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
Stock and Flow Diagram method illustration showing its working structure
Systems Thinking
Stock and Flow Diagram
Paper illustration of System Dynamics Simulation with its method-specific working model.
Systems Thinking
System Dynamics Simulation
Incident Command workspace showing the question, observations, and next decision.
DevOps
Incident Command
Purposedifferent
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.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.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.
Complexitydifferent
HighHighMedium
Timedifferent
2-6 hMehrere Tage bis WochenAs needed
Participantsdifferent
1-61-5 Modellierende, Stakeholder asynchron4-15
Formatdifferent
Workshop + asyncAsyncWorkshop + async
Outputdifferent
Stock and Flow Model, Dynamics Notes, Simulation HypothesesSimulation Model, Scenario ReportsIncident Log, Action Tracker, Stakeholder Updates
Tagsno overlap
DynamicsSimulationFeedbackSystems thinking
Systems thinkingDynamicsSimulationAnalysis
IncidentOperationsReliability
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