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
A paper-based illustration representing arc42 with its core stages and visible working result.
Architecture
arc42
Paper illustration for Root Cause Tree Analysis
Operations
Root Cause Tree Analysis
Architecture Communication Canvas method illustration showing its working structure
Architecture
Architecture Communication Canvas
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.arc42 structures architecture knowledge so teams can document system, decisions, and risks consistently. The template builds a living understanding of the architecture instead of scattered notes.For a problem with several suspected causes, the method builds a causal structure instead of a mere list. It makes visible how causes connect and where the strongest points of leverage lie.The Architecture Communication Canvas plans architecture communication so the right people receive the right message. The method turns technical complexity into deliberate communication design.
Complexitydifferent
MediumLowMediumMedium
Timedifferent
30-240 min1-2 Tage1-3 h60-120 min
Participantsdifferent
1-61-42-82-8
Formatdifferent
Workshop + asyncWorkshop + asyncWorkshopWorkshop + async
Outputdifferent
Hypothesis Log, Test Plan, Evidence Notes, Diagnosis SummaryArchitecture Document, Context View, Runtime View, Deployment ViewCause Tree, Evidence Notes, CountermeasuresCommunication Canvas, Stakeholder Messages, Architecture Communication Plan
Tagsno overlap
TroubleshootingProblem solvingDiagnosis
ArchitectureDocumentationCommunication
Root causeTreeIncidentQuality
ArchitectureCommunicationStakeholdersCanvas
Add more methods