Root Cause Analysis Tools
Key Takeaways
Root cause analysis finds the underlying process conditions that drive the performance gap so Improve fixes causes, not symptoms.
Cause-and-effect (fishbone/Ishikawa) diagrams structure brainstorming under categories such as the 6Ms; they generate candidate causes, not proven causes.
The 5 Whys drills from a problem statement to deeper process causes by repeatedly asking why, stopping when a controllable process condition is reached.
Relational matrices relate effects to candidate causes or requirements to prioritize which links deserve data confirmation.
Fault tree analysis uses logic gates (AND/OR) to show how basic events combine into a top-level failure; other tools (tree diagrams, affinity) support structured problem solving.
Root Cause Analysis Tools
Quick Answer: After gap analysis sizes the shortfall, root cause analysis (RCA) finds underlying process conditions that create the gap. Core Green Belt tools include cause-and-effect (fishbone/Ishikawa) diagrams, 5 Whys, relational matrices, fault tree analysis (FTA), and related problem-solving methods. Tools organize thinking; data and process knowledge still confirm which causes are real.
From Gap to Cause
A quantified performance gap is a symptom of distance from target. Improve actions that only fight symptoms (reinspect, rework, overtime) leave the gap ready to reopen. RCA asks: Which process factors, if changed and controlled, would permanently shrink the gap?
BoK IV.C.2 (Analyze) expects you to select and apply these tools—not only name them.
Cause-and-Effect (Fishbone / Ishikawa) Diagrams
The fishbone places the effect (problem Y or gap statement) at the head and major cause categories as bones. Manufacturing often uses the 6Ms:
| Category | Examples |
|---|---|
| Man/People | Training, fatigue, handoffs, staffing |
| Machine | Wear, calibration, capacity, software |
| Method | SOPs, sequence, decision rules |
| Material | Specs, lot variation, supplier quality |
| Measurement | Gage bias, definition errors, sampling |
| Mother Nature/Environment | Temperature, humidity, demand spikes |
Service teams may use 4Ps (Policies, Procedures, People, Plant/technology) or custom categories. Facilitated build:
- Write a crisp effect (“median complex-claim lead time 7.4 days above target”).
- Label categories and brainstorm candidate causes without early judgment.
- Cluster and deepen (ask why under each bone).
- Prioritize 3–7 high-likelihood, high-impact candidates for data checks (multi-vari, Pareto, tests, later DOE).
Exam trap: A full fishbone is not proof. It is a structured hypothesis generator.
5 Whys — Worked Example
5 Whys drills from the observed problem toward a deeper controllable cause by asking “why?” until further why adds little process insight (often near five times—not a magic count).
Problem: Monthly on-time delivery (OTD) is 87% vs 95% target (gap = 8 points).
- Why is OTD at 87%? → About 42% of late orders miss the ship window because pick/pack finishes after the carrier cutoff.
- Why does pick/pack finish after cutoff? → Average pick wave release is 95 minutes later than the schedule requires.
- Why is release 95 minutes late? → The WMS holds every wave until inventory accuracy checks complete for all SKUs in the wave.
- Why do accuracy checks delay every wave? → Cycle-count exceptions are cleared only by two day-shift specialists; exceptions queue overnight.
- Why only that way? → No standard work allows trained leads to clear low-risk exceptions, and exception codes were never stratified by risk.
Root-cause statement (controllable process condition): Low-risk inventory exceptions lack stratified standard work and multi-shift clearance authority, so waves release late and OTD misses target.
Not a root cause: “People don’t care” (blame without process control). Still required: Validate with data (exception volume by code, release-time distribution, OTD by exception type) before large Improve spend.
Good practice: Stay on one causal chain; prefer system causes over person-blaming; stop at a redesignable control point; attach evidence when possible. If a why step jumps to a broad abstraction (“culture”), branch back to a specific process mechanism you can measure.
Relational Matrices
A relational matrix (cause-and-effect matrix / L-matrix style) rates how strongly candidate causes or process inputs relate to effects or CTQs:
- Rows: candidate X’s or steps
- Columns: critical Y’s or requirements
- Cells: relationship scores (e.g., 0, 1, 3, 9)
- Optional weights for Y importance
Purpose: Prioritize which X–Y links deserve measurement when brainstorming produced too many bones. Ranking improves when scores rest on data or expert multi-voting—not pure politics.
Fault Tree Analysis (FTA)
FTA starts from a top event (the failure of interest) and decomposes it with logic gates:
- OR: Any one input can produce the output (parallel failure paths).
- AND: All inputs must occur together (redundant protections fail together).
FTA suits safety, reliability, and multi-path problems. Green Belts often use qualitative trees more than full probabilistic models. Contrast: fishbone is category brainstorming; FTA is logical structure of how basic events combine into the top failure.
Other Problem-Solving Tools
| Tool | Role in RCA |
|---|---|
| Tree diagram | Hierarchical breakdown of a goal or problem |
| Affinity diagram | Groups unstructured ideas into themes |
| Interrelationship digraph | Shows which factors drive others when causes tangle |
| Pareto of defect codes | Focuses on vital-few modes feeding the gap |
| Process / value-stream map | Locates where time, scrap, or errors enter |
Use the lightest tool that frames the next data question—do not run every tool on every project.
Combining Tools and Exam Focus
- Quantify the gap.
- Map the process and stratify where the gap appears.
- Fishbone/affinity to generate candidates.
- 5 Whys on the top chains to reach controllable causes.
- Relational matrix if many X’s compete.
- FTA when combination logic matters.
- Confirm with data before Improve.
Pitfalls: stopping at the first convenient why; treating the longest fishbone as truth; person-only causes; team consensus without validation; misusing OR/AND or over-applying FTA.
Expect items that distinguish fishbone vs. 5 Whys vs. FTA, choose the next why step, treat diagrams as hypotheses, read matrix priority, and phrase root causes as controllable process conditions tied to the gap.
Bottom line: Gap analysis tells you how far; RCA tools help you find why—then data proves it before Improve capital is spent. A Green Belt who can size the gap, structure candidates, drill to a controllable cause, and demand confirmation is doing Analyze at the BoK level the exam expects.
A team builds a fishbone diagram for high scrap rate and fills every 6M category with ideas. What is the most accurate statement about that diagram at this stage?
Every cause written on the fishbone is already a statistically proven root cause
Fishbone diagrams replace gap analysis because they automatically compute Target − Current
The diagram structures candidate causes by category; prioritized candidates still need data or process confirmation before Improve
Once the fishbone is complete, 5 Whys and fault tree analysis are never useful on the same project
In a 5 Whys chain, a team stops at: “The wave release SOP requires all inventory exceptions to be cleared by two day-shift specialists before any wave can start.” Which evaluation is best?
This is only a symptom because it mentions people; the team must keep asking why until someone is blamed for laziness
5 Whys is invalid unless the chain has exactly five steps every time, so the team must invent two more whys
Fault tree analysis forbids stopping at SOP-related causes because FTA only allows machine failures under OR gates
This can be a useful root-cause level statement if it is a controllable process/system condition validated with data (exception volume, release delays, OTD impact)
Sections you finish are checked off in the contents.