Root Cause Analysis Tools Compared: 5 Whys, Fishbone, FTA

By James C on October 15, 2026

root-cause-analysis-tools-compared-5-whys-fishbone-fta

Every quality problem eventually prompts the same question: why did this happen? Which root cause analysis tool you choose decides how good the answer is. 5 Whys, fishbone, fault tree and is/is-not each work well on some problems and mislead on others. This guide compares them side by side with real manufacturing examples, and you can see AI choose the right method in a short live demo.

PROBLEM SOLVING · ROOT CAUSE ANALYSIS METHODS

5 Whys, Fishbone, Fault Tree or Is/Is-Not: Pick the Right Tool for the Problem

Each RCA tool answers a different kind of question. iFactory's RCA Assistant chooses the method by problem type, drafts the diagram from your production data and links each verified cause to a corrective action.

Method pickerNCR-7714
Burrs on bracket edges · Machine 2
Single, clear failure chain?No
Shows up only in some places or times?Yes
Safety-critical, with combined failures?No
Recommended
Is/Is-Not first, then 5 Whys

Burrs appear on Machine 2 only, night shift only, since Tuesday. Comparing where the problem is and isn't narrows the cause fast.

THE FOUR TOOLS AT A GLANCE

What Each Tool Is Good At, and Where It Goes Wrong

These four methods aren't competitors. Each one fits a different shape of problem. 5 Whys follows a single chain. Fishbone maps many possible contributors. Fault tree analysis, developed at Bell Laboratories in 1962 for the Minuteman missile launch control system, models how failures combine. Is/is-not uses contrast to narrow down where the cause can be. Knowing the strengths and blind spots of each is what separates a quick, reliable investigation from a long one that ends in a guess. Our quality team can help you match them to your problem types.

5 Whys
Follow one chain down
Best forSimple, single-path problems with a clear sequence of events
Watch outStopping at "operator error" or following only one branch when there are several
Fishbone
Map every possible contributor
Best forProblems with many potential causes across people, machines, materials and methods
Watch outTreating a brainstorm as an answer, when every bone still has to be verified with data
Fault Tree
Model how failures combine
Best forSafety-critical or complex system failures where events combine through AND and OR logic
Watch outBuilding a huge tree for a simple problem, or leaving out the probabilities that make it useful
Is/Is-Not
Narrow it down by contrast
Best forIntermittent problems that appear on some machines, shifts, lots or times but not others
Watch outVague answers. Each "is" needs a specific "is not" to compare against.
SIDE BY SIDE

Root Cause Analysis Tools Compared on Eight Criteria

The matrix below compares the four methods on the factors that matter when a quality engineer has to choose one under time pressure. No method wins on every row, and that is exactly why choosing well matters. The two rows that matter most are problem shape and bias risk. A tool that doesn't match the shape of the problem will produce a tidy answer that is wrong, and a tool with high bias risk will confirm whatever the team already believed. We can walk through this comparison against your recent NCRs in a working session.

Criterion
5 Whys
Fishbone
Fault Tree
Is/Is-Not
Problem shape
Single linear chain
Many possible causes
Combined system failures
Intermittent or localized
Data needed
Low: facts at each step
Medium: verify each bone
High: failure logic, often rates
Medium: where and when it occurs
Typical time
Minutes to an hour
One or two sessions
Days for complex systems
One focused session
Team
Small, people close to the problem
Cross-functional
Engineers with system knowledge
Small, with production data
Output
One causal chain
Categorized candidate causes
Logic tree of failure paths
Distinctions that narrow the cause
Bias risk
High: easy to steer
Medium: opinion-heavy
Low: structured logic
Low: based on facts
Handles multiple causes
Poorly
Yes
Yes, with logic
Partly
Best manufacturing use
Clear breakdowns, simple escapes
Chronic quality defects
Safety events, critical equipment
Defects on one line, shift or lot
WHICH TOOL WHEN

A Four-Question Guide to Choosing the Method

Choosing the tool takes a few minutes and saves hours of analysis heading in the wrong direction. It also makes investigations consistent across shifts and sites, because two engineers facing the same problem will reach for the same method instead of whichever one they learned first. Ask these questions in order and use the first one that gets a clear yes. Many real investigations combine two methods, typically is/is-not or fishbone to narrow the field, then 5 Whys to follow the verified cause down. Our support team can help you build this into your NCR process.

Is it safety-critical, or do several failures have to combine?
Fault Tree
Does it occur only on some lines, shifts, lots or times?
Is/Is-Not
Are there many plausible causes across categories?
Fishbone
Is there one clear failure sequence to trace?
5 Whys
COMBINING METHODS

How the Tools Work Together Inside 8D and CAPA

In most plants, root cause analysis doesn't stand alone. It is discipline 4 of an 8D or the investigation step of a CAPA. That framework sets the order around the tools: describe the problem precisely, contain it, find and verify the root cause, then correct and prevent. The tools do their best work when each is used for the part of the investigation it handles best, rather than one method being stretched across the whole job. If you'd like to standardize this sequence across sites, our quality specialists can show you how.

Describe
Is/Is-Not

Pins down exactly what, where, when and how big the problem is. That sharpens the problem statement and often points straight at what changed.

Explore
Fishbone

Lays out every plausible contributor so the team doesn't lock onto the first idea. Each bone becomes a hypothesis to check against data.

Model
Fault Tree

Used when failures combine or safety is involved. It shows which combinations of events lead to the top event and where a barrier is missing.

Drill down
5 Whys

Follows a verified cause down to the system gap behind it, such as a procedure, a design or an error-proofing gap, so the corrective action prevents recurrence.

Let the RCA Assistant Choose the Method and Draft the Diagram

iFactory reads the NCR, the process data and the defect history, recommends a method, drafts the fishbone, fault tree or is/is-not from real data, and keeps every cause linked to its verification and corrective action.

NCR-7714 · RCA Assistant
Quality EngineerWhy not just run 5 Whys on the burrs?
RCA AssistantThe burrs appear only on Machine 2 and only on night shift, starting Tuesday. 5 Whys would start from an assumption. Is/is-not uses those contrasts first, and Tuesday's cutting-tip change is the strongest lead.
Quality EngineerDraft the is/is-not, then.
RCA AssistantDrafted from shift, machine and lot data. Suggested check: compare the cutting-tip batch on Machine 2 nights with day shift.
WORKED EXAMPLES

Each Method Applied to a Real Manufacturing Problem

Here is each tool on the kind of problem it suits. The examples are simplified so the logic stays visible, but they follow the structure a real investigation would use. Notice that each ends with a cause that can be checked against data, not an opinion. That is the test of whether the method has done its job. If the end of the analysis can't be verified, the investigation isn't finished, whichever tool was used. You can see AI drafts of each on your own data in a short demo.

5 Whys · Underfilled bottles
  1. Why underfilled? Nozzle 4 was dispensing low.
  2. Why low? The nozzle was partly blocked with product residue.
  3. Why residue? It wasn't cleaned at the last changeover.
  4. Why not cleaned? The short-changeover SOP skips nozzle cleaning.
  5. Why does it skip it? The SOP was shortened last quarter with no risk review.
Root cause: an SOP change made without risk review
Fishbone · Scratches on painted panels
MachineWorn conveyor guides, robot gripper pads
MaterialPrimer hardness, sanding grit
MethodHandling between booths, rack design
ManManual wipe-down technique
MeasurementInspection lighting angle
EnvironmentDust in the flash-off zone
Verified by data: gripper pads, matched to scratch location
Fault Tree · Hydraulic press fails to reach pressure
Press below set pressure
OR
Pump wearRelief valve stuck openExternal leakLow oil AND level switch failed
The AND branch shows why the low oil went unalarmed
Is/Is-Not · Burrs on bracket edges
IsIs not
WhereMachine 2Machines 1 and 3
WhenNight shift, since TueDay shift, before Tue
WhatExit edge onlyEntry edge
Distinction: new cutting-tip batch loaded on Machine 2, Tuesday night
FROM CAUSE TO FIX

A Root Cause Isn't Proven Until It's Verified

Whichever tool you use, the output is a hypothesis until data confirms it. This is the step most often skipped under pressure to close an NCR, and it is the main reason the same defects come back. Strong RCA programs require a verification step, such as switching the cause on and off, matching it to the defect pattern or testing it, before a corrective action is approved. They then check that the action actually worked. Our quality team can help you make this chain mandatory in your workflow.

HypothesisCandidate cause from the chosen tool
→
VerificationData or a test confirms or rules it out
→
Root causeThe verified cause, recorded with evidence
→
Corrective actionA fix that addresses the cause, not the symptom
→
EffectivenessDefect rate tracked to confirm the fix held
Four mistakes that weaken any RCA

Stopping at "operator error" without asking why the system allowed it. Treating a fishbone brainstorm as the answer. Closing the NCR when the action is assigned rather than when its effect is confirmed. Using the same tool for every problem because it's familiar.

TURNKEY AI DEPLOYMENT

RCA Assistant, Data Connections and AI Server in One Package

The RCA Assistant works best when it can see production, quality and maintenance data together. iFactory delivers it as a turnkey bundle: a pre-configured NVIDIA AI server ships racked and ready with the software pre-loaded. You rack it, plug in power and Ethernet, and the AI is live. To scope it for your plant, request a turnkey quote.

What's Included
  • Pre-configured NVIDIA AI edge server, racked and ready
  • Connectors for NCR, MES, SPC and maintenance data
  • RCA templates for 5 Whys, fishbone, fault tree and is/is-not
  • Cabling and plant network setup
  • PLC/SCADA integration where process data is needed
  • Quality team training on choosing methods
  • 24×7 remote monitoring
Live in 6–12 weeks
Wk 1–4
Ship, Network, Data

Server installed, NCR and process history connected, defect codes mapped.

Wk 5–8
Train and Pilot

The assistant drafts RCAs on live NCRs alongside your engineers' own analyses.

Wk 9–12
Go-Live and Training

Verification and effectiveness steps made mandatory, and teams trained.

HOW iFACTORY FITS

An RCA Assistant That Picks the Method and Proves the Cause

iFactory's RCA Assistant brings method choice, diagram drafting and corrective action tracking into one flow. Our support team can review your current RCA process with you.

1
Method by problem type. It recommends 5 Whys, fishbone, fault tree or is/is-not from the NCR and the defect pattern, and explains why.
2
Diagrams drafted from data. Shift, machine, lot and process data fill in the first draft so the team starts from facts.
3
Verified causes only. A cause can't be linked to a corrective action until its verification evidence is recorded.
4
Effectiveness tracked. After the fix, the defect rate is watched automatically and recurrence reopens the case.
1000+
Industrial clients running iFactory
99.9%
Platform uptime for live production data
6-12 wks
From racked server to live RCA Assistant
FREQUENTLY ASKED QUESTIONS

What Quality Teams Ask About RCA Tools

Which root cause analysis tool is best?
None is best in general. Each fits a different problem shape. 5 Whys suits simple, single-chain problems. Fishbone suits problems with many possible contributors. Fault tree analysis suits safety-critical or complex failures where events combine. Is/is-not suits intermittent problems that appear in some places or times and not others. Many good investigations use two: one to narrow the field and one to trace the verified cause down.
When should we use is/is-not instead of 5 Whys?
When the problem doesn't happen everywhere. If a defect shows up on one machine, one shift, one lot or since a certain date, is/is-not uses those contrasts to point at what changed. 5 Whys on the same problem often starts from an assumption and follows it. Is/is-not first, then 5 Whys on the distinction it uncovers, is a strong combination.
Is fault tree analysis only for safety and aerospace?
It started there. It was developed at Bell Laboratories in 1962 for the Minuteman missile launch control system. It is just as useful in manufacturing wherever failures combine, such as a press that fails only when a low oil level coincides with a failed level switch. For simple quality defects it is usually more effort than it's worth, and it is most valuable on critical equipment and safety events.
How do we stop 5 Whys from ending at "operator error"?
Keep asking why the system allowed the error: missing error-proofing, an unclear instruction, a training gap or a design that makes mistakes easy. Require evidence at each step rather than opinion, and check whether the chain actually explains the defect pattern. If the answer would be the same for any operator, the root cause is in the process, not the person.
How does AI help with root cause analysis?
It speeds up the parts that are slow and easy to bias. It recommends a method based on the problem pattern, pulls shift, machine, lot and process data into a first-draft diagram, suggests verification checks and keeps verified causes linked to corrective actions and effectiveness tracking. Engineers still judge and confirm. The assistant makes sure they start from data and don't skip verification.
Can it work with our existing NCR and CAPA system?
Usually, yes. The assistant reads NCRs and production data through connectors and can write verified causes and actions back to your CAPA records, or manage them within iFactory. The integration is scoped to your current systems. Our support team can review your setup before a pilot.

Choose the Right RCA Tool Every Time

Let the assistant recommend the method, draft the analysis from real data and keep every verified cause tied to a corrective action that is checked for effect. The full system is delivered turnkey and goes live in 6 to 12 weeks.

Example RCA record · NCR-7714
MethodIs/Is-Not then 5 Whys
Verified causeCutting-tip batch B-0931
Corrective actionBatch quarantined, incoming check added
EffectivenessBurr rate tracked for 30 days
Case closes only when the fix holds

Share This Story, Choose Your Platform!