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
Affinity Diagramming
UX Research
Affinity Diagramming
Paper illustration for Kepner-Tregoe
Operations
Kepner-Tregoe
Paper illustration of two considered options leading to a decision record with a marked status and visible consequences.
Architecture
Architecture Decision Record
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.When research notes, feedback, or observations sit unconnected side by side, affinity diagramming sorts the raw material into solid themes. Many individual points turn into patterns that make decisions and opportunities clearer.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.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.
Complexitydifferent
MediumLowHighLow
Timedifferent
1-3 Wochen vom Draft bis zur Entscheidung45–90 min2-8 h15-45 min
Participantsdifferent
3-20 Reviewer3-102-81-3
Formatdifferent
AsyncWorkshopWorkshop + asyncAsync
Outputdifferent
RFC document, Reviewer comments, Decision rationale, Follow-up ADR or ticketsTheme clusters, Insight statements, Opportunity areasProblem Analysis, Decision Analysis, Risk PlanADR File, Decision Log, Rationale
Tagsno overlap
ArchitectureDecisionAsyncGovernance
SynthesisQualitativeRoot cause
Problem solvingRoot causeDecisionOperations
ArchitectureRationaleDocumentationGovernance
Add more methods