methodatlas
Compare

View methods side by side.

Choose up to four methods. Add them using the search and share the comparison by copying its link.

Criterion
Paper illustration for Hypothesis-Driven Troubleshooting.
Engineering
Hypothesis-Driven Troubleshooting
Game Day workspace showing the question, observations, and next decision.
DevOps
Game Day
Blameless Postmortem workspace showing the question, observations, and next decision.
DevOps
Blameless Postmortem
A3 Problem-Solving workspace showing the question, observations, and next decision.
Operations
A3 Problem Solving
Purposedifferent
When systems fail unexpectedly, spontaneous attempts often produce more noise than insight. Hypothesis-driven Troubleshooting translates symptoms into testable assumptions and makes troubleshooting learnable.In preparing for rare incidents, the method tests response capability under controlled conditions. It shows where assumptions about stability, roles, and recovery are too optimistic.After an incident with damage or a near miss, the method creates a sober field for learning without assigning blame. It directs attention to the course of events, conditions, and effective countermeasures.For a complex deviation with several people involved, the method bundles problem, analysis, and decision onto one page. It creates a shared working space where causes, countermeasures, and follow-up fit together.
Complexitydifferent
MediumHighMediumMedium
Timedifferent
30-240 minHalber Tag30-90 min45-90 min
Participantsdifferent
1-65-203-122-5
Formatdifferent
Workshop + asyncWorkshopWorkshop + asyncWorkshop + async
Outputdifferent
Hypothesis Log, Test Plan, Evidence Notes, Diagnosis SummarySimulation Notes, Gaps List, Updated RunbooksPostmortem Doc, Action Items, TimelineA3 Report, Action Plan, Root Cause Analysis
Tagsno overlap
TroubleshootingProblem solvingDiagnosis
ResilienceOperationsIncident
Site Reliability EngineeringIncidentLearningReliability
LeanProblem solvingCoachingOperations
Add more methods