Root Cause Analysis Orchestration Skill
This skill helps you systematically identify the root cause of any problem using proven methodologies from the Toyota Production System and other industry-standard techniques.
Quick Reference: When to Load Which Resource
| Your Problem Type |
Load Resource |
Why |
| Need to understand 5 Whys, Fishbone, Pareto, Fault Tree methodology |
resources/rca-methodologies.md |
Learn each method step-by-step with examples |
| Looking for common root causes in your domain |
resources/common-root-causes.md |
Pattern match against known causes: software, hardware, process, personal |
| Want to see complete worked examples |
resources/example-analyses.md |
Study real cases: software bugs, vehicle maintenance, system failures, personal problems |
| Advanced: need barrier analysis, complex cause mapping |
resources/advanced-techniques.md |
Formal methods: Fault Tree, Barrier Analysis, multi-methodology chains |
Core Principle
Do not treat symptoms—find and fix the root cause. As Taiichi Ohno, architect of the Toyota Production System, said: "By repeating why five times, the nature of the problem as well as its solution becomes clear."
Orchestration Protocol
Phase 1: Problem Classification
Quickly identify your problem domain and complexity:
Problem Domain:
- Software: Code bugs, system failures, performance, deployment
- Hardware: Equipment, mechanical, electrical, maintenance
- Process: Workflow, procedures, organizational, communication
- Personal: Life challenges, productivity, habits, wellbeing
Complexity Level:
- Simple: Clear failure chain, 1-2 likely causes → Use 5 Whys
- Complex: Multiple possible causes, unknown scope → Start with Fishbone
- Critical/Safety: High stakes, needs rigor → Use Fault Tree
- Multiple Issues: Many competing problems → Use Pareto first
Action: Load appropriate resource file(s) based on classification.
Phase 2: Methodology Selection
Based on problem type, select your approach:
| Situation |
Recommended |
Load |
| Single clear failure |
5 Whys |
methodologies.md |
| Complex/multiple possibilities |
Fishbone → 5 Whys |
methodologies.md |
| Competing priorities |
Pareto → 5 Whys |
methodologies.md |
| Safety/high-stakes |
Fault Tree |
advanced-techniques.md |
| Process breakdown |
Barrier Analysis |
advanced-techniques.md |
| Pattern matching |
Common causes + 5 Whys |
common-root-causes.md |
Phase 3: Execution & Verification
During Analysis:
- Define problem clearly (What/Where/When/Impact)
- Gather evidence systematically
- Apply selected methodology
- Document reasoning at each step
- Verify root cause with Forward/Backward tests
Before Finalizing:
- Validate conclusion against evidence
- Check for red flags (see common-root-causes.md)
- Confirm actionability (can you fix this?)
- Develop solutions addressing root cause
Problem Definition Framework
Create a clear problem statement before analysis:
Essential Elements:
- What: Observable symptom (not assumed cause)
- Where: Location/system/component affected
- When: Timeline, frequency, pattern
- Impact: Users/systems affected, severity
Example:
"Users in EU region experience 3-5 second dashboard load delays during 9-11 AM UTC peak hours, affecting ~2,000 daily active users. Started after v2.4 deployment on Nov 18th."
Evidence Gathering (Go and See)
Follow Toyota's principle—collect facts, not opinions:
Key Evidence Sources:
- Logs, metrics, monitoring data
- Timeline of events and changes
- System/code/configuration changes before problem
- Environmental factors (load, traffic, season)
- User reports and reproduction steps
- System state before/during/after
RCA Methodologies
See resources/rca-methodologies.md for complete methodology guide.
Resource Files Summary
resources/rca-methodologies.md
Comprehensive methodology guide covering:
- 5 Whys: Step-by-step process with software examples
- Fishbone Diagram: Structure, 6 M's categories, process
- Pareto Analysis: Prioritization using 80/20 rule
- Fault Tree Analysis: Top-down formal analysis
- Barrier Analysis: Control failure examination
- Structured 6-phase RCA process, domain-specific guidance, templates
resources/common-root-causes.md
Pattern reference catalog by domain:
- Software Engineering: Code defects, configuration, dependencies, deployment
- Hardware & Equipment: Mechanical, electrical, operational, maintenance
- Process & Operations: Workflow, design, resources
- Personal/Life: Health, habits, environment, skills
- Red flags, recurring themes, pattern recognition
resources/example-analyses.md
Four worked examples with full analysis:
- Software Bug: JWT authentication (5 Whys)
- Vehicle Maintenance: Overheating (5 Whys)
- System Failure: E-commerce checkout (Fishbone + 5 Whys)
- Personal Productivity: Missed deadlines (Fishbone + 5 Whys)
resources/advanced-techniques.md
Formal methods for complex problems:
- Fault Tree Analysis: Boolean logic, safety systems
- Barrier Analysis: Control failures
- Multi-Methodology Chains: Complex orchestration
- Verification Frameworks: Comprehensive testing
How This Skill Works
- Clarify your situation: Domain, observations, evidence, time
- Recommend approach: Complexity analysis, methodology, resources
- Guide through analysis: Problem statement, evidence, methodology, verification
- Deliver output: Analysis, root cause, solutions, implementation
Quick Start: 5-Minute RCA
- State problem (What/Where/When/Impact)
- First Why: fact-based answer
- Second Why: dig deeper
- Third Why: dig deeper again
- Verify: would fixing this prevent it?
Templates & Examples
- 5 Whys Template in
resources/rca-methodologies.md
- Fishbone Template in
resources/rca-methodologies.md
- Worked Examples in
resources/example-analyses.md
- Solution Structures in
resources/example-analyses.md
Next Steps
- Identify problem domain (software/hardware/process/personal)
- Load appropriate resource from table above
- Select methodology based on complexity
- Follow step-by-step process in resource
- Verify root cause (Forward/Backward tests)
- Develop actionable solutions
Remember: Goal is systematic investigation—disciplined questioning until you reach a cause you can actually fix.
1---2name: root-cause-analysis3description: Conducts systematic root cause analysis using proven methodologies including Toyota's 5 Whys, Ishikawa fishbone diagrams, Pareto analysis, and fault tree analysis. Use when investigating bugs, debugging code, troubleshooting systems, diagnosing equipment failures, analyzing life problems, or identifying underlying causes of any issue across software engineering, hardware maintenance, process failures, or personal challenges.4---5
6# Root Cause Analysis Orchestration Skill
7
8This skill helps you systematically identify the root cause of any problem using proven methodologies from the Toyota Production System and other industry-standard techniques.
9
10## Quick Reference: When to Load Which Resource
11
12| Your Problem Type | Load Resource | Why |
13|---|---|---|
14| Need to understand 5 Whys, Fishbone, Pareto, Fault Tree methodology | `resources/rca-methodologies.md` | Learn each method step-by-step with examples |
15| Looking for common root causes in your domain | `resources/common-root-causes.md` | Pattern match against known causes: software, hardware, process, personal |
16| Want to see complete worked examples | `resources/example-analyses.md` | Study real cases: software bugs, vehicle maintenance, system failures, personal problems |
17| Advanced: need barrier analysis, complex cause mapping | `resources/advanced-techniques.md` | Formal methods: Fault Tree, Barrier Analysis, multi-methodology chains |
18
19## Core Principle
20
21**Do not treat symptoms—find and fix the root cause.** As Taiichi Ohno, architect of the Toyota Production System, said: "By repeating why five times, the nature of the problem as well as its solution becomes clear."
22
23## Orchestration Protocol
24
25### Phase 1: Problem Classification
26
27Quickly identify your problem domain and complexity:
28
29**Problem Domain:**
30- **Software**: Code bugs, system failures, performance, deployment
31- **Hardware**: Equipment, mechanical, electrical, maintenance
32- **Process**: Workflow, procedures, organizational, communication
33- **Personal**: Life challenges, productivity, habits, wellbeing
34
35**Complexity Level:**
36- **Simple**: Clear failure chain, 1-2 likely causes → Use 5 Whys
37- **Complex**: Multiple possible causes, unknown scope → Start with Fishbone
38- **Critical/Safety**: High stakes, needs rigor → Use Fault Tree
39- **Multiple Issues**: Many competing problems → Use Pareto first
40
41**Action:** Load appropriate resource file(s) based on classification.
42
43### Phase 2: Methodology Selection
44
45Based on problem type, select your approach:
46
47| Situation | Recommended | Load |
48|---|---|---|
49| **Single clear failure** | 5 Whys | methodologies.md |
50| **Complex/multiple possibilities** | Fishbone → 5 Whys | methodologies.md |
51| **Competing priorities** | Pareto → 5 Whys | methodologies.md |
52| **Safety/high-stakes** | Fault Tree | advanced-techniques.md |
53| **Process breakdown** | Barrier Analysis | advanced-techniques.md |
54| **Pattern matching** | Common causes + 5 Whys | common-root-causes.md |
55
56### Phase 3: Execution & Verification
57
58**During Analysis:**
591. Define problem clearly (What/Where/When/Impact)
602. Gather evidence systematically
613. Apply selected methodology
624. Document reasoning at each step
635. Verify root cause with Forward/Backward tests
64
65**Before Finalizing:**
66- Validate conclusion against evidence
67- Check for red flags (see common-root-causes.md)
68- Confirm actionability (can you fix this?)
69- Develop solutions addressing root cause
70
71## Problem Definition Framework
72
73Create a clear problem statement before analysis:
74
75**Essential Elements:**
76- **What:** Observable symptom (not assumed cause)
77- **Where:** Location/system/component affected
78- **When:** Timeline, frequency, pattern
79- **Impact:** Users/systems affected, severity
80
81**Example:**
82"Users in EU region experience 3-5 second dashboard load delays during 9-11 AM UTC peak hours, affecting ~2,000 daily active users. Started after v2.4 deployment on Nov 18th."
83
84## Evidence Gathering (Go and See)
85
86Follow Toyota's principle—collect facts, not opinions:
87
88**Key Evidence Sources:**
89- Logs, metrics, monitoring data
90- Timeline of events and changes
91- System/code/configuration changes before problem
92- Environmental factors (load, traffic, season)
93- User reports and reproduction steps
94- System state before/during/after
95
96## RCA Methodologies
97
98See `resources/rca-methodologies.md` for complete methodology guide.
99
100## Resource Files Summary
101
102### `resources/rca-methodologies.md`
103Comprehensive methodology guide covering:
104- **5 Whys**: Step-by-step process with software examples
105- **Fishbone Diagram**: Structure, 6 M's categories, process
106- **Pareto Analysis**: Prioritization using 80/20 rule
107- **Fault Tree Analysis**: Top-down formal analysis
108- **Barrier Analysis**: Control failure examination
109- Structured 6-phase RCA process, domain-specific guidance, templates
110
111### `resources/common-root-causes.md`
112Pattern reference catalog by domain:
113- **Software Engineering**: Code defects, configuration, dependencies, deployment
114- **Hardware & Equipment**: Mechanical, electrical, operational, maintenance
115- **Process & Operations**: Workflow, design, resources
116- **Personal/Life**: Health, habits, environment, skills
117- Red flags, recurring themes, pattern recognition
118
119### `resources/example-analyses.md`
120Four worked examples with full analysis:
1211. **Software Bug**: JWT authentication (5 Whys)
1222. **Vehicle Maintenance**: Overheating (5 Whys)
1233. **System Failure**: E-commerce checkout (Fishbone + 5 Whys)
1244. **Personal Productivity**: Missed deadlines (Fishbone + 5 Whys)
125
126### `resources/advanced-techniques.md`
127Formal methods for complex problems:
128- **Fault Tree Analysis**: Boolean logic, safety systems
129- **Barrier Analysis**: Control failures
130- **Multi-Methodology Chains**: Complex orchestration
131- **Verification Frameworks**: Comprehensive testing
132
133## How This Skill Works
134
1351. **Clarify your situation**: Domain, observations, evidence, time
1362. **Recommend approach**: Complexity analysis, methodology, resources
1373. **Guide through analysis**: Problem statement, evidence, methodology, verification
1384. **Deliver output**: Analysis, root cause, solutions, implementation
139
140## Quick Start: 5-Minute RCA
141
1421. State problem (What/Where/When/Impact)
1432. First Why: fact-based answer
1443. Second Why: dig deeper
1454. Third Why: dig deeper again
1465. Verify: would fixing this prevent it?
147
148## Templates & Examples
149
150- **5 Whys Template** in `resources/rca-methodologies.md`
151- **Fishbone Template** in `resources/rca-methodologies.md`
152- **Worked Examples** in `resources/example-analyses.md`
153- **Solution Structures** in `resources/example-analyses.md`
154
155## Next Steps
156
1571. Identify problem domain (software/hardware/process/personal)
1582. Load appropriate resource from table above
1593. Select methodology based on complexity
1604. Follow step-by-step process in resource
1615. Verify root cause (Forward/Backward tests)
1626. Develop actionable solutions
163
164---
165
166**Remember**: Goal is systematic investigation—disciplined questioning until you reach a cause you can actually fix.