Books In Minutes Uncategorized

Books In Minutes: The Lean Startup Chapter 11 – Adapt

Before We Start…

This post is a trial read of my paid newsletter Books In Minutes. Reading books is the best way to gain well-formed and organized knowledge that the author had created with incredible effort. The knowledge will not be outdated. 

However, we are all occupied with fragmented information flashes in front of our faces every single minute. That's why I wanted to change the blog post series Book Recap into a daily newsletter, where I will share my recap on the chapter I read everyday to you, so that you can learn genuinely as well in just a few minutes read. Make one chapter progress with me every day. Don't underestimate what you can achieve in a month.

Without further due. Lets get started!

Read In Minutes

Being Adaptive

The core of the Lean Startup is to speed up the Build-Measure-Learn feedback loop. Inevitably, we bump into problems that eventually slow us down if we do not fix them. That’s why we see processing in small batches could be faster than larger batches in the last post. Stuffing newsletters into envelopes one at a time is faster than performing one step on all envelopes; the team is required to investigate the problem that occurs during continuous deployment; Toyota has an andon cord in its production line.

However, fixing just the problem in front of us could be inadequate. Imagine that exact problem happens over and over again. Ries introduced the Five Whys method to tackle these problems.

The Five Whys

How the Five Whys method work is to ask five why questions to identify the root cause of the problem and make incremental investments to ultimately prevent it from happening.

Taiichi Ohno, the architect of the Toyota Production System, gives the example:

  1. Why did the machine stop? (There was an overload and the fuse flew.)
  2. Why was there an overload? (The bearing was not sufficiently lubricated.)
  3. Why was it not lubricated sufficiently? (the lubrication pump was not pumping sufficiently.)
  4. Why was it not pumping sufficiently? (The shaft of the pump was worn and rattling.)
  5. Why was the shaft worn out? (There was no strainer attached and metal scrap got in.)

Like this example, at the root of every technical problem is a human problem. However, if we try to tackle the root cause whenever a problem occurs, we could very soon get exhausted. The investment of effort should be smaller if the problem is a minor glitch, and larger if it is an urgent one (again, small batches!).

Adapt to the Five Whys

It is easy that the Five Whys questions become the Five Blames, blaming other departments for causing the problems. Ries gave some guidance on how to adapt to the Five Whys method.

First, make sure that everyone affected by the problem is in presence when analyzing the root cause. This prevents the person that is left out becoming the target for blame.

Second, start with a simplified version of the Five Whys, which is formed of two rules:

  1. Be tolerant of all mistakes the first time.
  2. Never allow the same mistake to be made twice.

It could be used to build out the muscle and as a stepping stone to the Five Whys.

Third, it requires the buy-in of the execution leadership. To solve the root cause, additional products, features, or allocation of the team’s time might be essential, and there could be forces against the process. The executive leadership needs to sponsor and support the process.

Forth, start with minor problems that affect less. It might seem to be more effective to use Five Whys to solve urgent problems, but it is also easier to turn into Five Blames.

Last, appoint a Five Whys master to moderate the meetings, make decisions about which prevention step to take, assign and follow up works.


Stop production so that production never has to stop.


One of the most important discoveries of the lean manufacturing movement: you cannot trade quality for time. If you are causing (or missing) quality problems now, the resulting defects will slow you down later.

Adaptive processes force you to slow down and invest in preventing the kinds of problems that are currently wasting time. As those preventive efforts pay off, you naturally speed up again.

At the root of every seemingly technical problem is a human problem.

Your Turn

Now that you have gained insights into this chapter. Enjoy reading the whole chapter when you have some time.

If you do not have a copy yet, here is my affiliate link to purchase a Kindle version from Amazon (meaning I will get a cut if you purchase through this link). Or you could get one from a retailer on its website.

Leave a Reply

Your email address will not be published. Required fields are marked *