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
Runbook workspace showing the question, observations, and next decision.
Operations
Runbook
Incident Command workspace showing the question, observations, and next decision.
DevOps
Incident Command
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.For recurring operational tasks or incidents, the method keeps solid action logic ready. It reduces uncertainty when time pressure, role changes, or rare situations demand fast access.During an acute incident with several people involved, the method creates a clear leadership and communication structure. It reduces chaos when fast coordination and clean situational awareness are both needed at once.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
MediumLowMediumLow
Timedifferent
1-4 Wochen je Sprint, laufend20-60 minAs needed15-30 min
Participantsdifferent
3-10 (Scrum Team)1-44-152-6
Formatdifferent
Workshop + asyncAsyncWorkshop + asyncWorkshop
Outputdifferent
Product Backlog, Sprint Backlog, Increment, Sprint GoalRunbook, Checklist, Escalation PathIncident Log, Action Tracker, Stakeholder UpdatesRoot cause notes, Countermeasures
Tagsno overlap
AgileIterationCadence
OperationsReliabilityDocumentation
IncidentOperationsReliability
Root causeIncidentLeanProblem solving
Add more methods