A good traveler has no fixed plans and is not intent upon arriving Lau Tzu This quote from the Tao Te Ching, summarizes why scientific development is incompatible with most organizations’ processes.
Scientific development is designed to mirror the unpredictability of the scientific method. Most organizations will have a hard time tolerating that. Others, like those in the pharmaceutical industry, may be able to embrace these ideas without difficulty. The primary barrier to using this technique will be from your organization. If teams have great autonomy, are
Uncertainty Required The technique focuses on questions to answer over things to do. It’s fundamentally different than other techniques because it demands uncertainty. If you know the answer, then there is no hypothesis and there is no learning. You need to go back and form a new hypothesis. Even when an opportunity is put in
The key is that our hypotheses are not deliverables. They are ideas seeking validation. This twist has important ramifications for how we end and enter sprints. At the end of a sprint, we can look at what we’ve done and for each hypothesis we can say: “yes” or “no”. Our planning is about what we
Can we use our backlog for professional growth by tracking and talking about what we want to learn? Stories are nice, but… As an agile coach I’ve spent a lot of time teaching and helping people practice writing stories in the classic format “As a […] I Want […] So That […]”. The virtues of this
In manufacturing, you likely know the problems to look for; broken threads, misshapen parts, etc.. In software, you may have no idea what kinds of problems you may create by changing code. In this way, practicing jidoka is invaluable. It’s how later developers know what can break, what is broken, and offers wisdom about how
The two pillars of lean are just-in-time, and jidoka. Today we’ll look for jidoka in software development. What is jidoka Often translated as “automation with a human touch”, some people also use the word autonomation. The principle is rather simple. When designing a process, find opportunities for the process to self identify errors and stop