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
Incident Command workspace showing the question, observations, and next decision.
DevOps
Incident Command
Paper illustration of System Dynamics Simulation with its method-specific working model.
Systems Thinking
System Dynamics Simulation
Stock and Flow Diagram method illustration showing its working structure
Systems Thinking
Stock and Flow Diagram
Purposedifferent
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.System Dynamics Simulation makes assumptions about time, delay, and feedback testable through experiments. It draws relationships, patterns, and feedback loops. The result is captured as a simulation model and scenario reports.A Stock and Flow Diagram shows how stocks, inflows, and outflows shape a system over time. It is especially suited when growth, delays, or capacity limits determine the dynamics.
Complexitydifferent
MediumHighHigh
Timedifferent
As neededMehrere Tage bis Wochen2-6 h
Participantsdifferent
4-151-5 Modellierende, Stakeholder asynchron1-6
Formatdifferent
Workshop + asyncAsyncWorkshop + async
Outputdifferent
Incident Log, Action Tracker, Stakeholder UpdatesSimulation Model, Scenario ReportsStock and Flow Model, Dynamics Notes, Simulation Hypotheses
Tagsno overlap
IncidentOperationsReliability
Systems thinkingDynamicsSimulationAnalysis
DynamicsSimulationFeedbackSystems thinking
Add more methods

Often compared together

Methods with strong topical overlap with the current selection, not yet in the comparison.

Causal Loop Diagram workspace showing the question, observations, and next decision.
Systems Thinking
Causal Loop Diagram
Paper illustration for Behavior Over Time Graph.
Systems Thinking
Behavior Over Time Graph
Blameless Postmortem workspace showing the question, observations, and next decision.
DevOps
Blameless Postmortem