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
A paper-based illustration representing Domain Storytelling with its core stages and visible working result.
Knowledge Modeling
Domain Storytelling
Paper illustration for Change Analysis.
Operations
Change Analysis
Paper illustration for Domain Context Map
Domain Modeling
Domain Context Map
Systems Mapping method illustration showing its working structure
Systems Thinking
Systems Mapping
Purposedifferent
Domain Storytelling translates domain knowledge into a shared narrative of actors, objects, and workflows. It is especially useful when language, rules, and process understanding must be tightly connected.For a deviation after a change, the method isolates the influence of the altered condition. It narrows down which differences are relevant and which are just accompanying noise.When a domain model and its associated contexts need to be thought through together, it creates a shared overview. It connects the business view and organizational boundary into a readable whole.Systems Mapping arranges elements, relationships, and boundaries so a complex field becomes legible at a glance. The overview stabilizes the overall picture before detail work or steering begins.
Complexitydifferent
LowMediumMediumMedium
Timedifferent
1-2 h45-120 min1-3 h1-3 h
Participantsdifferent
2-82-63-103-12
Formatdifferent
WorkshopWorkshop + asyncWorkshopWorkshop + async
Outputdifferent
Domain Story, Glossary Notes, Process NarrativeChange Matrix, Cause Hypotheses, Validation Questions, Action ListDomain Context Map, Boundary Notes, Ownership MapSystem Map, Dependencies, Leverage Points
Tagsno overlap
KnowledgeDomain-Driven DesignProcess
ChangeRoot causeTroubleshootingComparison
Domain-Driven DesignContextBoundaries
Systems thinkingMappingBoundariesChange
Add more methods