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 of Request for Comments (RFC) with its method-specific working model.
Architecture
Request for Comments
Paper illustration of an IBIS map with issues, positions and arguments
Knowledge Modeling
IBIS
Paper illustration for DACI
Decision Making
DACI
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.An RFC clarifies architecture context, options, and consequences. It structures technical context, alternatives, tradeoffs, open questions, and review feedback, and captures the result as an RFC document, reviewer comments, and a decision rationale.IBIS structures thinking about complex questions as a sequence of issues, ideas, and arguments. The method keeps discussions open without forcing them into premature consensus.In cross-functional decisions, responsibilities quickly blur between approval, influence, and execution. DACI arranges these roles so decision pressure, contribution, and information stay cleanly separated.
Complexitydifferent
LowMediumMediumLow
Timedifferent
1-2 h1-3 Wochen vom Draft bis zur Entscheidung1-3 h30-60 min
Participantsdifferent
2-83-20 Reviewer2-82-10
Formatdifferent
WorkshopAsyncWorkshop + asyncWorkshop + async
Outputdifferent
Domain Story, Glossary Notes, Process NarrativeRFC document, Reviewer comments, Decision rationale, Follow-up ADR or ticketsIssue Map, Positions, Argument NotesDACI Matrix, Decision Owner, Decision Log
Tagsno overlap
KnowledgeDomain-Driven DesignProcess
ArchitectureDecisionAsyncGovernance
RationaleKnowledgeDecision
DecisionRolesGovernanceAlignment
Add more methods