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 Risk Storming.
Architecture
Risk Storming
Blameless Postmortem workspace showing the question, observations, and next decision.
DevOps
Blameless Postmortem
Growth Experiment workspace showing the question, observations, and next decision.
Growth
Growth Experiment
A/B Testing workspace showing the question, observations, and next decision.
Growth
A/B Testing
Purposedifferent
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.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 growth ideas surface quickly, the temptation to build immediately instead of learning is high. A Growth Experiment frames an assumption so target group, lever, and measurement are clear before the first deployment.When two variants compete, discussions quickly decide by taste rather than effect. A/B Testing checks behavior under controlled conditions and separates real improvement from chance or expectation effects.
Complexitydifferent
LowMediumMediumHigh
Timedifferent
60-90 min30-90 min1-2 Wochen1-4 Wochen
Participantsdifferent
4-123-121-61-6
Formatdifferent
WorkshopWorkshop + asyncWorkshop + asyncAsync
Outputdifferent
Annotated Diagram, Prioritized Risk List, Action BacklogPostmortem Doc, Action Items, TimelineExperiment card, Result summary, Next betExperiment results, Decision log, Learning summary
Tagsno overlap
RiskArchitectureWorkshopValidation
Site Reliability EngineeringIncidentLearningReliability
MarketingGrowthExperimentsLearning
ExperimentsGrowthAnalyticsValidation
Add more methods