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 Root Cause Analysis.
Operations
Root Cause Analysis
EventStorming on a long working surface: colored event cards form a business flow, friction points are marked, and a boundary separates different areas of responsibility.
Domain Modeling
EventStorming
Paper illustration of Barrier Analysis with its method-specific working model.
Operations
Barrier Analysis
Paper illustration for Root Cause Tree Analysis
Operations
Root Cause Tree Analysis
Purposedifferent
When a problem keeps recurring and the cause stays unclear, the method exposes the underlying mechanism. It separates symptom, guess, and robust explanation from one another.When a domain consists of many events, rules, and states, it creates a shared modeling space for the team. It bundles language, flows, and boundaries before domain knowledge fragments into siloed views.For a risk that can only be managed through multiple layers of protection, the method examines the effectiveness of each barrier. It shows where safeguards are missing, too weak, or fail under real conditions.For a problem with several suspected causes, the method builds a causal structure instead of a mere list. It makes visible how causes connect and where the strongest points of leverage lie.
Complexitysame
MediumMediumMediumMedium
Timedifferent
1-4 h2-8 h2-4 h1-3 h
Participantsdifferent
3-85-122-62-8
Formatdifferent
Workshop + asyncWorkshopWorkshop + asyncWorkshop
Outputdifferent
Problem Statement, Cause Hypotheses, Confirmed Causes, Action PlanEvent Timeline, Ubiquitous Language, Boundaries, Open QuestionsBarrier Inventory, Failure Analysis per Barrier, Action BacklogCause Tree, Evidence Notes, Countermeasures
Tagsno overlap
Root causeProblem solvingQualityIncident
Domain-Driven DesignEventsDiscoveryWorkshop
Root causeSafetyIncident
Root causeTreeIncidentQuality
Add more methods