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 Fault Tree Analysis.
Operations
Fault Tree Analysis
Paper board with the four ROAM fields Resolved, Owned, Accepted, and Mitigated.
Agile
ROAM Board
A 5 Whys working surface connects an observable problem with evidenced causes, marked uncertainty and concrete countermeasures with ownership.
Operations
5 Whys
Paper illustration of MORT Analysis with its method-specific working model.
Operations
MORT Analysis
Purposedifferent
For a critical top event with several possible triggers, the method logically models failure paths. It makes visible which combinations of conditions can lead to damage.When work needs to move between different states or columns, it makes that movement and its handoffs legible. It sorts work by value, risk, and delivery ability. The result is captured as a ROAM Board and an Owner List.For a single, hard-to-explain deviation, the method exposes the causal chain behind the visible symptom. It keeps the cause open until a controllable condition emerges instead of a mere description.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.
Complexitydifferent
HighLowLowHigh
Timedifferent
2-6 h20-40 min initial, dann laufend15-30 minMehrere Tage bis Wochen
Participantsdifferent
3-83-152-62-6
Formatdifferent
Workshop + asyncWorkshop + asyncWorkshopWorkshop + async
Outputdifferent
Fault Tree, Critical Paths, Cause Hypotheses, Control ActionsROAM Board, Owner ListRoot cause notes, CountermeasuresMORT Worksheets, Findings per Branch, Corrective Actions, Systemic Recommendations
Tagsno overlap
RiskRoot causeSafety
RiskAgileTrackingAlignment
Root causeIncidentLeanProblem solving
Root causeSafetySystemicIncident
Add more methods