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
Systems Mapping method illustration showing its working structure
Systems Thinking
Systems Mapping
Paper illustration for OODA Loop.
Decision Making
OODA Loop
Blameless Postmortem workspace showing the question, observations, and next decision.
DevOps
Blameless Postmortem
Context Map workspace showing the question, observations, and next decision.
Domain Modeling
Context Map
Purposedifferent
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.In dynamic situations, decisions become outdated faster than they can be prepared. The OODA Loop holds observing, orienting, deciding, and acting together as a recurring rhythm so reaction does not slide into inertia.After an incident with damage or a near miss, the method creates a sober field for learning without assigning blame. It directs attention to the course of events, conditions, and effective countermeasures.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.
Complexitysame
MediumMediumMediumMedium
Timedifferent
1-3 h15-60 min je Zyklus30-90 min1-3 h
Participantsdifferent
3-121-83-122-8
Formatsame
Workshop + asyncWorkshop + asyncWorkshop + asyncWorkshop + async
Outputdifferent
System Map, Dependencies, Leverage PointsSituation Assessment, Decision Loop, Action UpdatesPostmortem Doc, Action Items, TimelineContext Map, Integration Patterns, Boundary Notes
Tagsno overlap
Systems thinkingMappingBoundariesChange
DecisionChangeLearningStrategy
Site Reliability EngineeringIncidentLearningReliability
Domain-Driven DesignBoundariesStrategy
Add more methods