📂Strategy & Planning⏱2-min read📊Beginner🔗4 related

What are the 5 Whys?

In one line
A problem-analysis technique that asks “why” five times in a row about a visible symptom, to reach the root cause that prevents recurrence rather than just treating the symptom.
Train your team on this topic📚 Related Courses💬 Message Us
⚡ Summary in 3 lines
  • Keep asking “why” about a symptom until you reach the root cause
  • Five is a rule of thumb, not a rule
  • Stopping at blame guarantees the problem will recur

What 5 Whys really changes is not the list of causes but the level of the countermeasure. Ask once about the same incident and you get “insufficient operator checking”; go down four or five levels and you get “the process has no mechanism that forces the check.” The first answer can only be paired with training and reminders; the second points to things you can actually change, such as equipment, forms and authority. The subject of the countermeasure report shifting from a person’s name to a process name is the real payoff of this technique.

There is a way to check whether you went deep enough. Once everything is written down, read it from the bottom up, inserting “therefore” at each step. If “there is no filter → therefore metal particles got in → therefore the shaft wore down” flows without a hitch, the causal chain holds; if the wording turns awkward somewhere in the middle, you skipped a step. There is also a rule for where to stop. The last step is the point where you move beyond what your team can act on. If you go down to “because the economy is bad” or “because it is industry practice,” the cause may be right, but there is no countermeasure you can carry out. You usually reach that boundary somewhere between the third and seventh why.

You also need to be selective about where to apply it. 5 Whys works well when the cause runs in a single line; used alone on a problem where equipment, people, materials and methods are all tangled together, it follows only the first thread you pick up and misses the rest. If you see two or more branches, it is safer to lay them out with a fishbone first and then go down each branch separately, and a serious accident involving lives or legal liability should be handed to a technique that examines logical structure, such as FTA. The assumption that a single event has only one root cause is the technique’s biggest constraint.

The most common failure on the shop floor is that “why” sounds like an interrogation rather than a question. When a team leader sits an operator down and asks five times, the answer converges around the third round on “I failed to check,” and the meeting ends with an apology. If a person’s name comes up as the answer, treat that branch as a failure and reframe the question: “What should have been in place so that defects would not get out even if that person made a mistake?” Another is filling in all five boxes from memory in a meeting room. If you don’t attach evidence to each step, such as a work log, an equipment log or the physical part, you end up with a story built from five plausible guesses.

Courses That Cover This Term · Finance & Strategy
Recommended courses · Recommended instructors · Quick quote
🧮 Mini quote · Based on instructor fees
About KRW 1.2 million (≈ US$900)2-hour talk · up to 20 people · Korean
Get a quote for these requirements →
💡 In plain English
Rather than keep mopping up the water on the floor, it is like climbing up to the ceiling to find the leaking pipe.
Why it matters in practice
In organizations where recurrence-prevention reports for safety incidents, quality incidents and customer claims end with “be more careful and retrain,” it is the fastest way to raise the level of countermeasures.
⚠️ Common misconceptions
Myth5 Whys is too simple to analyze major accidents.
FactIts simplicity is why it takes root on the shop floor. When causes are compound, though, it works best alongside a fishbone or statistical analysis.
Origin and sources

Toyota founder Sakichi Toyoda developed the method. It became known worldwide when Taiichi Ohno, who systematized the Toyota Production System, presented it in his book Toyota Production System as a scientific approach to problem solving.

Source · Taiichi Ohno, Toyota Production System · View original
An example

Consider a hypothetical case. Company A, a tier-2 auto parts supplier with 180 employees and annual revenue of KRW 42 (≈ US$1) billion, received four label mis-application claims from its customer in six months. Each time, the countermeasure report read “Retrain operators; strengthen visual checks before shipping,” and about two months later the same problem returned. After the fourth claim, when the customer’s quality manager warned that “next time we will downgrade your supplier rating,” the head of quality assurance gathered the production and logistics staff.

  1. Manager Kim from quality assurance asked the first question: “Why did the claim happen?” The answer came back that 48 of the 320 units shipped on March 12 carried labels from a discontinued old model.
  2. At the second why, the line foreman answered, “It was the first batch right after a model changeover,” and CCTV footage confirmed that an old-model label roll left on the workbench on changeover day had been used as is.
  3. At the third and fourth whys, they opened the work standard. None of the 7 steps in the changeover procedure covered retrieving leftover labels, and when the standard was written in 2019, the model was changed only once a day.
  4. At the fifth why, Manager Park from production control said, “We now switch 4.2 times a day on average.” The final cause was that the three-year standard revision cycle had not kept pace with the change in how production runs.
  5. Instead of retraining, the countermeasure became a lock-out step in which the next work order only opens once leftover labels are placed in a return bin, plus a six-month standard revision. Over the following nine months there were zero mis-application claims, and rework hours fell from 11 to 3 per month.
Related terms
Training linked to this term
📚Problem Solving & Crisis ManagementNanum Consulting corporate training · On-site or onlineView course →
Need in-house training on this topic?
Get a curriculum and quote tailored to your needs right away.
Ask About Training
Last updated 13 Sep 2026 · Reviewed by John Kim

FAQ

No. Keep going until you can answer the question “if we remove this cause, will the problem stay gone?” Five is just a rule of thumb.
Stopping there means the analysis has failed. Go one level deeper and ask, “why is this a setup where an accident happens even if someone is careless?” That is what produces countermeasures that hold even when the people change.
An effective combination is to lay out the branches first with a fishbone diagram, then run a separate 5 Whys down each promising branch.
The result depends on the analyst’s knowledge and biases, and following a single branch can miss other causes. For complex problems that require data validation, it is safer to pair it with Six Sigma statistical analysis.