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 Scrum with its method-specific working model.
Agile
Scrum
Paper board with the four ROAM fields Resolved, Owned, Accepted, and Mitigated.
Agile
ROAM Board
Paper illustration of MORT Analysis with its method-specific working model.
Operations
MORT Analysis
A 5 Whys working surface connects an observable problem with evidenced causes, marked uncertainty and concrete countermeasures with ownership.
Operations
5 Whys
Purposedifferent
When a team needs to work in a fixed delivery rhythm, it stabilizes cadence, responsibility, and feedback loops. It makes collaboration reliable across sprint boundaries.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 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 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.
Complexitydifferent
MediumLowHighLow
Timedifferent
1-4 Wochen je Sprint, laufend20-40 min initial, dann laufendMehrere Tage bis Wochen15-30 min
Participantsdifferent
3-10 (Scrum Team)3-152-62-6
Formatdifferent
Workshop + asyncWorkshop + asyncWorkshop + asyncWorkshop
Outputdifferent
Product Backlog, Sprint Backlog, Increment, Sprint GoalROAM Board, Owner ListMORT Worksheets, Findings per Branch, Corrective Actions, Systemic RecommendationsRoot cause notes, Countermeasures
Tagsno overlap
AgileIterationCadence
RiskAgileTrackingAlignment
Root causeSafetySystemicIncident
Root causeIncidentLeanProblem solving
Add more methods