Method Selection Guide
Choose the right RCA method for your situation
When to use which method
Pareto Chart
Visualise which few causes account for most failures. Quantitative, data-driven. Use when you have frequency or cost data across categories.
Best for: prioritising where to focus resources
5 Whys
Drill through successive layers of cause by repeatedly asking "why". Simple, fast, no statistics required. Suited to single-path, straightforward problems.
Best for: incidents, deviations, equipment failures
Fishbone (Ishikawa)
Brainstorm and categorise potential causes across People, Machine, Method, Measurement, Material and Environment. Good for complex problems with multiple possible contributors.
Best for: brainstorming sessions, quality investigations
Scatter Plot
Quantitatively test whether two variables correlate. Use to validate or disprove suspected causes identified in a fishbone or 5 Whys. Requires paired measurement data.
Best for: confirming or rejecting a specific hypothesis
FMEA / PFMEA
Proactively identify failure modes, assess severity / occurrence / detection, and calculate Risk Priority Numbers. Used in design or process reviews before failures occur.
Best for: new designs, MOC reviews, HAZOP follow-up
Combine methods
For complex problems: start with Pareto to prioritise, use Fishbone to brainstorm, validate with Scatter, and document actions in FMEA.
Methods work together, not in isolation
Complexity legend
Low effort / quick
Medium effort / data needed
High effort / team required
Pareto Chart
Identify the 20% of causes driving 80% of problems — Pareto's law
Method type
Descriptive statistics — frequency / cost analysis
Input required
Tally data — occurrence count per failure category
Reference
Joseph Juran — Seven Basic Tools of Quality
Effort
Low to medium — depends on data collection period
Procedure checklist
1. Preparation
Define the problem or process to be analysed
Identify the categories of failure / defect / cause to be counted
Include an "Other" category to capture unanticipated causes
Define the observation period (duration and frequency)
2. Data collection
Collect occurrence data systematically over the defined period
Tally occurrences per category
Sort categories in descending order of frequency
3. Chart construction
Create bar chart with categories on x-axis, frequency on left y-axis
Calculate cumulative percentage column
Add cumulative % line on secondary y-axis (0–100%)
4. Analysis & follow-up
Identify which categories cumulatively account for ~80% of occurrences
Focus RCA effort on top contributing categories
Apply sub-Pareto to top category if needed to drill further
Document findings and trigger corrective action for top causes
Live Pareto visualiser
5 Whys Method
Iteratively drill down through layers of cause to reach the true root cause
Method type
Qualitative — question-based drill-down
Best suited for
Straightforward single-cause problems; incidents; deviations
Reference
Taiichi Ohno — Toyota Production System; CCPS Guidelines
Limitation
Not suitable for complex multi-root-cause problems — combine with fishbone
Procedure checklist
1. Problem definition
Write a clear, specific problem statement (what, where, when)
Ensure the problem statement describes the symptom, not an assumed cause
Assemble the right people (operators, engineers, maintenance) for the session
2. Asking the whys
Ask "Why did this happen?" and document the first answer factually
Use the answer as input to the next "Why?" — do not assume
Continue until the root cause (systemic, not symptomatic) is reached
Verify each answer with physical evidence or data where possible
3. Validation
Check: would fixing the root cause prevent recurrence? (not just this incident)
Confirm root cause is within the team's control to address
4. Corrective action
Update standard work or procedure that caused the deviation
Add finding to FMEA / control plan if applicable
Create audit question or verification step to confirm fix is sustained
Record the complete 5 Whys chain in the incident / NCR reporting system
5-Why Analysis Form
Problem Statement
Describe clearly what happened, where, when and what the impact is. Do not state a cause — describe the symptom only.
Short-Term Action Taken / Correction
Immediate containment action taken to stabilise the situation. This is NOT the root cause solution — it only addresses the symptom.
Root Cause Analysis — Why Chain
Each answer becomes the subject of the next "Why?". Support each answer with evidence. You may need up to 7 levels to reach a systemic root cause.
WHY 1
State the direct reason the problem occurred.
WHY 2
More concise — may branch to multiple causes.
WHY 3
Critical transition — obvious → non-obvious.
WHY 4
Clear your mind — explore all avenues.
WHY 5
Systemic cause likely reached here.
WHY 6
Only if still process-related after Why 5.
WHY 7
Only if systemic cause not yet reached.
Root Cause Identified
Summarise the confirmed systemic root cause.
Solution (Permanent Fix)
Describe the structural change that prevents recurrence.
Conclusion — Validation Sentence
Complete this sentence to verify the 5-Why chain is coherent: "[Problem] occurred due to [Why 5]. This was caused by [Why 4], mainly because [Why 3] was allowed by [Why 2], which led to [Why 1]."
Action Points
List all actions required to implement the solution and prevent recurrence. Add rows as needed.
| # | Action Point | Responsibility | Target Date | Actual Completion | |
|---|---|---|---|---|---|
| 1 | |||||
| 2 | |||||
| 3 |
Improvements Achieved
Describe the measurable or observable improvements after the solution was implemented.
Sign-off
To be completed by the responsible supervisor or area manager after confirming the solution has been implemented and verified.
Click to sign
Fishbone (Ishikawa) Diagram
Organise potential causes into categories — the 6M framework
Also known as
Ishikawa diagram / cause-and-effect diagram
Framework
6M — Man, Machine, Method, Measurement, Material, Milieu (Environment)
Reference
Kaoru Ishikawa — University of Tokyo; Seven Basic Tools of Quality
Best used
Brainstorming sessions; feed results into scatter plot or FMEA for validation
Procedure checklist
1. Problem statement
Define and agree on the problem (effect) — write it at the "head" of the fish
Confirm the problem statement is specific and observable, not an assumption
2. Brainstorming — People
Were operators properly trained and certified for the task?
Could human factors (fatigue, ergonomics, visibility) contribute?
Were maintenance / inspection personnel using correct tools and technique?
3. Brainstorming — Machine / Equipment
Was the preventive maintenance schedule followed?
Are there broken, worn, or missing parts on the equipment?
Is equipment calibrated and fit for purpose?
4. Brainstorming — Method / Procedure
Is the procedure / work instruction present at the point of use?
Does the procedure accurately describe the correct method?
Does the procedure account for this specific failure scenario?
5. Brainstorming — Measurement
Was the measurement system (gauge, sensor, analyser) functioning correctly?
Has gauge R&R been performed and accepted for this measurement?
Were measurement results interpreted correctly and within specification?
6. Brainstorming — Material
Was the correct material / feedstock used as specified?
Was material quality (composition, grade, cleanliness) within specification?
Was material handled, stored, and transported correctly?
7. Brainstorming — Environment / Milieu
Could temperature, humidity, or pressure conditions have contributed?
Was the work environment (ventilation, lighting, housekeeping) adequate?
Could external factors (utility fluctuation, weather) have played a role?
8. Finalisation
Prioritise most likely causes from all categories for further investigation
Validate top candidates with data (scatter plot) or testing
Interactive Fishbone worksheet
👤 People
⚙️ Machine / Equipment
📋 Method / Procedure
📏 Measurement
🧪 Material
🌡️ Environment / Milieu
▶ Problem / Effect
Scatter Plot
Quantitatively test whether a suspected cause correlates with the observed effect
Purpose
Test correlation between independent variable (suspected cause) and dependent variable (effect)
Limitation
Correlation ≠ causation. A strong scatter does not prove the root cause; it supports a hypothesis
Next step
Use R² regression to quantify strength of correlation; combine with 5 Whys or FMEA
Reference
Seven Basic Tools of Quality; ISO 9001 quality analysis
Procedure checklist
1. Hypothesis formulation
State the specific hypothesis: "X causes / correlates with Y"
Identify independent variable (X) — the suspected cause
Identify dependent variable (Y) — the measured effect or outcome
2. Data collection
Choose variables that are measurable, objective, and simply defined
Collect a representative data set of paired (X, Y) measurements
Ensure data covers sufficient range of X to reveal a trend if one exists
3. Plot and evaluation
Plot X on horizontal axis, Y on vertical axis
Visually inspect for pattern: upward slope = positive correlation; downward = negative; random = no correlation
Calculate Pearson correlation coefficient (r) or R² if strong trend is visible
4. Interpretation
Do not conclude causation from correlation alone — validate with other RCA methods
If correlation is confirmed, proceed to corrective action and FMEA update
Test remaining suspected causes from the fishbone / 5 Whys in separate scatter plots
Data entry & correlation indicator
| # | X value | Y value | |
|---|---|---|---|
| 1 | |||
| 2 | |||
| 3 | |||
| 4 | |||
| 5 |
Failure Mode and Effects Analysis (FMEA)
Proactively assess failure modes, risk priority, and corrective controls
RPN formula
RPN = Severity (SEV) × Exposure (EXP) × Barrier (BARRIER) — each scored 1–5
Score guide
1 = best / lowest risk | 5 = worst / highest risk. Max RPN = 125. See Risk Matrix tab.
When to use
New process / equipment design; MOC reviews; HAZOP action items; post-incident investigations
Reference
IEC 60812; AIAG FMEA manual; CCPS Guidelines; RA-FMEA Risk Assessment framework
Document Header — RA FMEA
of
Identification & Ranking of Current Job Title / Task
Score each failure mode using the Rating Matrix tab. RPN = SEV × EXP × BARRIER (scores 1–5 each). Max RPN = 125.
| Process Function & Requirements | Potential Hazard or Risk | Potential Effects of Failure (Consequences) | Potential Cause(s) / Mechanism(s) of Failure | Barrier Analysis (Current Risk Controls) | SEV | EXP | BARRIER | RPN |
|---|---|---|---|---|---|---|---|---|
| — | ||||||||
| — | ||||||||
| — |
Future / Completed Actions & Action Results
For each failure mode above, document the recommended action and re-score after implementation to show the revised RPN.
| # | Recommended Actions | Responsibility | Target Date | Actual Completion | SEV | EXP | BARRIER | RPN |
|---|---|---|---|---|---|---|---|---|
| 1 | — | |||||||
| 2 | — | |||||||
| 3 | — |