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
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 a Concept Map with concepts and labelled links
Knowledge Modeling
Concept Mapping
Paper illustration for Knowledge Mapping.
Knowledge Modeling
Knowledge Mapping
Red Teaming method illustration showing its working structure
Decision Making
Red Teaming
Purposedifferent
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.Concept Mapping arranges terms and relationships in a network that makes subject-matter connections tangible. It fits when a topic needs to be understood structurally rather than linearly.Knowledge Mapping makes knowledge, gaps, and transfer paths visible across a field. It fits when expertise should not just exist but also be findable and transferable.For strategic decisions with high reach, agreement and gut feeling are often not enough. Red teaming brings deliberate opposition into the situation and tests where a plan breaks under real counterarguments.
Complexitydifferent
MediumMediumMediumHigh
Timedifferent
2-8 h1-2 h1-3 h1-4 h
Participantsdifferent
5-121-83-123-8
Formatdifferent
WorkshopWorkshop + asyncWorkshopWorkshop
Outputdifferent
Event Timeline, Ubiquitous Language, Boundaries, Open QuestionsConcept Map, Relationship Labels, Knowledge GapsKnowledge Map, Critical Knowledge Areas, Transfer PlanChallenge Findings, Risk Register, Mitigation Plan
Tagsno overlap
Domain-Driven DesignEventsDiscoveryWorkshop
KnowledgeConceptsMappingSensemaking
KnowledgeMappingRisk
RiskDecisionSensemaking
Add more methods