| name | A3criticalthinking |
| description | Toyota-style A3 problem solving with embedded priority hierarchy: Safety First, then Customer Value, then Shareholder Value. Structured thinking framework for manufacturing decisions, root cause analysis, and countermeasure development. USE WHEN user says 'A3', 'problem solving', 'root cause', 'countermeasure', '5 whys', 'fishbone', 'ishikawa', 'priority decision', 'safety first', 'critical thinking', or needs structured analysis of manufacturing problems. Integrates with AutomotiveManufacturing and HoshinKanri skills. |
A3 Critical Thinking
When to Activate This Skill
- "Create an A3 for [problem]"
- "Help me think through [decision]"
- "Root cause analysis for [issue]"
- "What should take priority here?"
- "Is this safe to proceed?"
- "Evaluate tradeoffs for [options]"
- "5 Whys analysis"
- "Fishbone diagram for [defect]"
Workflow Routing
| Trigger phrase | Workflow | Primary output |
|---|
| "Create an A3 for [problem]" | Full A3 Problem Solving Framework | Completed A3 (templates/a3-template.md) |
| "Root cause analysis" / "5 Whys" / "why did X happen" | Root Cause Analysis Tools (5 Whys) | Root cause chain (templates/5-whys.md) |
| "Fishbone" / "Ishikawa" / "categorize causes" | Fishbone (Ishikawa) Diagram | Cause categories (templates/fishbone.md) |
| "What should take priority" / "safety first" / "is this safe" | The Decision Test | Safety → Customer → Shareholder verdict (templates/priority-check.md) |
| "Evaluate tradeoffs for [options]" | Decision Matrix | Weighted comparison (templates/decision-matrix.md) |
| "Quick decision" / under time pressure | Quick Decision Framework (STOP) | Immediate go/no-go call |
| "Countermeasure" / "corrective action" | Countermeasure Hierarchy | Ranked countermeasure list |
The Priority Hierarchy
Every decision must pass through this filter, in order:
┌─────────────────────────────────────────────────────┐
│ 1. SAFETY FIRST │
│ Will anyone be harmed? Stop everything else. │
│ • Employee safety │
│ • Customer safety (product in use) │
│ • Environmental safety │
│ • Community safety │
└─────────────────────────────────────────────────────┘
↓ Only if SAFE
┌─────────────────────────────────────────────────────┐
│ 2. CUSTOMER VALUE │
│ Does this create good products for customers? │
│ • Quality that meets/exceeds requirements │
│ • Reliability and durability │
│ • On-time delivery │
│ • Fitness for purpose │
└─────────────────────────────────────────────────────┘
↓ Only if QUALITY assured
┌─────────────────────────────────────────────────────┐
│ 3. SHAREHOLDER VALUE │
│ Now optimize for business results │
│ • Cost efficiency │
│ • Productivity │
│ • Return on investment │
│ • Growth and sustainability │
└─────────────────────────────────────────────────────┘
Critical Rule: Never sacrifice a higher priority for a lower one. A cost saving that compromises safety is NEVER acceptable. A delivery acceleration that reduces quality is NEVER acceptable.
The Decision Test
Before any significant decision, apply this test:
Question 1: Is it SAFE?
- Could this harm employees, customers, or the environment?
- Are all safety controls in place?
- Have we identified and mitigated risks?
- If NO: STOP. Address safety first.
Question 2: Does it serve the CUSTOMER?
- Will product quality be maintained or improved?
- Does this meet customer specifications?
- Will delivery commitments be met?
- If NO: STOP. Find an alternative that protects quality.
Question 3: Is it EFFICIENT?
- Only after safety and quality are assured, optimize for:
- Cost reduction
- Cycle time improvement
- Resource utilization
- Profitability
A3 Problem Solving Framework
The A3 is a single-page structured approach to problem solving:
┌─────────────────────────────────────────────────────────────────┐
│ TITLE: [Problem Name] DATE: │
│ OWNER: [Named Individual] REV: │
├─────────────────────────────────────────────────────────────────┤
│ 1. BACKGROUND/CONTEXT │ 2. CURRENT CONDITION │
│ │ │
│ Why is this problem important?│ What is actually happening? │
│ What triggered this A3? │ Data, facts, observations │
│ Business impact │ Process map of current state │
│ │ Quantify the gap │
├───────────────────────────────┼──────────────────────────────────┤
│ 3. TARGET CONDITION/GOAL │ 4. ROOT CAUSE ANALYSIS │
│ │ │
│ What should be happening? │ 5 Whys │
│ Specific, measurable target │ Fishbone/Ishikawa │
│ Timeline for achievement │ Data analysis │
│ │ Verified root cause(s) │
├───────────────────────────────┴──────────────────────────────────┤
│ 5. COUNTERMEASURES │
│ │
│ # │ Action │ Owner │ Due Date │ Status │
│ 1 │ │ │ │ │
│ 2 │ │ │ │ │
│ 3 │ │ │ │ │
├──────────────────────────────────────────────────────────────────┤
│ 6. IMPLEMENTATION PLAN │ 7. FOLLOW-UP/RESULTS │
│ │ │
│ Gantt or timeline │ Verification data │
│ Resources required │ Before/after comparison │
│ Risks and mitigation │ Lessons learned │
│ │ Horizontal deployment? │
└───────────────────────────────┴──────────────────────────────────┘
Root Cause Analysis Tools
5 Whys Method
Keep asking "Why?" until you reach the root cause (typically 5 levels):
Problem: Machine stopped producing
Why 1? → Fuse blew
Why 2? → Motor overheated
Why 3? → Bearing failed
Why 4? → Lubrication insufficient
Why 5? → No preventive maintenance (PM) schedule exists for this bearing
Why 6? → When the PM program was set up, this bearing type was excluded because it was classified "run-to-failure" to save budget, and that classification was never revisited after the machine's duty cycle changed
ROOT CAUSE (systemic): Asset criticality classifications are set once and not reviewed when usage/duty cycle changes, so PM coverage silently becomes stale.
COUNTERMEASURE: Owner = Maintenance Planner. Action = Add duty-cycle-change trigger to the asset criticality review process and reclassify this bearing into the PM program. Due date within 2 weeks; verify via updated PM schedule and 90-day failure-rate check.
Rules:
- Each "Why" must be factual, not assumed
- Verify each level before proceeding
- Complete a minimum of 5 distinct, non-repeating "Why" questions before declaring a root cause — do not stop early even if an answer sounds conclusive
- If the analysis branches, fully complete EVERY branch to its own systemic root cause before finalizing — never leave a branch half-finished or abandon it mid-chain
- A "true" root cause is a systemic one: a missing/broken process, a resource or design decision, or an organizational gap — NOT simply "no policy exists." Push past that answer by asking who decided it wasn't necessary, what constraint drove that decision, and why that constraint exists
- Pair the final root cause with a specific, actionable countermeasure (owner + action), not just a diagnosis
- Stop only when the next "Why" would exit your sphere of control AND you have named a concrete countermeasure
Fishbone (Ishikawa) Diagram
Categorize potential causes:
Man Machine Material
\ | /
\ | /
\ | /
─────────[EFFECT]─────────
/ | \
/ | \
/ | \
Method Measurement Environment
Manufacturing Categories:
- Man/People: Training, skills, fatigue, following procedures
- Machine: Equipment condition, calibration, capability
- Material: Specifications, supplier quality, storage
- Method: Procedures, work instructions, sequence
- Measurement: Gages, accuracy, repeatability
- Environment: Temperature, humidity, cleanliness, lighting
Countermeasure Hierarchy
When developing solutions, prefer higher levels:
| Level | Type | Description | Example |
|---|
| 1 | Eliminate | Remove the possibility entirely | Design out the feature |
| 2 | Substitute | Replace with inherently safer/better | Different material |
| 3 | Engineer | Physical barriers or controls | Interlock, guard |
| 4 | Administrate | Procedures, training | Work instruction |
| 5 | PPE/Inspect | Last resort protection | Check, verify |
Rule: Never rely solely on administrative controls for safety-critical issues.
Quick Decision Framework
For rapid decisions under pressure:
┌─────────────────────────────────────────────┐
│ STOP AND ASK │
├─────────────────────────────────────────────┤
│ S - Safety: Is anyone at risk? │
│ T - Target: What are we trying to achieve? │
│ O - Options: What choices do we have? │
│ P - Priority: Safety → Quality → Cost │
└─────────────────────────────────────────────┘
If uncertain about safety: STOP PRODUCTION until verified safe.
Integration Points
With AutomotiveManufacturing Skill
- A3 links to PFMEA updates when new failure modes identified
- Countermeasures cascade to Work Instructions
- Control Plans updated based on A3 findings
With HoshinKanri Skill
- Red bowling chart items trigger A3
- A3 countermeasures become improvement priorities
- Completed A3s document breakthrough achievements
With Quality Systems (IATF 16949)
- A3 satisfies 10.2 Nonconformity and Corrective Action
- Links to 8D methodology for customer complaints
- Supports Management Review inputs
Templates Available
| Template | Purpose | Location |
|---|
| A3 Template | Standard problem solving | templates/a3-template.md |
| Quick A3 | Simplified one-pager | templates/quick-a3.md |
| 5 Whys | Root cause worksheet | templates/5-whys.md |
| Fishbone | Ishikawa diagram | templates/fishbone.md |
| Decision Matrix | Weighted option comparison | templates/decision-matrix.md |
| Priority Check | Safety-Quality-Cost verification | templates/priority-check.md |
Common Mistakes to Avoid
- Jumping to Solutions - Do root cause analysis first
- Blaming People - Look at systems and processes
- Stopping at Symptoms - Dig deeper with 5 Whys
- No Verification - Confirm countermeasures worked
- Ignoring the Hierarchy - Never shortcut Safety → Quality → Cost
- No Horizontal Deployment - Share learnings across similar processes
- Paper Exercise - A3 must drive real action
Key Principles
- Go See (Genchi Genbutsu) - Observe the actual condition yourself
- Facts Over Opinions - Base analysis on data and evidence
- Respect for People - Solutions should support workers, not blame them
- PDCA Cycle - Plan-Do-Check-Act is embedded in the A3
- One Problem, One Owner - Named individual accountability
- Visual Thinking - Use diagrams, charts, photos
- Priority Discipline - Safety → Customer → Shareholder, always
Examples
Example 1: Full A3 for a recurring quality escape
Input: "Create an A3 for the recurring bearing failures on Line 3 damper assembly."
Response: Kai opens the A3 template, populates Background/Current Condition with the failure data on file, runs 5 Whys to the root cause (e.g. "No preventive maintenance schedule for bearings"), proposes countermeasures ranked by the Countermeasure Hierarchy (favoring Eliminate/Substitute over Administrate/PPE), and drafts an Implementation Plan with named owners and due dates. Every countermeasure is checked against the Priority Hierarchy before being finalized.
Example 2: Rapid safety/cost tradeoff under deadline pressure
Input: "We can hit the customer delivery date if we skip the interlock check on the press — is this OK?"
Response: Kai applies the Decision Test starting at Question 1 (Safety). Since skipping an interlock check risks operator harm, the answer is STOP — the skill refuses to approve the shortcut regardless of delivery pressure, and instead recommends contacting the customer about a delay per the Priority Hierarchy's "Critical Rule" (never sacrifice a higher priority for a lower one).
Example 3: Root cause analysis for a customer complaint
Input: "Do a 5 Whys on why we shipped an out-of-spec part to Customer X."
Response: Kai walks the 5 Whys chain (e.g. Part shipped → inspection missed it → gauge was out of calibration → no calibration due-date tracking → MSA gap), verifying each "Why" is factual rather than assumed, and links the finalized root cause to the Eightd skill's D4 step and to a PFMEA update per the Integration Points section.
Extended Context
For detailed methodologies and advanced techniques:
read ~/.claude/skills/A3CriticalThinking/CLAUDE.md
For templates:
ls ~/.claude/skills/A3CriticalThinking/templates/
