Skip to content

🧠 A field guide to mnemonics for engineers: outages, RCAs, infra design, burnout, and conflict. Structured entries with when-to-use, pitfalls, combinations, and examples. Pipelines and playbooks for on-call situations.

License

Notifications You must be signed in to change notification settings

StewAlexander-com/Awesome-Mnemonics

Folders and files

NameName
Last commit message
Last commit date

Latest commit

Β 

History

130 Commits
Β 
Β 
Β 
Β 
Β 
Β 
Β 
Β 
Β 
Β 
Β 
Β 
Β 
Β 
Β 
Β 
Β 
Β 
Β 
Β 
Β 
Β 
Β 
Β 
Β 
Β 
Β 
Β 
Β 
Β 
Β 
Β 
Β 
Β 
Β 
Β 
Β 
Β 
Β 
Β 
Β 
Β 

Repository files navigation

Awesome Mnemonics Awesome

MIT License PRs Welcome Maintained Frameworks Verified

Awesome Mnemonics - Problem-solving and stress-management memory hacks for engineers

A curated playbook of problem-solving and stress-management mnemonics. Acronyms that compress workflows into actionable stepsβ€”for incidents, RCAs (root cause analysis), design decisions, and high-stress situations.

Note: This is a field guide/playbook with opinionated workflows (e.g., STOP β†’ TRACE β†’ DEBUG β†’ 8D) rather than a traditional awesome list of external links. It focuses on battle-tested mnemonics with detailed guidance, real-world scenarios, and proven pipelines.

Warning

Avoid Cognitive Overload: Choose ONE framework matching your situation. Don't memorize allβ€”reference as needed. Using multiple simultaneously reduces effectiveness.

Quick links: πŸ“₯ Downloads Β· 🎯 Scenarios Β· πŸ“š Sources Β· πŸ”§ CLI Β· πŸ“‹ Table of Contents

Jump to: Quick Reference Β· Categorized Index Β· Problem Solving Β· Pipelines Β· Common Mistakes Β· Contributing

🚨 Quick Reference

Situation Use These Time
Crisis/Emergency STOP, BREATHE 2-5 min
Stress/Overwhelm PACE, CALM, ARIES 5-10 min
Argument/Conflict BREATHE, PAUSE, WAIT 3-7 min
Root cause needed 5 Whys, ICEBERG, 8D 30 min–4 wks
Problem solving IDEA, PREPARE, PADDER 15-60 min
Strategic analysis SWOT, PESTEL 1-4 hrs
Team coordination RACI, 8D Ongoing
Technical debugging TRACE β†’ DEBUG Variable

Crisis? β†’ STOP β†’ TRACE β†’ DEBUG β†’ 8D | Quick decision? β†’ IDEA β†’ DICE β†’ FATE

Table of Contents


πŸ“‘ Categorized Index

Browse by category; each entry links to full definition and when-to-use guidance.

πŸ”§ Ops

Incidents, troubleshooting, ops decisions. STOP Β· IDEA Β· TRACE Β· DEBUG Β· DICE Β· FATE Β· PEST

πŸ” RCA (Root Cause Analysis)

Deep investigation, recurring issues, prevention. ICEBERG Β· 5 Whys Β· Ishikawa Β· 8D Approach Β· A3 Problem Solving Β· PADDER Β· PREPARE

πŸ—οΈ Systems Design

Architecture, planning, technical decisions. SCALE Β· SWOT Β· PESTEL Β· SET

πŸ‘₯ Human Factors

Team dynamics, conflict resolution, and collaboration RACI Β· WAIT Β· BREATHE Β· PAUSE

🧘 Personal Life

Stress, burnout, resilience. PACE Β· ARIES Β· CALM Β· SHINE


Who Uses This?

No entries yet — be the first. One-line PR, e.g. **[Acme](https://acme.com)** — SRE uses STOP→TRACE→DEBUG. How.


CLI

mnemonic β€” look up pipelines and search mnemonics by topic.

Install: pip install git+https://github.com/StewAlexander-com/Awesome-Mnemonics.git
Examples: mnemonic pipeline crisis Β· mnemonic search network Β· mnemonic search stress -o json
Alias: alias incident='mnemonic pipeline crisis' in ~/.zshrc


Quick Start (SRE / Infra)

  1. Runbook — Copy incident-response-runbook.md (STOP→TRACE→DEBUG→8D) into Confluence, wiki, or runbook store.
  2. CLI β€” pip install git+https://github.com/StewAlexander-com/Awesome-Mnemonics.git then mnemonic pipeline crisis
  3. Alias β€” alias incident='mnemonic pipeline crisis' in ~/.zshrc

πŸ”„ Mnemonic Selection Flowchart

                    β”Œβ”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”
                    β”‚  Problem?   β”‚
                    β””β”€β”€β”€β”€β”€β”€β”¬β”€β”€β”€β”€β”€β”€β”˜
                           β”‚
              β”Œβ”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”Όβ”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”
              β”‚            β”‚            β”‚
         β”Œβ”€β”€β”€β”€β–Όβ”€β”€β”€β”   β”Œβ”€β”€β”€β”€β–Όβ”€β”€β”€β”   β”Œβ”€β”€β”€β”€β–Όβ”€β”€β”€β”€β”
         β”‚ Quick? β”‚   β”‚Complex?β”‚   β”‚ Stress? β”‚
         β””β”€β”€β”€β”€β”¬β”€β”€β”€β”˜   β””β”€β”€β”€β”€β”¬β”€β”€β”€β”˜   β””β”€β”€β”€β”€β”¬β”€β”€β”€β”€β”˜
              β”‚            β”‚            β”‚
         β”Œβ”€β”€β”€β”€β–Όβ”€β”€β”€β”€β”  β”Œβ”€β”€β”€β”€β–Όβ”€β”€β”€β”€β”€β”  β”Œβ”€β”€β”€β–Όβ”€β”€β”€β”€β”
         β”‚  IDEA   β”‚  β”‚PREPARE/  β”‚  β”‚ STOP β†’ β”‚
         β”‚    +    β”‚  β”‚ICEBERG+  β”‚  β”‚ PACE   β”‚
         β”‚  STOP   β”‚  β”‚ 5 Whys   β”‚  β””β”€β”€β”€β”€β”€β”€β”€β”€β”˜
         β””β”€β”€β”€β”€β”€β”€β”€β”€β”€β”˜  β””β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”˜

Summary: Quick? → IDEA+STOP · Complex? → PREPARE/ICEBERG+5 Whys · Stress? → STOP→PACE


🧩 Problem Solving Techniques

Full definitions for each mnemonic; Categorized Index above to browse by use case.

PREPARE

P - **Prioritize** the problem  
R - **Research** & brainstorm solutions  
E - **Evaluate** available options  
P - **Plan** steps to resolve issue  
A - **Act** on the plan  
R - **Reflect** on results  
E - **Evaluate** and revise plan as necessary  

When to use: Strategic planning; medium complexity, multi-stakeholder; needs structure. Time: 1–2 hr. Complexity: β˜…β˜…β˜†. Not for outagesβ€”use STOPβ†’TRACEβ†’DEBUG first; PREPARE in post-mortem.

⚠️ Pitfalls: Analysis paralysis β€” if past 30 min on Research, switch to IDEA. Skipping Reflect/Evaluate β†’ recurring issues.

πŸ”— Combines well with: RACI, SWOT, ICEBERG

πŸ“‹ Example: Infra migration: PREPARE for structure, RACI for roles, SWOT for cloud provider choice.

PADDER

P - **Pinpoint** problem  
A - **Analyze** data and look for patterns  
D - **Develop** solution & consider other ways to solve the issueβ€”try to have more than one option
D - **Design** action plan  
E - **Execute** action plan & Monitor Results  
R - **Reevaluate** and refine plan as needed  

When to use: Data-driven; pattern identification. Pairs with 8D D3 (Interim Containment) for quick fixes. Time: 15–60 min. Complexity: β˜…β˜…β˜†.

πŸ”— Combines well with: IDEA (simpler), 8D (formal), A3 (one-page PADDER for sharing)

πŸ“‹ Real-world example: Recurring server crashes - Pinpoint timing, Analyze logs for patterns, Develop interim solutions (restart service) + permanent fix (increase memory), Monitor effectiveness

ICEBERG

I - **Identify** issue(s)  
C - **Collect** data and analyze situation  
E - **Examine** possible (root) causes  
B - **Brainstorm** solutions  
E - **Execute** solution(s)  
R - **Review**, evaluate, and adjust solutions  
G - **Gather** feedback  

When to use: Complex, deep analysis; surface symptoms hide root causes; escalate from IDEA when complexity grows. Time: 30–60 min. Complexity: β˜…β˜…β˜….

⚠️ Pitfalls: Too deep on simple (e.g. 5‑min password reset): start with IDEA, escalate if needed. Skipping G (feedback): prevents recurrence; complete the cycle.

πŸ”— Combines well with: 5 Whys, Ishikawa (fishbone for Examine), 8D, IDEA (escalate if needed)

πŸ“‹ Real-world example: Network performance degradation - Identify slowness, Collect metrics (latency, packet loss), Examine causes (routing changes, bandwidth saturation), Brainstorm solutions, Execute, Review with team, Gather feedback from users

IDEA

I - **Identify** problem  
D - **Develop** Solution  
E - **Execute** Solution
A - **Assess** Solution  

When to use: Quick, simple; crisisβ€”use STOP first if stressed. Time: 2–5 min. Complexity: β˜…β˜†β˜†.

⚠️ Pitfalls: Escalation: if past 10 min or multiple blockers β†’ ICEBERG or PREPARE. Skipping A: validate; prevents recurrence.

πŸ”— Combines well with: STOP (crisis), PREPARE/ICEBERG (escalate)

πŸ“‹ Real-world example: User can't access VPN - Identify (connection error), Develop (reset credentials), Execute (send new password), Assess (confirm access restored)

5 Whys

  • Keep asking why until root causes are identified

When to use: Root cause analysis; 8D D4; combine with ICEBERG for deep dives. Time: variable. Complexity: β˜…β˜…β˜†.

⚠️ Pitfalls: Don’t stop at symptoms (e.g. "DB slow")β€”drill to process/systemic failure. Multiple root causes: use 5 Whys per branch.

πŸ”— Combines well with: ICEBERG, Ishikawa (branches, then "why" on each), 8D

πŸ“‹ Real-world example: Deployment failures - Why? Pipeline failed. Why? Tests timed out. Why? Database slow. Why? Index missing. Why? Schema change didn't include migration. Root cause: Missing migration validation step

Ishikawa (Fishbone) Diagram

Cause–effect; map multiple causes to one problem. Pairs with 5 Whys.

1. State the problem (head of the fish)
2. Choose categories (e.g. 6 M's: Machine, Method, Material, Manpower, Measurement, Milieu/Environment)
3. Brainstorm causes in each category (bones)
4. Drill into "why" for significant causes (use 5 Whys on branches)
5. Identify root causes to address

When to use: Multiple causes (5 Whys may miss branches); 8D D4 or ICEBERG Examine; brainstorm across people, process, tech, environment. Time: 30–60 min. Complexity: β˜…β˜…β˜†.

⚠️ Pitfalls: Too many bones: limit branches, focus on likely. Skipping drill-down: use 5 Whys on likely bones.

πŸ”— Combines well with: 5 Whys, 8D D4, ICEBERG, A3 (fishbone on A3)

πŸ“‹ Real-world example: Uptime drop - Problem (head): "Services unreachable." Bones: Method (recent deploy), Machine (high CPU), Manpower (config change). Drill with 5 Whys on "recent deploy" β†’ missing health-check in pipeline. Root cause: CI didn't run post-deploy checks.

8D Approach

Industry standard in automotive/manufacturing, adapted for IT incident management

D1 - **Form** a team  
D2 - **Describe** the problem  
D3 - **Interim** Containment Action (the "band-aid")  
D4 - **Root** Cause Analysis & Escape Point(s)  
D5 - **Permanent** Corrective Actions  
D6 - **Implement** & Validate Corrective Actions  
D7 - **Prevent** reoccurrence(s)  
D8 - **Congratulate** your team and close the loop (closure & celebration)

When to use: Critical incidents, formal resolution; documentation and prevention; team coordination (D1: RACI). Time: 30 min–4 wks. Complexity: β˜…β˜…β˜….

⚠️ Pitfalls: Stopping at D3: reach D7 or it recurs. Solo 8D: use D1 (Form a team) and RACI. Bureaucracy: use IDEA or PREPARE for non-critical.

πŸ”— Combines well with: PADDER (D3), 5 Whys+Ishikawa+ICEBERG (D4), A3 (one-page 8D), RACI (D1)

πŸ“‹ Real-world example: Data breach incident - Form security response team (RACI roles), Describe scope, Contain (disable compromised accounts), Analyze root cause (5 Whys: phishing β†’ no MFA β†’ insufficient training), Implement MFA, Validate with penetration test, Prevent (mandatory security awareness), Celebrate team response

A3 Problem Solving

Toyota's single-page (A3 size) structured problem-solving. Plan–Do–Check–Act on one sheet for clarity and alignment.

1. Background & problem statement
2. Current state / gap
3. Goal / target state
4. Root cause analysis (use 5 Whys or Ishikawa)
5. Countermeasures
6. Implementation plan & follow-up (Check)

When to use: Share problem and plan on one page; lighter than 8D; recurring/medium severity; socialize ICEBERG or PADDER output. Time: 1–2 hr. Complexity: β˜…β˜…β˜†.

⚠️ Pitfalls: Cramming: if it doesn’t fit, split or use 8D. Root cause box: use 5 Whys or Ishikawa, not symptoms.

πŸ”— Combines well with: 5 Whys, Ishikawa (root cause box), 8D (A3 summarizes), ICEBERG, PADDER

πŸ“‹ Real-world example: Sprint overruns - A3: Background (delivery slipping), Current state (scope creep, no Definition of Done), Goal (predictable sprints), Root cause (5 Whys β†’ no intake prioritization), Countermeasures (backlog refinement + DoD), Plan (next 2 sprints). Share with product and eng leadership on one page.

5Ps

Poor planning produces pitiful products. β€” Use as a reminder during planning; don’t skip PREPARE.

πŸ“Š Problem Analysis

Frameworks for scope and impact.

RACI

Roles and responsibilities in problem-solving.

R - **Responsible** (does the work)
A - **Accountable** (final approval)
C - **Consulted** (provides input)
I - **Informed** (kept updated)

When to use: Role confusion; 8D D1 (Form a team); end of WAITβ†’BREATHEβ†’PAUSE for conflict. Time: ongoing. Complexity: β˜…β˜†β˜†.

⚠️ Pitfalls: One "A" per task. Too many "C" slows decisionsβ€”only critical input.

πŸ“‹ Example: Infra upgrade: R=DevOps, A=Infra Manager, C=Security, I=All devs.

PESTEL

External factors that impact a problem or decision.

P - **Political**
E - **Economic**
S - **Sociocultural**
T - **Technological**
E - **Environmental**
L - **Legal**

When to use: Strategic planning, external factors; SCALE validation; architecture, compliance. Time: 1–4 hrs. Complexity: β˜…β˜…β˜†.

πŸ“‹ Real-world example: Cloud migration planning - Political (vendor lock-in concerns), Economic (cost optimization), Technological (API compatibility), Legal (data sovereignty requirements)

SWOT

Internal and external factors for a problem or decision.

S - **Strengths**
W - **Weaknesses**
O - **Opportunities**
T - **Threats**

When to use: PREPARE's "Evaluate options" step; SCALE design validation; strategic decision making. Time: 1–4 hrs. Complexity: β˜…β˜…β˜†.

πŸ“‹ Real-world example: Choosing deployment strategy - Strengths: automated rollback, Weaknesses: longer deployment time, Opportunities: canary testing, Threats: increased complexity

SET (Systems Engineering Triangle)

Good, Fast, Cheap: pick 2; the third suffers. (Fast+Cheap≠Good, Fast+Good≠Cheap, Good+Cheap≠Fast.)

When to use: Set expectations; end of SCALEβ†’SWOTβ†’PESTEL; architecture trade-offs. Time: quick. Complexity: β˜…β˜†β˜†.

πŸ“‹ Real-world example: Urgent security patch β€” Good+Fast β‡’ not cheap (overtime). Set expectations with leadership.

SEBoK

⚠️ Problem Resolution Threats

Blockers before they derail.

DICE

D - **Delay**
I - **Incompetence**
C - **Conflict**
E - **External** factors

When to use: IDEAβ†’DICEβ†’FATE triage; blockers before execution; risk in PREPARE phase. Time: 10–30 min. Complexity: β˜…β˜†β˜†.

FATE

F - **Funding**
A - **Allocation** of resources 
T - **Time**
E - **Expertise**

When to use: Resource validation in triage; feasibility; after DICE to validate resources. Time: 10–30 min. Complexity: β˜…β˜†β˜†.

PEST

P - **Political**
E - **Economic**
S - **Social**
T - **Technological**

When to use: External threats to solutions; how to combat/remove. Time: 15–30 min. Complexity: β˜…β˜†β˜†.

πŸ—£οΈ Communication & Conflict

Calm, productive in difficult conversations.

BREATHE

B - **Breathe** deeply and slowly   
R - **Remain** rational and listen  
E - **Empathize** with the other person's problem
A - **Ask** questions to understand  
T - **Take** a break if needed  
H - **Hold** back from reacting  
E - **Express** yourself calmly  

When to use: First when tensions rise (breathing regulates); WAITβ†’BREATHEβ†’PAUSEβ†’RACI; if break needed β†’ PAUSE. Time: 3–7 min. Complexity: β˜…β˜†β˜†.

⚠️ Pitfalls: Fake: breathing must be intentional and deep. Weaponizing: don’t use dismissively; damages trust.

πŸ”— Combines well with: WAIT, PAUSE, STOP

πŸ“‹ Real-world example: Stakeholder disagrees with technical approach in meeting - Breathe deeply (regulate emotions), Remain rational, Empathize with their concerns, Ask clarifying questions, Take 5-minute break if tension escalates, Hold back defensive reactions, Express technical rationale calmly

PAUSE

P - **Put** things in perspective   
A - **Acknowledge** your feelings and theirs
U - **Understand** that you don't have to act/react right away  
S - **Step** Away from the situation  
E - **Evaluate** options and plan before acting   

When to use: When BREATHE isn't enoughβ€”need physical separation; "Step Away" connects to WAIT; combine with STOP for immediate stress de-escalation. Time: 5–20 min. Complexity: β˜…β˜†β˜†.

πŸ”— Combines well with: BREATHE (first step), WAIT (listen before speaking), STOP (stress response)

πŸ“‹ Real-world example: Heated debate about architecture decision - Put in perspective (not life-or-death), Acknowledge both viewpoints have merit, Don't decide now, Step away for lunch break, Evaluate pros/cons offline, Return with structured comparison

WAIT

"Why am I troubled / talking?" β€” Choose the right response; often listening is better.

When to use: Before speaking; first in WAITβ†’BREATHEβ†’PAUSEβ†’RACI. Use BREATHE to regulate, then WAIT to choose. Time: instant. Complexity: β˜…β˜†β˜†.

⚠️ Pitfalls: Not "don’t respond"β€”choose effectively. Don’t use WAIT to avoid necessary communication or to dodge escalation.

πŸ”— Combines well with: BREATHE, PAUSE

πŸ“‹ Example: Accusatory email: Ask "Why troubled?" (ego?) and "Why talking?" (defend or resolve?). BREATHE+PAUSE; respond later with facts.

🧘 Stress & Resilience

Calm and connected under pressure.

PACE

P - **Physical** activity
A - **Avoiding** unhealthy behaviors
C - **Coping** skills
E - **Emotional** awareness

When to use: First in PACEβ†’ARIESβ†’CALMβ†’SHINE; immediate stress. Time: 5–10 min. Complexity: β˜…β˜†β˜†.

STOP

S - **Step** back
T - **Take** a deep breath
O - **Observe** what is happening
P - **Pull** back and put things in perspective

When to use: First response to ANY crisisβ€”immediate stress management; start of STOPβ†’TRACEβ†’DEBUGβ†’8D crisis chain; use with IDEA for quick problem resolution. Time: 2–5 min. Complexity: β˜…β˜†β˜†.

⚠️ Common pitfalls:

  • Going through motions - Rushing through STOP without actually calming. The "Take a deep breath" must be intentional - pause for 3-5 seconds.
  • Stopping at STOP - Using STOP but not proceeding to next step (TRACE/IDEA). STOP is the foundation, not the solution.

πŸ”— Combines well with: BREATHE + PAUSE (breathing techniques), IDEA (quick problem solving)

πŸ“‹ Real-world example: Production alert at 2 AM - Step back (don't panic), Take deep breath (reduce adrenaline), Observe (read alert details), Pull back perspective (assess severity before waking team), Then proceed to TRACE for diagnostics

ARIES

A - **Avoid** unnecessary stress
R - **Relax** and take breaks
I - **Incorporate** physical activity into your routine
E - **Eat** a healthy diet
S - **Sleep** well

When to use: Lifestyle in PACEβ†’ARIESβ†’CALM; long-term stress recovery. Time: 2–4 weeks. Complexity: β˜…β˜…β˜†.

CALM

C - **Confidence:** Believe in your abilities and strengths
A - **Awareness:** Stay conscious of your thoughts and feelings
L - **Logic:** Use rational thinking to overcome doubts
M - **Mindfulness:** Practice being present and focused

When to use: Builds long-term resilience and confidence; use after PACE or ARIES for comprehensive stress management; confidence connects to SHINE. Time: 5–10 min (ongoing). Complexity: β˜…β˜†β˜†.

πŸ”— Combines well with: SHINE, PACE, ARIES

SHINE

S - **Stay** present, in the moment  
H - **Have** a healthy positive perspective  
I - **Identify** and do positive activities   
N - **Nourish** positive relationships  
E - **Express** yourself  

When to use: End of PACEβ†’ARIESβ†’CALMβ†’SHINE; ongoing positivity; links to CALM. Time: ongoing. Complexity: β˜…β˜†β˜†.

πŸ”§ Infrastructure & Systems Engineering

Infra and DevOps.

TRACE (Network Troubleshooting)

T - **Test** connectivity (ping, traceroute)
R - **Review** logs and metrics
A - **Analyze** packet captures
C - **Check** configurations
E - **Escalate** with documented evidence

When to use: With PREPARE and 8D; T for quick, A for deep; document for 8D D2. Time: variable. Complexity: β˜…β˜…β˜†.

πŸ”— Combines well with: PREPARE, 8D

SCALE (Infrastructure Design)

S - **Security** by design
C - **Capacity** planning
A - **Automation-first**
L - **Load** balancing
E - **Error** handling/resilience

When to use: SWOT for design validation; PESTEL for external factors; SET for trade-offs per component. Time: 1–4 hrs. Complexity: β˜…β˜…β˜†.

πŸ”— Combines well with: SWOT, PESTEL, SET

DEBUG (Code & System Analysis)

D - **Define** the problem (what changed?)
E - **Examine** error messages/logs
B - **Break** down into components
U - **Understand** data flow
G - **Generate** hypothesis and test

When to use: 5 Whys + ICEBERG; start with D (often misstated); with TRACE for network/system. Time: variable. Complexity: β˜…β˜…β˜†.

πŸ”— Combines well with: 5 Whys, ICEBERG, TRACE

πŸ”— Proven Mnemonic Pipelines

Ordered chains of mnemonics for end-to-end workflows (e.g. crisis, conflict, root cause).

1. CRISIS RESPONSE CHAIN

STOP β†’ TRACE β†’ DEBUG β†’ 8D

When: Production outages, system failures, critical incidents Β· Time: 1–4 hr

Flow: STOP β†’ TRACE β†’ DEBUG β†’ 8D

Why: STOP stabilizes; TRACE gathers evidence; DEBUG structures analysis; 8D prevents recurrence.

2. CONFLICT RESOLUTION CHAIN

WAIT β†’ BREATHE β†’ PAUSE β†’ RACI

When: Team disagreements, tense meetings, stakeholder conflicts Β· Time: 5–20 min

Flow: WAIT β†’ BREATHE β†’ PAUSE β†’ RACI

Why: WAIT prevents escalation; BREATHE regulates; PAUSE creates space; RACI clarifies roles (often the root cause).

3. ROOT CAUSE INVESTIGATION CHAIN

ICEBERG β†’ 5 Whys β†’ PADDER β†’ RACI

When: Recurring issues, complex systems, post-incident Β· Time: 1–2 hr

Flow: ICEBERG β†’ 5 Whys β†’ PADDER β†’ RACI

Why: ICEBERG structures; 5 Whys drill to root cause; PADDER plans; RACI ensures accountability.

4. STRATEGIC DESIGN CHAIN

SCALE β†’ SWOT β†’ PESTEL β†’ SET

When: Infrastructure planning, architecture reviews, capacity Β· Time: 2–4 hr

Flow: SCALE β†’ SWOT β†’ PESTEL β†’ SET

Why: SCALE sets requirements; SWOT evaluates; PESTEL finds external risks; SET manages expectations.

5. STRESS BURNOUT RECOVERY CHAIN

PACE β†’ ARIES β†’ CALM β†’ SHINE

When: Long-term stress, approaching burnout, lifestyle reset Β· Time: 2–4 weeks (habit formation)

Flow: PACE β†’ ARIES β†’ CALM β†’ SHINE

Why: PACE (immediate); ARIES (lifestyle); CALM (resilience); SHINE (sustainable).

6. RAPID TRIAGE CHAIN

IDEA β†’ DICE β†’ FATE

When: Quick wins, time-critical decisions, feasibility check Β· Time: 10–30 min

Flow: IDEA β†’ DICE β†’ FATE

Why: IDEA (fast frame); DICE (blockers); FATE (resources).

πŸ“Š Pipeline Selection Matrix

Your Situation Pipeline Key Benefit
🚨 System down NOW STOP β†’ TRACE β†’ DEBUG β†’ 8D Systematic crisis response
😀 Team conflict escalating WAIT β†’ BREATHE β†’ PAUSE β†’ RACI De-escalation + role clarity
πŸ” Same issue keeps happening ICEBERG β†’ 5 Whys β†’ PADDER β†’ RACI Deep root cause + prevention
πŸ—οΈ Designing new infrastructure SCALE β†’ SWOT β†’ PESTEL β†’ SET Complete planning framework
😰 Feeling burned out PACE β†’ ARIES β†’ CALM β†’ SHINE Comprehensive stress recovery
⚑ Need quick decision IDEA β†’ DICE β†’ FATE Fast feasibility assessment

πŸ’‘ Pro Tips

  1. Don’t skip steps β€” Each mnemonic builds on the previous.
  2. Document at each stage — STOP→TRACE→DEBUG; each step feeds the next.
  3. Branch when needed β€” If IDEA reveals complexity, switch to ICEBERG β†’ 5 Whys.
  4. Start with STOP when emotionally activated.
  5. Teach your team β€” Shared vocabulary speeds collaboration.

🎯 Common Mistakes

Mistake Problem Fix Example
Jumping to solutions Skip STOP/WAIT when stressed β†’ bad decisions STOP first in crises; WAIT before reacting 2 AM alert: SSH without STOP β†’ wrong reboot. STOP (30 s) β†’ assess β†’ TRACE.
Wrong pipeline IDEA won’t fix systemic issues ICEBERG β†’ 5 Whys for recurring Weekly DB timeouts: IDEA (restart) β†’ returns. ICEBERG+5 Whys β†’ missing pool config β†’ permanent fix.
Incomplete execution 8D stopped at D3 (band-aid) Always reach D7 (Prevent Reoccurrence) β€”
Solo hero No RACI β†’ no accountability if you’re out RACI in 8D D1 (Form a team) β€”
Analysis paralysis PREPARE→ICEBERG→5 Whys→8D for simple issues Start with IDEA; escalate if complexity emerges —
Wrong tool SWOT for root cause; 8D solo Use 5 Whys/ICEBERG for root cause; 8D requires team (RACI) β€”
Multiple frameworks Using several at once β†’ confusion Pick ONE matching your situation β€”

Selection Self-Check

  • Framework matches my situation type?
  • I have required time/resources?
  • Using ONE framework only?
  • Can explain each step?

Still Stuck?

  1. Simplify: One-sentence problem description
  2. Return to Quick Reference table
  3. Start with IDEA (simplest framework)
  4. Seek domain-specific expertise if needed

↑ Quick Reference Β· ↑ Top

🀝 Contributing

This is a curated playbook, not a link collection. We focus on battle-tested mnemonics with complete definitions, not external resources.

Submission criteria:

  • βœ… Battle-tested β€” Used in production, real incidents, or engineering decisions
  • βœ… Provable/actionable β€” Not just motivational, must have concrete steps
  • βœ… Cross-references β€” Should link to related mnemonics where applicable
  • βœ… Real-world context β€” Include actual usage examples
  • βœ… Memorable β€” The acronym/pattern should be easy to recall under pressure

See CONTRIBUTING.md for full guidelines and submission template.

Suggested GitHub topics for discoverability: 8d-methodology, swot-analysis, pestel, systems-engineering, incident-response, root-cause-analysis, problem-solving, mnemonics, sre, devops, stress-management, framework


πŸ“₯ Release Versions

v2.9 (2026-01-31) β€” Docs: Jump to nav, Sources consolidation; release artifacts regenerated. CHANGELOG

ZIP (all formats): Complete Β· Quick Reference

By format: Complete β€” PDF DOCX RTF MD Β· Quick β€” PDF DOCX RTF MD. releases/README for details.


Sources & References

πŸ“š For complete citations, confidence ratings, and attribution, see SOURCES.md.

🎯 For real-world scenarios showing how frameworks chain together, see SCENARIOS.md.

Legend: βœ“ documented; ⚠ adapted; β„Ή curated. β˜…β˜…β˜… strongly validated; β˜…β˜… industry standard; β˜… curated. SOURCES.md is the single source of truth for detailed citations.