RCCA Master Skill
Orchestrate complete 8D investigations with integrated tool selection and domain-specific team formation guidance.
Critical Behavioral Requirements
This skill operates under strict guardrails:
- •Gate Checkpoints Required — Each D-phase requires explicit user confirmation before proceeding
- •Domain Assessment First — Always assess problem domain before recommending team composition
- •Tool Selection Based on Evidence — Select D4 analysis tools based on problem characteristics, not assumptions
- •Invoke Component Skills — Use specialized skills for D2 (problem-definition) and D4 (analysis tools)
Workflow Checklist
8D RCCA Workflow (with mandatory gates): □ Phase 0: INITIAL ASSESSMENT └─ GATE: User confirms domain, severity, scope □ D1: TEAM FORMATION └─ GATE: User confirms team composition and roles □ D2: PROBLEM DEFINITION └─ Invoke: problem-definition skill (5W2H + IS/IS NOT) └─ GATE: User confirms problem statement □ D3: CONTAINMENT ACTIONS └─ GATE: User confirms containment actions implemented □ D4: ROOT CAUSE ANALYSIS └─ Select tool based on problem characteristics └─ Invoke: appropriate analysis skill(s) └─ GATE: User confirms verified root cause(s) □ D5: CORRECTIVE ACTION SELECTION └─ GATE: User confirms selected corrective action(s) □ D6: IMPLEMENTATION └─ GATE: User confirms implementation plan □ D7: PREVENTION └─ GATE: User confirms systemic preventive actions □ D8: CLOSURE AND RECOGNITION └─ GATE: User confirms effectiveness verified, report complete
Phase 0: Initial Assessment
Before starting 8D, assess the problem to guide team and tool selection.
═══════════════════════════════════════════════════════════════════════════════ 📋 RCCA INITIAL ASSESSMENT ═══════════════════════════════════════════════════════════════════════════════ QUESTION 1: Problem Domain [A] Manufacturing/Production defect [B] Field failure or customer complaint [C] Process deviation or quality escape [D] Equipment/machine failure [E] Software/IT system failure [F] Safety incident or near-miss [G] Service delivery failure [H] Supply chain/supplier issue [I] Other (describe) QUESTION 2: Severity and Urgency Severity: [Critical / High / Medium / Low] Urgency: [Immediate / Days / Weeks] QUESTION 3: Problem Scope - Single occurrence or multiple? - Isolated or widespread? - Known or unknown cause? - Has this occurred before? QUESTION 4: Available Resources - SMEs available? - Historical data accessible? - Time allocation? ───────────────────────────────────────────────────────────────────────────────
Complexity Classification
| Complexity | Characteristics | Team Size | Timeline | Tool |
|---|---|---|---|---|
| Simple | Single cause, isolated | 3-4 | 2-5 days | 5 Whys |
| Moderate | Multiple possible causes | 4-6 | 1-2 weeks | Fishbone → 5 Whys |
| Complex | Unknown cause, recurring | 6-8 | 2-4 weeks | Pareto → Fishbone → 5 Whys |
| Critical | Safety/system failure | 6-8+ | Per requirements | FTA or KT-PA |
D1: Team Formation
See references/team-formation-guide.md for detailed guidance.
Domain-Based Team Recommendations
| Domain | Core Team | Size |
|---|---|---|
| Manufacturing | Production Supervisor, Quality Engineer, Process Engineer, Operator | 4-6 |
| Field Failure | Customer Service, Field Engineer, Product Engineer, Quality | 5-7 |
| Equipment | Maintenance Tech, Production Supervisor, Operator, Planner | 4-6 |
| Software/IT | Engineering Manager, Developer, SRE/DevOps, QA | 4-6 |
| Safety | EHS Manager, Safety Engineer, Area Supervisor, Employee Rep | 6-8 |
| Supplier | SQE, Procurement, Incoming Inspection, Production Rep | 4-6 |
Key Roles
- •Team Leader: Coordinates effort, manages schedule
- •Facilitator: Leads methodology, guides analysis (should have RCA training)
- •Champion: Provides resources, approves solutions
- •SMEs: Provide technical expertise
D1 Gate
┌─────────────────────────────────────────────────────────────┐ │ D1: TEAM FORMATION - GATE CHECKPOINT │ ├─────────────────────────────────────────────────────────────┤ │ Team Composition: │ │ Team Leader: [name/role] │ │ Facilitator: [name/role] │ │ Champion: [name/role] │ │ Members: [list] │ │ │ │ Cross-functional coverage: [Yes/No - gaps?] │ │ Implementation owners included: [Yes/No] │ ├─────────────────────────────────────────────────────────────┤ │ Options: │ │ 1. Proceed to D2: Problem Definition │ │ 2. Modify team composition │ │ 3. Add/remove members │ └─────────────────────────────────────────────────────────────┘
D2: Problem Definition
Invoke the problem-definition skill for comprehensive 5W2H and IS/IS NOT analysis.
The problem statement must be:
- •Free of embedded cause
- •Free of embedded solution
- •Measurable and specific
- •Bounded by IS/IS NOT analysis
D2 Gate
┌─────────────────────────────────────────────────────────────┐ │ D2: PROBLEM DEFINITION - GATE CHECKPOINT │ ├─────────────────────────────────────────────────────────────┤ │ Problem Statement: │ │ [synthesized statement from problem-definition skill] │ │ │ │ Quality Checks: │ │ □ No embedded cause │ │ □ No embedded solution │ │ □ Measurable deviation stated │ │ □ IS/IS NOT boundaries defined │ ├─────────────────────────────────────────────────────────────┤ │ Options: │ │ 1. Proceed to D3: Containment │ │ 2. Refine problem statement │ │ 3. Re-run IS/IS NOT analysis │ └─────────────────────────────────────────────────────────────┘
D3: Containment Actions
Identify and implement interim protection actions.
Containment Questions
QUESTION 1: Is the problem ongoing? □ Yes, currently producing/shipping affected product □ No, isolated incident already passed QUESTION 2: What is at risk? - Product in production, inventory, shipped, in field? QUESTION 3: Containment options □ Stop production/shipment □ 100% inspection/sort □ Rework/repair □ Quarantine suspect material □ Customer notification □ Field service action
D3 Gate
Present containment actions with owners, due dates, and verification methods.
D4: Root Cause Analysis — Tool Selection
Select the appropriate analysis tool(s) based on problem characteristics.
Tool Selection Decision Tree
START: What is the primary analysis need?
│
├─► KNOWN CAUSE (need to verify/drill deeper)
│ └─► Invoke: five-whys-analysis skill
│
├─► UNKNOWN CAUSE (need to brainstorm possibilities)
│ └─► Invoke: fishbone-diagram skill → then five-whys-analysis
│
├─► MANY CAUSES (need to prioritize)
│ └─► Invoke: pareto-analysis skill → then appropriate follow-up
│
├─► SYSTEMATIC/SPECIFICATION-BASED
│ └─► Invoke: kepner-tregoe-analysis skill (Problem Analysis)
│
└─► SAFETY-CRITICAL/SYSTEM FAILURE
└─► Invoke: fault-tree-analysis skill
Tool Selection Questions
═══════════════════════════════════════════════════════════════════════════════ 🔍 D4 TOOL SELECTION ═══════════════════════════════════════════════════════════════════════════════ QUESTION 1: Cause Visibility [A] Strong hypothesis — need to verify and drill deeper [B] Several possibilities — need to explore systematically [C] No idea — need comprehensive brainstorming [D] Data showing multiple causes — need to prioritize QUESTION 2: Problem Nature [A] Single failure mode, clear deviation [B] Multiple failure modes or symptoms [C] Safety-critical or system-level failure [D] Recurring issue with historical data QUESTION 3: Analysis Formality [A] Rapid analysis needed [B] Cross-functional collaborative session [C] Formal investigation, rigorous documentation ───────────────────────────────────────────────────────────────────────────────
Tool Recommendation Matrix
| Q1 | Q2 | Q3 | Recommended Tool(s) |
|---|---|---|---|
| A | A | A | five-whys-analysis |
| B | A/B | B | fishbone-diagram → five-whys-analysis |
| C | B | B | fishbone-diagram → multi-voting → five-whys-analysis |
| D | A/B | A/B | pareto-analysis → five-whys-analysis |
| A/B | A | C | kepner-tregoe-analysis (Problem Analysis) |
| Any | C | C | fault-tree-analysis |
See references/tool-selection-guide.md for detailed guidance.
D4 Gate
┌─────────────────────────────────────────────────────────────┐ │ D4: ROOT CAUSE ANALYSIS - GATE CHECKPOINT │ ├─────────────────────────────────────────────────────────────┤ │ Tool(s) Used: [list] │ │ │ │ Identified Root Cause(s): │ │ 1. [root cause with evidence] │ │ 2. [root cause with evidence] │ │ │ │ Verification Method: [how was root cause verified?] │ │ Verification Result: [VERIFIED / NOT VERIFIED] │ ├─────────────────────────────────────────────────────────────┤ │ Options: │ │ 1. Proceed to D5: Corrective Action │ │ 2. Continue analysis with additional tool │ │ 3. Re-verify root cause │ └─────────────────────────────────────────────────────────────┘
D5: Corrective Action Selection
For each verified root cause, develop and select corrective actions.
For complex decisions with multiple alternatives, invoke kepner-tregoe-analysis (Decision Analysis).
Corrective Action Criteria
- •Effectiveness: Eliminates root cause?
- •Feasibility: Cost, time, resources?
- •Risk: Unintended consequences?
- •Sustainability: Permanent solution?
D5 Gate
Present selected corrective action(s) with verification method and success criteria.
D6: Implementation
Plan and execute corrective action implementation.
For complex implementations with significant risk, invoke kepner-tregoe-analysis (Potential Problem Analysis).
D6 Gate
Present implementation plan with steps, owners, due dates, and risk mitigation.
D7: Prevention
Ensure the problem and similar problems cannot recur.
Prevention Questions
QUESTION 1: Where else could this problem occur? - Similar products, processes, locations? QUESTION 2: What system allowed this to happen? - Process gap, documentation gap, training gap, design gap? QUESTION 3: Systemic Preventive Actions □ Procedure/work instruction update □ Design change (FMEA update) □ Training program update □ Control plan update □ Supplier requirements update □ Mistake-proofing (poka-yoke)
D7 Gate
Present preventive actions with scope, owners, and horizontal deployment plan.
D8: Closure and Recognition
Closure Checklist
EFFECTIVENESS VERIFICATION: □ Corrective actions implemented as planned □ Verification data collected □ Problem has not recurred □ Verification period: From _____ to _____ CONTAINMENT REMOVAL: □ Interim containment can be removed □ Removal date: _____ DOCUMENTATION: □ 8D report finalized □ Evidence attached □ Lessons learned documented PREVENTION: □ Systemic actions implemented □ Documentation updated □ Horizontal deployment verified CLOSURE: □ Champion approves closure □ Customer notified (if applicable)
Reference Files
- •references/team-formation-guide.md — Team composition guidance
- •references/tool-selection-guide.md — When to use each analysis tool
- •references/domain-recommendations.md — Industry-specific guidance
- •references/quality-rubric.md — Scoring criteria
- •references/common-pitfalls.md — Mistakes to avoid
- •references/examples.md — Worked 8D examples
Templates
- •templates/8d-report-template.md — Standard 8D report
- •templates/team-roster.md — Team documentation
- •templates/action-tracker.md — Action tracking
Component Skills
This skill orchestrates:
- •
problem-definition— D2 problem statement (5W2H + IS/IS NOT) - •
five-whys-analysis— D4 causal chain drilling - •
fishbone-diagram— D4 cause brainstorming - •
pareto-analysis— D4 cause prioritization - •
kepner-tregoe-analysis— D4/D5/D6 specification analysis and decision analysis - •
fault-tree-analysis— D4 safety-critical analysis