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
A paper-based illustration representing Product Canvas with its core stages and visible working result.
Product Strategy
Product Canvas
Paper illustration of two considered options leading to a decision record with a marked status and visible consequences.
Architecture
Architecture Decision Record
Paper illustration of Decision Rights Mapping with its method-specific working model.
Decision Making
Decision Rights Mapping
Software Architecture Canvas method illustration showing its working structure
Architecture
Software Architecture Canvas
Purposedifferent
When product goal and feature scope don't yet fit cleanly together, it creates a shared working picture. It connects need, core features, and assumptions into a solid starting point.An ADR permanently records an architecture decision with context, trade-offs, and consequence. It creates continuity for later changes because the decision path stays traceable.In organizations with many stakeholders, it often blurs who actually decides and who is merely consulted. It separates options, evaluation criteria, and open risks. The result is captured as a Decision Rights matrix and an agreement.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.
Complexitydifferent
MediumLowMediumLow
Timedifferent
1-2 h15-45 min90-180 min1-2 h
Participantsdifferent
2-81-34-123-10
Formatdifferent
Workshop + asyncAsyncWorkshopWorkshop
Outputdifferent
Product Canvas, Product Assumptions, Scope NotesADR File, Decision Log, RationaleDecision Rights Matrix, AgreementArchitecture Canvas, Goals, Constraints, Quality Attributes
Tagsno overlap
CanvasDiscoveryScope
ArchitectureRationaleDocumentationGovernance
DecisionGovernanceAlignmentResponsibility
CanvasArchitectureAlignmentWorkshop
Add more methods