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 Incident Timeline Analysis.
DevOps
Incident Timeline Analysis
Paper illustration for Starfish Retrospective
Agile
Starfish Retrospective
Paper illustration for Accountability Ladder
Operations
Accountability Ladder
Purposedifferent
For an incident with an unclear sequence, the method makes the timeline precisely visible. It separates perception, reaction, and delay so cause and effect become more clearly readable.When improvement options need to be sorted more finely than just start and stop, it brings observations into clear kinds of action. This makes visible what should be done more, less, newly, or continued.With defensive reactions to problems, the method shifts the view from justification to ownership. It makes visible which reaction stage a person or team is currently stuck on.
Complexitydifferent
MediumLowLow
Timedifferent
60-180 min45-90 min20-45 min
Participantsdifferent
3-104-121-8
Formatdifferent
Workshop + asyncWorkshopWorkshop + async
Outputdifferent
Incident Timeline, Evidence Log, Delay Analysis, Improvement ActionsStarfish Board, Practice Changes, ExperimentsOwnership Reflection, Action Commitment, Coaching Notes
Tagsno overlap
IncidentTimelineSite Reliability Engineering
RetrospectiveImprovementExperimentsTeam
ResponsibilityLeadershipTeam
Add more methods

Often compared together

Methods with strong topical overlap with the current selection, not yet in the comparison.

Paper illustration for Sailboat Retrospective
Agile
Sailboat Retrospective
Paper illustration of a team retrospective with three separate Start, Stop, and Continue areas and a shared action list.
Agile
Start Stop Continue
A structured reflection surfaces what was liked, learned, lacked, and longed for. It is a conversation format and does not validate actions automatically.
Agile
4Ls Retrospective
Blameless Postmortem workspace showing the question, observations, and next decision.
DevOps
Blameless Postmortem