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 Bucket System.
Agile
Bucket System
Blameless Postmortem workspace showing the question, observations, and next decision.
DevOps
Blameless Postmortem
Paper illustration for Planning Poker.
Agile
Planning Poker
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
Purposedifferent
When a large batch of work needs a fast, rough estimate, it sorts items into predefined size buckets. It sorts work by value, risk, and delivery ability. The result is captured as a Bucketed Backlog, Relative Estimates, and Split Candidates.After an incident with damage or a near miss, the method creates a sober field for learning without assigning blame. It directs attention to the course of events, conditions, and effective countermeasures.When estimates within the team diverge too much, it puts differing expectations on a common test bench. It separates rough complexity from unspoken assumptions.When a sprint should not only be assessed but also learned from, it captures experience in clear learning categories. It records what worked, what's missing, and what should run differently next time.
Complexitydifferent
MediumMediumLowLow
Timedifferent
30-90 min30-90 min2-5 min je Item45–75 min
Participantsdifferent
3-123-123-9Team members involved
Formatdifferent
WorkshopWorkshop + asyncWorkshop + asyncWorkshop
Outputdifferent
Bucketed Backlog, Relative Estimates, Split CandidatesPostmortem Doc, Action Items, TimelineRelative Estimates, Assumption Notes, Split Candidates4Ls Board, Learning Themes, Improvement Actions
Tagsno overlap
EstimationBacklogRelative sizing
Site Reliability EngineeringIncidentLearningReliability
EstimationAgileRelative sizingTeam
RetrospectiveLearningReflectionTeam
Add more methods