An example of a problem is: bolts are cross-threading in the engine block on the production line. •
Why? – The threads aren't cut cleanly. •
Why? – The cutting tool on the lathe wasn't changed today. •
Why? – The replacement cutting tool bin was empty. •
Why? – The bin's contents had fallen and rolled under the shelves. •
Why? – One of the feet on the shelves has rusted and failed, making the shelves unstable, and when it was jostled, many parts fell on the floor, including the lost cutting tools. In this example, five
iterations of asking why is sufficient to get to a root cause that can be addressed. The key idea of the method is to encourage the troubleshooter to avoid assumptions and logic traps and instead trace the chain of causality in direct increments from the effect through any layers of abstraction to a root cause that still has some connection to the original problem. In this example, the fifth "why" suggests a broken shelf foot, which can be immediately replaced to prevent the reoccurrence of the sequence of events that resulted in cross-threading bolts. The nature of the answer to the fifth why in the example is also an important aspect of the five why approach, because solving the immediate problem may not solve the problem in the long run; the shelf foot may fail again. The
real root cause points toward a process that is not working well or does not exist. In this case, the factory may need to add a process for regularly inspecting shelving units for instability, and fixing them when broken. == History ==