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
Paper illustration for Theory of Constraints.
Operations
Theory of Constraints
Context Map workspace showing the question, observations, and next decision.
Domain Modeling
Context Map
Incident Command workspace showing the question, observations, and next decision.
DevOps
Incident Command
A paper-based illustration representing Bounded Context Canvas with its core stages and visible working result.
Domain Modeling
Bounded Context Canvas
Purposedifferent
For a system that does not get faster despite effort, the method directs attention to the bottleneck. It concentrates improvement on the point that actually limits throughput.When several contexts need to talk to each other, it makes their relationships and dependencies legible. It helps sort integration pressure and responsibilities across system boundaries.During an acute incident with several people involved, the method creates a clear leadership and communication structure. It reduces chaos when fast coordination and clean situational awareness are both needed at once.When a business context is still loosely outlined, it shapes language, responsibility, and integration space. It clarifies what belongs together and where a boundary needs to hold.
Complexitydifferent
HighMediumMediumMedium
Timedifferent
2-4 h Analyse, laufend1-3 hAs needed1-3 h
Participantsdifferent
3-122-84-153-8
Formatsame
Workshop + asyncWorkshop + asyncWorkshop + asyncWorkshop + async
Outputdifferent
Constraint Map, Improvement Plan, Flow MetricsContext Map, Integration Patterns, Boundary NotesIncident Log, Action Tracker, Stakeholder UpdatesContext Canvas, Glossary, Integration Notes
Tagsno overlap
OperationsConstraintsFlowImprovement
Domain-Driven DesignBoundariesStrategy
IncidentOperationsReliability
Domain-Driven DesignBoundariesModeling
Add more methods