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 a four-column Kanban board with limited ongoing work, a visible blocker and a review loop.
Engineering
Kanban
Blameless Postmortem workspace showing the question, observations, and next decision.
DevOps
Blameless Postmortem
Paper illustration of an assumption matrix with prioritized test cards
Decision Making
Assumption Surfacing
Paper illustration of DIBB with its method-specific working model.
Product Strategy
DIBB
Purposedifferent
When work sits in too many parallel streams, throughput suffers and no one sees the bottlenecks. Kanban makes the flow of work visible and limits overload so a system becomes calmer and more predictable.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.Plans often contain assumptions that were never openly stated and remain dangerous precisely because of that. Assumption Surfacing makes these silent premises visible and prioritizes which of them carry the initiative or could sink it.DIBB helps clarify target groups, value, goals, and priorities by making the logic behind a decision explicit. It captures results as a DIBB document, belief list, bet list, and learning report.
Complexitydifferent
MediumMediumLowLow
Timedifferent
Ongoing30-90 min45-90 min1-2 h
Participantsdifferent
2-123-122-82-8
Formatsame
Workshop + asyncWorkshop + asyncWorkshop + asyncWorkshop + async
Outputdifferent
Kanban board, WIP policies, Flow metricsPostmortem Doc, Action Items, TimelineAssumption List, Critical Assumptions, Learning PlanDIBB document, Belief list, Bet list, Learning report
Tagsno overlap
FlowVisual managementDelivery
Site Reliability EngineeringIncidentLearningReliability
AssumptionsRiskDecisionDiscovery
StrategyDecisionAssumptionsHypothesis
Add more methods