Methoden Seite an Seite ansehen.
Wähle bis zu vier Methoden. Ergänze sie über die Suche und teile den Vergleich über seinen Link.
In der Auswahl:Request for CommentsDecision JamATAM (Architecture Tradeoff Analysis Method)Stakeholder Salience Model
| Kriterium | ![]() Architecture Request for Comments | ![]() Facilitation Decision Jam | ![]() Architecture ATAM (Architecture Tradeoff Analysis Method) | ![]() Facilitation Stakeholder Salience Model |
|---|---|---|---|---|
Zweckunterschiedlich | Ein RFC hält größere Architektur- oder Produktänderungen als prüfbaren Vorschlag fest. Die Methode schafft einen transparenten Weg von Motivation über Alternativen bis zur Entscheidung. | Wenn eine Entscheidung festhängt, löst Decision Jam den Knoten durch strukturierte Trennung von Problem, Idee und Auswahl. Das Format schafft Bewegung, ohne vorschnell in die erste scheinbar elegante Antwort zu springen. | ATAM hilft, Architekturentscheidungen bei konkurrierenden Qualitätszielen abzuwägen. Dazu betrachtet das Team Geschäftsziele, Erwartungen der Beteiligten und technische Entscheidungen gemeinsam. Die Bewertung zeigt, welche Risiken weiter untersucht werden sollten. | Wenn Stakeholder sehr unterschiedlich wichtig erscheinen, bewertet das Stakeholder Salience Model ihre tatsächliche Priorität über Macht, Legitimität und Dringlichkeit. Es macht sichtbar, wer Aufmerksamkeit sofort, wer später und wer nur situativ braucht. |
Komplexitätunterschiedlich | Mittel | Niedrig | Hoch | Mittel |
Zeitunterschiedlich | 1-3 Wochen vom Draft bis zur Entscheidung | 60-90 min | Mehrere Termine plus Vorbereitung und Analyse; Gesamtaufwand fallabhängig | 60-90 min |
Teilnehmendeunterschiedlich | 3-20 Reviewer | 4-10 | Bewertungsteam, Architekturverantwortliche und relevante Stakeholder | 3-6 |
Formatunterschiedlich | Async | Workshop | Workshop + Async | Workshop |
Outputunterschiedlich | RFC-Dokument, Reviewer-Kommentare, Entscheidung mit Begründung, Folge-ADR oder Tickets | Problem Cluster, Prioritized Challenge, Experiment | Priorisierte Qualitätsszenarien im Utility Tree, Architekturrisiken mit Begründungen und Annahmen, Sensitivitätspunkte und Trade-off-Punkte, Ergebnisbericht mit offenen Untersuchungen | Salience-Diagramm, Strategie pro Klasse |
Tagskeine Überschneidung | ArchitekturEntscheidungAsynchronGovernance | FacilitationEntscheidungProblemlösungWorkshop | ArchitekturQualitätRisikoZielkonflikteStakeholder | StakeholderFacilitationAbstimmungGovernance |



