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 Hypothesis-Driven Troubleshooting.
Engineering
Hypothesis-Driven Troubleshooting
Paper illustration for Communication Plan
Delivery
Communication Plan
Stakeholder Mapping
Facilitation
Stakeholder Mapping
Paper illustration for Storytelling
Facilitation
Storytelling
Purposedifferent
When systems fail unexpectedly, spontaneous attempts often produce more noise than insight. Hypothesis-driven Troubleshooting translates symptoms into testable assumptions and makes troubleshooting learnable.When many people need to be informed in parallel and messages would otherwise arrive unevenly or too late, a Communication Plan orders communication reliably. Channels, audiences, and cadences interlock so important information doesn't get lost.When an initiative depends on many people, interests, and power dynamics, Stakeholder Mapping systematically orders the environment. It shows who influences, who is affected, and where relationship management or safeguarding matters first.When an insight needs to have an effect, storytelling translates dry facts into a comprehensible development. It combines context, tension, and consequence into a form that people remember and pass on more easily.
Complexitydifferent
MediumLowLowMedium
Timedifferent
30-240 min45-90 min60–90 min45-120 min
Participantsdifferent
1-62-62-81-6
Formatsame
Workshop + asyncWorkshop + asyncWorkshop + asyncWorkshop + async
Outputdifferent
Hypothesis Log, Test Plan, Evidence Notes, Diagnosis SummaryCommunication Plan, Channel Matrix, Message CadenceStakeholder Map, Engagement Plan, Risk NotesNarrative Outline, Key Message, Story Arc
Tagsno overlap
TroubleshootingProblem solvingDiagnosis
CommunicationStakeholdersDeliveryPlanning
StakeholdersAlignmentFacilitationChange
CommunicationNarrativeStakeholdersFacilitation
Add more methods