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 Risk Storming.
Architecture
Risk Storming
Paper illustration for Eat the Frog
Operations
Eat the Frog
Paper illustration of a calm four-quadrant Assumption Map with hypothesis cards and emphasis on important assumptions with little evidence.
Product Discovery
Assumption 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.Helps clarify architecture context, options, and consequences in concrete terms. It organizes technical context, alternatives, and consequences. The result is captured as an Annotated Diagram, a Prioritized Risk List, and an Action Backlog.The method protects energy and attention for the task that creates the largest progress and is often postponed.When assumptions still sit unordered in the room, it weighs uncertainty against leverage. It makes visible which hypotheses should be checked first.
Complexitydifferent
LowLowLowMedium
Timedifferent
1-2 h60-90 min15-90 min daily45-60 min
Participantsdifferent
2-84-1212-8
Formatdifferent
WorkshopWorkshopAsyncWorkshop + async
Outputdifferent
Domain Story, Glossary Notes, Process NarrativeAnnotated Diagram, Prioritized Risk List, Action BacklogPriority Task, Completion Note, Daily FocusAssumption map, Test backlog, Risk ranking
Tagsno overlap
KnowledgeDomain-Driven DesignProcess
RiskArchitectureWorkshopValidation
PrioritizationProductivityFocusExecution
AssumptionsRiskExperimentsValidation
Add more methods