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:Architecture Decision RecordEventStormingConsensus WorkshopStakeholder Salience Model
| Kriterium |  Architecture Architecture Decision Record |  Domain Modeling EventStorming |  Facilitation Consensus Workshop |  Facilitation Stakeholder Salience Model |
|---|---|---|---|---|
Zweckunterschiedlich | 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. | Wenn eine Domäne aus vielen Ereignissen, Regeln und Zuständen besteht, schafft sie einen gemeinsamen Modellraum für das Team. Sie bündelt Sprache, Abläufe und Grenzen, bevor Fachwissen in Einzelsichten zerfällt. | Wenn eine Gruppe eine tragfähige Entscheidung braucht, ohne einzelne Lager zu überstimmen, schafft ein Consensus Workshop einen verhandelbaren gemeinsamen Nenner. Er macht Zustimmung, Vorbehalte und offene Spannungen gleichzeitig besprechbar. | 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 | Niedrig | Mittel | Mittel | Mittel |
Zeitunterschiedlich | 15-45 min | 2-8 h | 1-3 h | 60-90 min |
Teilnehmendeunterschiedlich | 1-3 | 5-12 | 5-30 | 3-6 |
Formatunterschiedlich | Async | Workshop | Workshop | Workshop |
Outputunterschiedlich | ADR File, Decision Log, Rationale | Event Timeline, Ubiquitous Language, Boundaries, Open Questions | Consensus Clusters, Theme Titles, Priority Areas | Salience-Diagramm, Strategie pro Klasse |
Tagskeine Überschneidung | ArchitekturBegründungDokumentationGovernance | Domain-Driven DesignEventsDiscoveryWorkshop | FacilitationKonsensWorkshopAbstimmung | StakeholderFacilitationAbstimmungGovernance |