Domain Modeling

EventStorming

Schnelle, visuelle Domain-Erkundung über Business Events, Commands, Policies und Actors auf einer Zeitachse.

Domain ModelingMediumWorkshop2-8 h

Run Sheet öffnen Session planenVergleich starten

Zweck

Domain-Wissen, Sprache, Abläufe und Grenzen mit Fachleuten sichtbar machen.

Funktionsweise

Die Gruppe startet mit Domain Events und ergänzt danach Commands, Actors, Policies, Read Models und offene Fragen.

Visuelle Orientierung

Konkretes Schema mit deutschen Bezeichnungen.

EventStormingAlberto Brandolini · Timeline der Domain Events

Domain Event· Ereignis

Command· Befehl

Actor / User· Akteur

Aggregate· Aggregat

Policy· Reaktion / Richtlinie

Read Model· Lesemodell

External System· Externes System

Order Submitted

Payment Requested

Payment Confirmed

Notify Customer

Order Confirmed

Zeitachse · Events fließen von links nach rechts. Über und unter den Events stehen Commands, Aggregates, Policies, Read Models und External Systems.

Ablauf

1Business Flow auswählen
2Domain Events chronologisch sammeln
3Commands, Actors und Policies ergänzen
4Pain Points und Grenzen markieren
5Modelle und Folgefragen ableiten

Ideal 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

Im Detail

EventStorming folgt einer klaren Arbeitslogik: Business Flow auswählen, Domain Events chronologisch sammeln, Commands, Actors und Policies ergänzen, Pain Points und Grenzen markieren und Modelle und Folgefragen ableiten. Dadurch wird die Methode nicht nur als Gespräch geführt, sondern als sichtbarer Denkprozess aufgebaut. Die Beteiligten bewegen sich schrittweise von Rohmaterial, Beobachtungen oder Optionen zu einer gemeinsamen Struktur. Als Ergebnis entstehen Event Timeline, Ubiquitous Language und Boundaries, die Entscheidungen, Lernen oder weitere Planung anschlussfähig machen.

Einordnung

EventStorming eignet sich besonders für Komplexe Fachdomänen, Cross-funktionale Discovery und Event-driven Systeme. Die Methode unterstützt Arbeit rund um DDD, events und discovery und hilft, implizite Annahmen explizit zu machen. Vorsicht ist in Kontexten wie Triviale CRUD-Prozesse und Solo-Dokumentation geboten; dann sollte vorher geklärt werden, ob genug Kontext, Beteiligung und Entscheidungsspielraum vorhanden sind.

Durchführung

Bereite eine klare Leitfrage, die passenden Informationen und eine sichtbare Arbeitsfläche vor. Plane etwa 2-8 h mit 5-12 Personen und nutze das Format in einem moderierten Workshop. Die Durchführung braucht spürbare Struktur und Vorbereitung; hilfreich sind kurze Timeboxes, sichtbare Zwischenergebnisse und ein Parkplatz für offene Fragen.

Output-Artefakte

Event TimelineUbiquitous LanguageBoundariesOpen Questions

Quellen

Eventstorming Avanscoperta: Eventstorming

In Playbooks

Domain Discovery zu Systemgrenzen führenVon fachlichem Ablauf zu Sprache, Events, Bounded Contexts und ersten Architekturgrenzen.

Artefakt-Vorlagen

EventStorming ArbeitsvorlageKompakte Arbeitsvorlage für EventStorming mit Kontext, Input, Ergebnisartefakten und nächstem Schritt.

markdown

# 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 Run Sheets.

## Ergebnisartefakte
- Event Timeline:
- Ubiquitous Language:
- Boundaries:
- Open Questions:

## Annahmen und offene Fragen

- ...

## Entscheidung / Nächster Schritt

Owner, Datum und Erfolgssignal.