Kollaborative Modellierung - warum und wie funktioniert Event Storming in der Praxis

Der nachfolgende Text wurden mit KI erstellt und kann Fehler enthalten. Fehler gefunden? Bei GitHub editieren

Wichtige Keytakeaways

Event Storming ist eine niederschwellige, kollaborative Methode, bei der Stakeholder gemeinsam fachliche Ereignisse aufschreiben und ordnen, um Prozesse zu verstehen und Software-Architektur zu gestalten.
Der Prozess und die Diskussionen während des Event Stormings sind oft wichtiger als die resultierenden Artefakte – es entsteht gemeinsames Verständnis, Wissensaustausch und neue Kommunikationswege zwischen Stakeholdern.
Pivotal Events und Swimlanes helfen, den Prozess in unabhängige Bereiche zu strukturieren, die später als Software-Module oder als Kandidaten für Bounded Contexts dienen können.
Eine gute Facilitation und Vorbereitung sind entscheidend – der Moderator muss kreatives Chaos zulassen, gleichzeitig aber divergente Diskussionen lenken und unterschiedliche Flughöhen der Teilnehmer nutzen.
Remote und hybride Setups erfordern fundamentale Änderungen in der Facilitation und Gruppenstruktur; Präsenz vor Ort ist am effektivsten für die Spontanität und informelle Diskussion, die Event Storming ausmacht.
Die Überzeugung der Führungsebene funktioniert durch konkrete Probleme (zu viele ineffektive Meetings) und den Hinweis auf die minimale Investition im Gesamtprojektbudget sowie messbare Verbesserung der Zusammenarbeit.

Was ist Event Storming und wie unterscheidet es sich von klassischen Anforderungserhebungsmethoden?
Wie strukturiert man die chaotische Exploration von Events zu einer chronologischen Timeline mit Pivotal Events und Swimlanes?
Welche Hürden bei der Facilitation entstehen durch unterschiedliche Flughöhen (Detailierungsgrad) von Teilnehmern und wie können diese produktiv genutzt werden?
Wie können Remote-Setups oder Workshops vor Ort technisch und methodisch umgesetzt werden, ohne die Vorteile der direkten Kollaboration zu verlieren?
Mit welchen Argumenten lässt sich Event Storming als Investition gegenüber Führungsebene und Stakeholdern rechtfertigen?
Wie kann man als Anfänger mit Event Storming starten und welche Lernpfade und Trainingsoptionen gibt es?

Pivotal Events: Fachliche Ereignisse, die einen fundamentalen Zustandswechsel markieren – danach ist die Geschäftswelt deutlich anders als davor (z.B. „Bestellung eingegangen”), und sie dienen als Struktur-Ankerpunkte für die Modellierung.
Swimlanes: Parallele Aktivitätsstränge im Event-Storming, die zeigen, welche Events zeitlich parallel ablaufen und welche Teams oder Bereiche unabhängig voneinander arbeiten können.
Chaotic Exploration: Erste, kreativ-chaotische Phase des Event Stormings, in der Teilnehmer möglichst viele Events aufschreiben und an die Wand kleben, ohne dabei zunächst zu sortieren oder zu bewerten.
Hotspots: Markierte Stellen im Event-Storming, die offene Fragen oder Klärungsbedarfe kennzeichnen – sie sollen später analysiert werden, unterbrechen aber nicht den aktuellen Workshop-Fluss.
Bounded Context: Ein abgegrenzter Bereich innerhalb einer Domäne mit eigener Ubiquitous Language und Verantwortung – Event Storming hilft, diese natürlichen Grenzen zu identifizieren.
Gemeinsame Sprache: Eine Sprache, die während des Event Stormings durch Diskussion über Begriffe entwickelt wird und dann von technischen und fachlichen Teams gleich verstanden wird.

Miro Board: Digitales Whiteboard-Tool zur Durchführung von Remote-Event-Stormings mit Sticky-Note-Simulation und besseren Möglichkeiten zur Duplizierung und Archivierung.
3M SuperStickys: Physische Haftnotizen, die als Standard-Material für Präsenz-Event-Stormings verwendet werden, da andere Marken nach einigen Stunden von der Wand fallen.
Gather.Town: Virtueller Workspace-Tool, das Räume mit räumlicher Präsenz simuliert und informelle Diskussionen in hybriden Setups ermöglicht.
Domain-Driven Design (DDD): Übergeordneter Ansatz, in den Event Storming eingebettet ist – unterstützt die Modellierung von Bounded Contexts und Aggregates basierend auf fachlichen Events.