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 of a Polarity Map with two poles and four quadrants
Systems Thinking
Polarity Mapping
Incident Command workspace showing the question, observations, and next decision.
DevOps
Incident Command
Process Mapping method illustration showing its working structure
Operations
Process Mapping
Game Day workspace showing the question, observations, and next decision.
DevOps
Game Day
Purposedifferent
Polarity Mapping makes tensions between two opposing poles tangible, such as standardization and adaptation or control and autonomy. The method guards against making apparent either-or decisions prematurely.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.With a confusing workflow that has many handoffs, the method makes the actual process visible. It shows where work is passed on, delayed, or duplicated, so improvement targets the right spots.In preparing for rare incidents, the method tests response capability under controlled conditions. It shows where assumptions about stability, roles, and recovery are too optimistic.
Complexitydifferent
MediumMediumMediumHigh
Timedifferent
1-2 hAs needed1-3 hHalber Tag
Participantsdifferent
3-124-153-105-20
Formatdifferent
WorkshopWorkshop + asyncWorkshopWorkshop
Outputdifferent
Polarity Map, Warning Signs, Balance ActionsIncident Log, Action Tracker, Stakeholder UpdatesProcess Map, Handoff List, Improvement BacklogSimulation Notes, Gaps List, Updated Runbooks
Tagsno overlap
Systems thinkingTradeoffsLeadership
IncidentOperationsReliability
ProcessOperationsImprovement
ResilienceOperationsIncident
Add more methods