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 of RAID Log with a method-specific labelled workspace.
Delivery
RAID Log
Paper illustration of MORT Analysis with its method-specific working model.
Operations
MORT Analysis
Paper board with the four ROAM fields Resolved, Owned, Accepted, and Mitigated.
Agile
ROAM Board
Paper illustration for Fault Tree Analysis.
Operations
Fault Tree Analysis
Purposedifferent
Helps clarify scope, sequence, and delivery flow in concrete terms. It makes work, boundaries, and order steerable. The result is captured as a RAID Log and a source for status reporting.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.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 critical top event with several possible triggers, the method logically models failure paths. It makes visible which combinations of conditions can lead to damage.
Complexitydifferent
LowHighLowHigh
Timedifferent
30 min Setup, dann laufendMehrere Tage bis Wochen20-40 min initial, dann laufend2-6 h
Participantsdifferent
1-3 maintaining, briefing for everyone2-63-153-8
Formatdifferent
AsyncWorkshop + asyncWorkshop + asyncWorkshop + async
Outputdifferent
RAID Log, Status Report SourceMORT Worksheets, Findings per Branch, Corrective Actions, Systemic RecommendationsROAM Board, Owner ListFault Tree, Critical Paths, Cause Hypotheses, Control Actions
Tagsno overlap
RiskTrackingStakeholdersGovernance
Root causeSafetySystemicIncident
RiskAgileTrackingAlignment
RiskRoot causeSafety
Add more methods