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 for Root Cause Tree Analysis
Operations
Root Cause Tree Analysis
Paper illustration of Barrier Analysis with its method-specific working model.
Operations
Barrier 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 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.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.
Complexitysame
MediumMediumMediumMedium
Timedifferent
1-4 h2-8 h1-3 h2-4 h
Participantsdifferent
3-85-122-82-6
Formatdifferent
Workshop + asyncWorkshopWorkshopWorkshop + async
Outputdifferent
Problem Statement, Cause Hypotheses, Confirmed Causes, Action PlanEvent Timeline, Ubiquitous Language, Boundaries, Open QuestionsCause Tree, Evidence Notes, CountermeasuresBarrier Inventory, Failure Analysis per Barrier, Action Backlog
Tagsno overlap
Root causeProblem solvingQualityIncident
Domain-Driven DesignEventsDiscoveryWorkshop
Root causeTreeIncidentQuality
Root causeSafetyIncident
Add more methods