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
Blameless Postmortem workspace showing the question, observations, and next decision.
DevOps
Blameless Postmortem
Paper illustration of MORT Analysis with its method-specific working model.
Operations
MORT Analysis
Paper illustration of Family Tree Analysis with its method-specific working model.
Operations
Family Tree Analysis
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.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.For a safety-relevant event or a system with high protection requirements, the method examines where controls failed. It exposes both technical and organizational gaps.For a series of incidents with a similar pattern, the method arranges individual events as branches of a common origin. It makes visible which conditions keep recurring.
Complexitydifferent
LowMediumHighMedium
Timedifferent
20-60 min30-90 minMehrere Tage bis Wochen2-4 h
Participantsdifferent
1-43-122-62-6
Formatdifferent
AsyncWorkshop + asyncWorkshop + asyncWorkshop + async
Outputdifferent
Runbook, Checklist, Escalation PathPostmortem Doc, Action Items, TimelineMORT Worksheets, Findings per Branch, Corrective Actions, Systemic RecommendationsFamily Tree Diagram, Pattern Notes, Systemic Measures
Tagsno overlap
OperationsReliabilityDocumentation
Site Reliability EngineeringIncidentLearningReliability
Root causeSafetySystemicIncident
Root causePatternsIncidentSystemic
Add more methods