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.
EventStorming
Macht Domainwissen als chronologische Ereigniswand sichtbar, von Domain Events über Commands bis zu Bounded Contexts.
Welche Geschäftsereignisse, Auslöser und Grenzen prägen den Flow, und wo entstehen Reibung, Risiko oder Lernbedarf?
Sie ordnet Ereignisse und ihre Beziehungen auf einer sichtbaren Fläche und lässt Widersprüche direkt am Modell diskutieren. So entstehen geteilte Begriffe, klarere Grenzen und eine belastbare Grundlage für Folgeentscheidungen.
Visuelle Orientierung
Methodenskizze für ein schnelles Grundgefühl.
Ablauf
- 1Business Flow auswählen
- 2Domain Events chronologisch sammeln
- 3Commands, Actors und Policies ergänzen
- 4Pain Points und Grenzen markieren
- 5Modelle und Folgefragen ableiten
Das Runsheet führt mit 5 Phasen, Timeboxen, 5 Stolperfallen und klaren Abbruchkriterien durch die Umsetzung.
Runsheet öffnenIdeal für
- Komplexe Fachdomänen
- Cross-funktionale Discovery
- Event-driven Systeme
Nicht gut für
- Triviale CRUD-Prozesse
- Solo-Dokumentation
- Low-Level-Code-Design
Vertiefung
EventStorming wirkt, weil es fachliche Dynamik als Folge realer Ereignisse sichtbar macht und damit versteckte Annahmen schnell an die Oberfläche zieht. Gute Anwendung erkennt man daran, dass Begriffe, Wendepunkte und Grenzfälle am Wandbild geschärft werden, statt nur farbige Zettel zu sortieren. Sobald mehrere Sichtweisen auf dieselbe Situation auftauchen, entsteht der eigentliche Erkenntnisgewinn für Modell, Sprache und spätere Schnitte.
Bereite wenige echte Fachfälle vor, die im Alltag Reibung, Ausnahmen oder Eskalationen auslösen, und starte mit einem Fall, den alle ohne Erklärung wiedererkennen. Der Wendepunkt zeigt sich genau dort, wo Begriffe kollidieren oder Verantwortungen wandern. Halte diesen Moment fest und schließe mit klar benannten offenen Modellfragen oder Kandidaten für Bounded Contexts.
EventStorming ArbeitsvorlageKompakte Arbeitsvorlage für EventStorming mit Kontext, Input, Ergebnisartefakten und nächstem Schritt.markdown
event-storming-working-template.md
Kompakte Arbeitsvorlage für EventStorming mit Kontext, Input, Ergebnisartefakten und nächstem Schritt.
EventStorming Arbeitsvorlage
Ziel
Schnelle, visuelle Domain-Erkundung über Business Events, Commands, Policies und Actors auf einer Zeitachse.
Kontext
Wann und wofür nutzen wir diese Methode?
Input
Welche Daten, Beobachtungen, Entscheidungen oder Materialien liegen vor?
Durchführung
Kurze Notizen entlang des Runsheets.
Ergebnisartefakte
- Event Timeline:
- Ubiquitous Language:
- Boundaries:
- Open Questions:
Annahmen und offene Fragen
- ...
Entscheidung / Nächster Schritt
Owner, Datum und Erfolgssignal.
Wann stattdessen?
Kurze Entscheidungshilfe für vorhandene Alternativen.
Statt EventStorming, wenn du mit konkreten Beispielen Fälle, Regeln und Ausnahmen schneller klären willst.
Statt EventStorming, wenn du Abläufe entlang von Nutzerzielen und Liefer-Schnitten strukturieren willst.
Ähnliche Methoden
Alle MethodenZeigt Beziehungen zwischen fachlichen Kontexten und macht Integrationsmuster, Abhängigkeiten und Reibungspunkte sichtbar.
Macht Domänengrenzen, Ownership und Beziehungen sichtbar, damit Modellierungsfragen und Verantwortungen sauber geklärt werden.
Klärt Sprache, Modellgrenzen und Zuständigkeiten eines fachlichen Kontextes, bevor Integration und Teamgrenzen festgelegt werden.
Verknüpft Events, Commands und Views zu einem Ablaufbild, das UI, Verhalten und Implementierung zusammenführt.
Übersetzt Fachwissen in eine erzählte Situation, an der Begriffe, Beziehungen und Regeln gemeinsam geprüft werden.
Formuliert fachliche Fragen so, dass Konzepte, Beziehungen und Constraints eines Ontology-Modells testbar werden.