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
ChatOps workspace showing the question, observations, and next decision.
DevOps
ChatOps
Paper illustration of MORT Analysis with its method-specific working model.
Operations
MORT Analysis
Iceberg Model method illustration showing its working structure
Systems Thinking
Iceberg Model
A 5 Whys working surface connects an observable problem with evidenced causes, marked uncertainty and concrete countermeasures with ownership.
Operations
5 Whys
Purposedifferent
For operational work in a distributed team, the method links communication with direct system control. It records decisions right where the signal, the context, and the execution come together.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.The Iceberg Model separates visible events from patterns, structures, and mental models. This turns a single observation into a deeper understanding of why a problem keeps recurring.For a single, hard-to-explain deviation, the method exposes the causal chain behind the visible symptom. It keeps the cause open until a controllable condition emerges instead of a mere description.
Complexitydifferent
MediumHighLowLow
Timedifferent
OngoingMehrere Tage bis Wochen30-60 min15-30 min
Participantsdifferent
2-202-62-102-6
Formatdifferent
Workshop + asyncWorkshop + asyncWorkshop + asyncWorkshop
Outputdifferent
Chat Transcript, Action Log, AutomationsMORT Worksheets, Findings per Branch, Corrective Actions, Systemic RecommendationsIceberg Worksheet, Pattern Notes, Intervention IdeasRoot cause notes, Countermeasures
Tagsno overlap
CollaborationEngineeringIncident
Root causeSafetySystemicIncident
Systems thinkingRoot causePatterns
Root causeIncidentLeanProblem solving
Add more methods