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 arc42 with its core stages and visible working result.
Architecture
arc42
Paper illustration for Delegation Poker.
Facilitation
Delegation Poker
Paper illustration of Team API with its method-specific working model.
Team Design
Team API
Paper illustration of two considered options leading to a decision record with a marked status and visible consequences.
Architecture
Architecture Decision Record
Purposedifferent
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.When decisions get stuck between leadership and team, Delegation Poker clarifies the desired scope of autonomy. It shows how much decision-making latitude a role should actually get in practice.When expectations between teams stay fuzzy, it describes how a team can be reached, used, and held accountable. It clarifies responsibility, interaction, and load between teams. The result is captured as a Team API document.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.
Complexitysame
LowLowLowLow
Timedifferent
1-2 Tage45-90 minHalf day initial, dann laufend15-45 min
Participantsdifferent
1-43-10Ein Team plus Stakeholder1-3
Formatdifferent
Workshop + asyncWorkshopWorkshop + asyncAsync
Outputdifferent
Architecture Document, Context View, Runtime View, Deployment ViewDelegation Board, Decision Boundaries, Role AgreementsTeam API DocumentADR File, Decision Log, Rationale
Tagsno overlap
ArchitectureDocumentationCommunication
AutonomyRolesTeam
TeamAlignmentCommunicationService
ArchitectureRationaleDocumentationGovernance
Add more methods