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 Teach-back.
Knowledge Modeling
Teach-back
Paper illustration for Starfish Retrospective
Agile
Starfish Retrospective
The Scrum Team inspects people, interactions, processes, tools, and the Definition of Done, then agrees on a few testable improvements.
Agile
Sprint Retrospective
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.Teach-back checks whether an explanation actually got through to the other person. The method makes misunderstandings visible early and strengthens shared understanding in advisory and learning situations.When improvement options need to be sorted more finely than just start and stop, it brings observations into clear kinds of action. This makes visible what should be done more, less, newly, or continued.When a sprint is over and friction shouldn't simply be carried forward, it opens the view onto collaboration and patterns. It creates space to see causes and changes together.
Complexitysame
LowLowLowLow
Timedifferent
1-2 h5-20 min45-90 minUp to 3 hours for a one-month Sprint; shorter Sprints are usually shorter
Participantsdifferent
2-82-84-12Scrum Team
Formatdifferent
WorkshopWorkshop + asyncWorkshopWorkshop
Outputdifferent
Domain Story, Glossary Notes, Process NarrativeUnderstanding Check, Clarification Notes, Learning GapsStarfish Board, Practice Changes, ExperimentsImprovement actions, Team agreements
Tagsno overlap
KnowledgeDomain-Driven DesignProcess
LearningUnderstandingCommunication
RetrospectiveImprovementExperimentsTeam
RetrospectiveImprovementLearning
Add more methods