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 Cynefin Workshop.
Decision Making
Cynefin Workshop
Software Architecture Canvas method illustration showing its working structure
Architecture
Software Architecture Canvas
Red Teaming method illustration showing its working structure
Decision Making
Red Teaming
Paper illustration for Risk Storming.
Architecture
Risk Storming
Purposedifferent
When problems are unclear, chaotic, or only seemingly familiar, standard recipes fall short. A Cynefin Workshop sorts situations by the nature of their problem and connects them with matching action logic.The Software Architecture Canvas reduces a system to the most important architecture decisions, constraints, and interfaces. It is useful when teams need a resilient overall picture quickly.For strategic decisions with high reach, agreement and gut feeling are often not enough. Red teaming brings deliberate opposition into the situation and tests where a plan breaks under real counterarguments.Helps clarify architecture context, options, and consequences in concrete terms. It organizes technical context, alternatives, and consequences. The result is captured as an Annotated Diagram, a Prioritized Risk List, and an Action Backlog.
Complexitydifferent
MediumLowHighLow
Timedifferent
60-180 min1-2 h1-4 h60-90 min
Participantsdifferent
4-203-103-84-12
Formatsame
WorkshopWorkshopWorkshopWorkshop
Outputdifferent
Cynefin Map, Domain-specific Actions, Sensemaking NotesArchitecture Canvas, Goals, Constraints, Quality AttributesChallenge Findings, Risk Register, Mitigation PlanAnnotated Diagram, Prioritized Risk List, Action Backlog
Tagsno overlap
ComplexitySensemakingDecision
CanvasArchitectureAlignmentWorkshop
RiskDecisionSensemaking
RiskArchitectureWorkshopValidation
Add more methods