Menu
5 Whys vs Fishbone Diagram: Two Root-Cause Tools, Two Different Jobs

5 Whys vs Fishbone Diagram: Two Root-Cause Tools, Two Different Jobs

5 Whys digs vertically into one cause. Fishbone maps horizontally across many. When to use each and how they combine for OEE root-cause work.
5 Whys vs Fishbone Diagram: Two Root-Cause Tools, Two Different Jobs
5 Whys vs Fishbone Diagram: Two Root-Cause Tools, Two Different Jobs

Key takeaways

  • 5 Whys = vertical, iterative questioning. Pick one symptom, ask "why" five times, follow the chain to root cause.
  • Fishbone (Ishikawa) = horizontal mapping. Enumerate possible causes across categories (Man, Machine, Material, Method, Measurement, Environment).
  • Fishbone is best for the first 30 minutes — surfacing all possible causes. 5 Whys is best after that — drilling into the most likely one.
  • Most plants use one or the other. The combined approach works better for OEE: fishbone first, then 5 Whys on the most likely branch.
  • Both fail without disciplined evidence. Speculation is not root cause.

Short answer: 5 Whys is a vertical drilling technique — pick one symptom, ask "why" repeatedly, follow the answer chain to root cause. Fishbone is a horizontal mapping technique — list every possible cause across categories before picking the most likely. They are not substitutes; they pair well. Use fishbone to map the possibility space, then 5 Whys to drill into the most likely cause.

What 5 Whys does

Start with the symptom. Ask why. Take the answer. Ask why again. Repeat five times (or until you hit something actionable). The discipline is to keep asking until you reach a cause you can fix, not a symptom you can describe.

Example:

  1. Why did the line stop? — Bearing seized.
  2. Why did the bearing seize? — No lubrication.
  3. Why no lubrication? — Auto-lube system failed.
  4. Why did the auto-lube fail? — Filter clogged.
  5. Why was the filter clogged? — PM interval was too long for this duty cycle.

The root cause is the PM interval, not the bearing. Fix the interval, you prevent the next 50 bearing failures. Fix only the bearing, you are back next week.

What fishbone does

Fishbone (also called Ishikawa, after Kaoru Ishikawa) is a brainstorming framework. The "head" is the problem. The "spine" runs horizontally. The "bones" coming off the spine are cause categories — typically the 6Ms (Man, Machine, Material, Method, Measurement, Mother Nature/Environment) for manufacturing.

Under each M, the team lists every possible contributing cause. The output is a tree showing the full possibility space for the problem.

When fishbone wins

  • When the cause is not obvious and could be many things.
  • When the team needs to surface possibilities they might otherwise miss.
  • When multiple causes are likely contributing.
  • When you need group buy-in before investigating one branch.

When 5 Whys wins

  • When the cause direction is fairly clear and needs drilling.
  • When time is short and one team member can do it.
  • When the symptom chain is mostly linear (one cause leading to one effect leading to one symptom).
  • When you need a focused investigation, not a brainstorm.

How they combine for OEE root cause

  1. Pareto first. Surface the top loss from OEE data.
  2. Fishbone next. Map all possible contributing causes for that loss across the 6Ms.
  3. Pick the most likely branch. Based on data, operator input, and engineering judgment.
  4. 5 Whys on that branch. Drill from the most likely cause to its root.
  5. Verify with data. Before acting, confirm the root cause with evidence — frequency, timing, conditions.

This sequence avoids the failure mode of "we picked the obvious cause and missed the real one" that pure 5 Whys is prone to, and the failure mode of "we listed 40 possible causes and never drilled into any of them" that pure fishbone is prone to.

Common mistakes

1. Speculation without evidence. Both tools surface plausible causes. Neither confirms which is real. Always verify with data before acting.

2. Stopping too early. 5 Whys is famous for stopping at "operator error" because it sounds like a cause. Operator error is a symptom — keep asking why.

3. Skipping the team session. Fishbone done by one person produces a narrow tree. Done by a cross-functional team it produces the full possibility space.

4. Treating one as superior. They are different tools for different stages. Plants that use both consistently outperform plants that only use one.

How a modern OEE platform supports root-cause work

A modern OEE platform makes Pareto and event detail one click away — which is the data input for both 5 Whys and fishbone sessions. The platform itself does not do the analysis; humans do. But the data quality determines whether the analysis converges on truth or speculates in a circle.

Fabrico's OEE module surfaces reason-coded Pareto and lets you drill from a top loss into the underlying events, with linked work-order history — giving the team the evidence base for an honest root-cause session.

See how Fabrico captures this automatically — explore OEE for manufacturing or book a demo.

Related reading

    Frequently asked questions

    Why is it five whys specifically?

    There is no magic in five. The number came from Toyota; in practice, three to seven iterations is typical. Stop when you reach a cause you can act on.

    What are the 6Ms in fishbone?

    Man (people), Machine (equipment), Material (inputs), Method (process), Measurement (data), and Mother Nature (environment). Some industries use 5Ms or add categories.

    Is fishbone the same as Ishikawa?

    Yes. Kaoru Ishikawa developed it in the 1960s. Fishbone refers to its shape; Ishikawa refers to its inventor.

    When should I not use 5 Whys?

    When the cause space is wide and unclear. 5 Whys is for drilling, not exploring. Use fishbone first if the cause direction is uncertain.

    How long should a fishbone session take?

    45-90 minutes with a cross-functional team. Longer becomes diminishing returns; shorter usually misses categories.

    Latest from our blog

    Define Your Reliability Roadmap
    Validate Your Potential ROI: Book a Live Demo
    Define Your Reliability Roadmap
    By clicking the Accept button, you are giving your consent to the use of cookies when accessing this website and utilizing our services. To learn more about how cookies are used and managed, please refer to our Privacy Policy and Cookies Declaration