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 RecordEventStormingStakeholder Salience ModelProblem Framing Workshop
| Kriterium |  Architecture Architecture Decision Record |  Domain Modeling EventStorming |  Facilitation Stakeholder Salience Model |  Facilitation Problem Framing Workshop |
|---|---|---|---|---|
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 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. | 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. |
Komplexitätunterschiedlich | Niedrig | Mittel | Mittel | Niedrig |
Zeitunterschiedlich | 15-45 min | 2-8 h | 60-90 min | 60-120 min |
Teilnehmendeunterschiedlich | 1-3 | 5-12 | 3-6 | 4-10 |
Formatunterschiedlich | Async | Workshop | Workshop | Workshop |
Outputunterschiedlich | ADR File, Decision Log, Rationale | Event Timeline, Ubiquitous Language, Boundaries, Open Questions | Salience-Diagramm, Strategie pro Klasse | Problem Statement, Scope Grenzen, Annahmenliste, Nächste Analysefragen |
Tagskeine Überschneidung | ArchitekturBegründungDokumentationGovernance | Domain-Driven DesignEventsDiscoveryWorkshop | StakeholderFacilitationAbstimmungGovernance | FacilitationAbstimmungDiscovery |