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 of Request for Comments (RFC) with its method-specific working model.
Architecture
Request for Comments
Paper illustration for Kepner-Tregoe
Operations
Kepner-Tregoe
Software Architecture Canvas method illustration showing its working structure
Architecture
Software Architecture Canvas
Paper illustration of the Lightning Decision Jam working structure.
Facilitation
Decision Jam
Purposedifferent
An RFC clarifies architecture context, options, and consequences. It structures technical context, alternatives, tradeoffs, open questions, and review feedback, and captures the result as an RFC document, reviewer comments, and a decision rationale.For a disturbance that's hard to pin down, the method cleanly separates problem, cause, and decision. It reduces mixing when symptoms allow several interpretations.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.When a decision is stuck, Decision Jam loosens the knot through structured separation of problem, idea, and selection. The format creates movement without jumping prematurely at the first seemingly elegant answer.
Complexitydifferent
MediumHighLowLow
Timedifferent
1-3 Wochen vom Draft bis zur Entscheidung2-8 h1-2 h60-90 min
Participantsdifferent
3-20 Reviewer2-83-104-10
Formatdifferent
AsyncWorkshop + asyncWorkshopWorkshop
Outputdifferent
RFC document, Reviewer comments, Decision rationale, Follow-up ADR or ticketsProblem Analysis, Decision Analysis, Risk PlanArchitecture Canvas, Goals, Constraints, Quality AttributesProblem Cluster, Prioritized Challenge, Experiment
Tagsno overlap
ArchitectureDecisionAsyncGovernance
Problem solvingRoot causeDecisionOperations
CanvasArchitectureAlignmentWorkshop
FacilitationDecisionProblem solvingWorkshop
Add more methods