Event Storming (de)

Ein schneller, interaktiver Ansatz zur Ermittlung und Gestaltung von Geschäftsprozessen, der hochwertige Modelle liefert
What is it?

Was genau is Event Storming?

Event Storming ist ein schneller, interaktiver Ansatz zur Ermittlung und Gestaltung von Geschäftsprozessen, der qualitativ hochwertige Modelle liefert. Es wurde erstmals 2013 in einem Blog von Alberto Brandolini vorgestellt. 

Am Ende des Event-Sturms sollten Sie:

Ein gemeinsames Verständnis des Geschäftsprozesses haben, den Sie im Rahmen des Projekts aufbauen, einschließlich:

*Welche Prozessschritte im Umfang berücksichtigt werden sollten und welche Schritte sich außerhalb des Umfangs befinden
*Die am Prozess beteiligten Benutzer
*Wine erste Bestandsaufnahme von Benutzeroberflächen (UI) für den Prozess
*Die Anzahl von Aggregaten
*Ein Diagramm mit den oben genannten Informationen, das in ein digitales Format übertragen werden kann

Why do this?

Wann und Warum Sie Event Storming verwenden sollten

  • Es ist deutlich schneller und macht viel mehr Spaß als herkömmliche Prozessmodellierungstechniken. Sie werden überrascht sein, wieviel Sie in kurzer Zeit erreichen
  • Es erschafft eine gemeinsame Sprache und Verständnis zwischen Business & IT
  • Es setzt Schwerpunkte in Bezug auf Umfang und Grenzen
  • Die Technik ist iterativ, was es den Moderatoren ermöglicht:
    • In jeder Sitzung langsam mehr Details hinzuzufügen, um die Teilnehmer nicht zu überfordern.
    • Die Teilnehmer nach Sitzungsthema auszuwählen
    • Kognitive Pausen zu schaffen (Wenn Teilnehmer müde werden)
  • Wichtige Fragen zur Customer Journey schon früh im Ideenfindungsprozess zu stellen
  • Einen Überblick über die Lösung zu finden, indem Sie technische Implementierungsdetails in den Kontext des Geschäftsprozesses stellen

Event Storming ist ein besonders effektiver Weg, um Domain Driven Design zu starten

How to

Wie genau funktioniert das Event Storming?

  • Das Business-Team bildet den Geschäftsprozess aus der Perspektive des Benutzers ab
  • Der beste Weg ist, mit dem "Happy Path" zu beginnen, in dem der Benutzer erfolgreich sein Ziel erreicht (z. B. Student kauft Kinokarten online)
  • Darüber hinaus identifiziert das Business-Team, welche Daten erforderlich sind, um den Geschäftsablauf erfolgreich zu gestalten (z. B. Filmname, Sitzungszeit, Studentenrabatt)
  • Sobald der Geschäftsprozess definiert wurde, tritt das IT-Team hinzu, um zusätzliche Informationen in Form von Ereignissen, Daten und Benutzeroberflächen bereitzustellen. Dies wird ein gemeinsames Verständnis dafür schaffen, was erforderlich ist
  • Der Architekt beginnt, gemeinsame Objekte zu gruppieren, um die zu entwickelnden Microservices zu definieren
Time
6 Stunden Pausen nicht erlaubt