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:IBISATAM (Architecture Tradeoff Analysis Method)Stakeholder Salience ModelArchitecture Decision Record
| Kriterium |  Knowledge Modeling IBIS |  Architecture ATAM (Architecture Tradeoff Analysis Method) |  Facilitation Stakeholder Salience Model |  Architecture Architecture Decision Record |
|---|---|---|---|---|
Zweckunterschiedlich | IBIS strukturiert Denken über komplexe Fragen als Folge von Issues, Ideas und Arguments. Die Methode hält Diskussionen offen, ohne sie in vorschnellen Konsens zu drücken. | 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. | Ein ADR hält eine Architekturentscheidung mit Kontext, Abwägung und Konsequenz dauerhaft fest. Es schafft Anschlussfähigkeit für spätere Änderungen, weil der Entscheidungsweg nachvollziehbar bleibt. |
Komplexitätunterschiedlich | Mittel | Hoch | Mittel | Niedrig |
Zeitunterschiedlich | 1-3 h | Mehrere Termine plus Vorbereitung und Analyse; Gesamtaufwand fallabhängig | 60-90 min | 15-45 min |
Teilnehmendeunterschiedlich | 2-8 | Bewertungsteam, Architekturverantwortliche und relevante Stakeholder | 3-6 | 1-3 |
Formatunterschiedlich | Workshop + Async | Workshop + Async | Workshop | Async |
Outputunterschiedlich | Issue Map, Positions, Argument Notes | 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 | ADR File, Decision Log, Rationale |
Tagskeine Überschneidung | BegründungWissenEntscheidung | ArchitekturQualitätRisikoZielkonflikteStakeholder | StakeholderFacilitationAbstimmungGovernance | ArchitekturBegründungDokumentationGovernance |