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
Paper illustration of Shape Up with its method-specific working model.
Delivery
Shape Up
Paper illustration of MORT Analysis with its method-specific working model.
Operations
MORT Analysis
Paper illustration of Barrier Analysis with its method-specific working model.
Operations
Barrier Analysis
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.Shape Up helps clarify scope, sequence, and delivery flow. It makes work boundaries and decisions explicit and captures results as pitches, bet-table decisions, and hill charts.For a safety-relevant event or a system with high protection requirements, the method examines where controls failed. It exposes both technical and organizational gaps.For a risk that can only be managed through multiple layers of protection, the method examines the effectiveness of each barrier. It shows where safeguards are missing, too weak, or fail under real conditions.
Complexitydifferent
MediumMediumHighMedium
Timedifferent
30-240 min6 Wochen Cycle + 2 Wochen Cool-DownMehrere Tage bis Wochen2-4 h
Participantsdifferent
1-62-4 pro Pitch2-62-6
Formatsame
Workshop + asyncWorkshop + asyncWorkshop + asyncWorkshop + async
Outputdifferent
Hypothesis Log, Test Plan, Evidence Notes, Diagnosis SummaryPitches, Bet-table decisions, Hill charts, Cooldown outcomesMORT Worksheets, Findings per Branch, Corrective Actions, Systemic RecommendationsBarrier Inventory, Failure Analysis per Barrier, Action Backlog
Tagsno overlap
TroubleshootingProblem solvingDiagnosis
PlanningDeliveryAutonomy
Root causeSafetySystemicIncident
Root causeSafetyIncident
Add more methods