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
Runbook workspace showing the question, observations, and next decision.
Operations
Runbook
Paper illustration of an IBIS map with issues, positions and arguments
Knowledge Modeling
IBIS
Blameless Postmortem workspace showing the question, observations, and next decision.
DevOps
Blameless Postmortem
Paper illustration of two considered options leading to a decision record with a marked status and visible consequences.
Architecture
Architecture Decision Record
Purposedifferent
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.IBIS structures thinking about complex questions as a sequence of issues, ideas, and arguments. The method keeps discussions open without forcing them into premature consensus.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.An ADR permanently records an architecture decision with context, trade-offs, and consequence. It creates continuity for later changes because the decision path stays traceable.
Complexitydifferent
LowMediumMediumLow
Timedifferent
20-60 min1-3 h30-90 min15-45 min
Participantsdifferent
1-42-83-121-3
Formatdifferent
AsyncWorkshop + asyncWorkshop + asyncAsync
Outputdifferent
Runbook, Checklist, Escalation PathIssue Map, Positions, Argument NotesPostmortem Doc, Action Items, TimelineADR File, Decision Log, Rationale
Tagsno overlap
OperationsReliabilityDocumentation
RationaleKnowledgeDecision
Site Reliability EngineeringIncidentLearningReliability
ArchitectureRationaleDocumentationGovernance
Add more methods