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:EventStormingArchitecture Decision RecordProblem Framing WorkshopStakeholder Salience Model
| Kriterium |  Domain Modeling EventStorming |  Architecture Architecture Decision Record |  Facilitation Problem Framing Workshop |  Facilitation Stakeholder Salience Model |
|---|---|---|---|---|
Zweckunterschiedlich | 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. | 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 ein Team an Symptomen arbeitet, aber die eigentliche Frage unscharf bleibt, schärft ein Problem Framing Workshop den Blick auf das richtige Problem. Er trennt Beobachtung, Deutung und Zielbild voneinander. | 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 | Niedrig | Mittel |
Zeitunterschiedlich | 2-8 h | 15-45 min | 60-120 min | 60-90 min |
Teilnehmendeunterschiedlich | 5-12 | 1-3 | 4-10 | 3-6 |
Formatunterschiedlich | Workshop | Async | Workshop | Workshop |
Outputunterschiedlich | Event Timeline, Ubiquitous Language, Boundaries, Open Questions | ADR File, Decision Log, Rationale | Problem Statement, Scope Grenzen, Annahmenliste, Nächste Analysefragen | Salience-Diagramm, Strategie pro Klasse |
Tagskeine Überschneidung | Domain-Driven DesignEventsDiscoveryWorkshop | ArchitekturBegründungDokumentationGovernance | FacilitationAbstimmungDiscovery | StakeholderFacilitationAbstimmungGovernance |