EventStorming; Kernkonzepte, Glossar und Legende

Kürzlich fragte Chris Richardson auf Twitter, ob jemand ein konsistentes und umfassendes Glossar für die Kernkonzepte von EventStorming erstellt hat.

https://twitter.com/crichardson/status/1282760934923005952?s=20

Ich habe geantwortet, dass #EventStorming von vornherein unscharf ist. Es gibt Standard-Kernkonzepte, und je nach Kontext verwenden wir unterschiedliche Wörter für die Post-its. Denn mit dieser Unschärfe erhalten Sie mehr Einblicke. Ich nenne es gerade so viel Struktur, dass Transaktionsgespräche fließen können und eine gemeinsame Denkweise und jede Menge neuer Erkenntnisse entstehen - ein gemeinsamer Pool von Erkenntnissen. Wenn ich jedoch an vergangene Workshops zurückdenke und das EventStorming-Buch überfliege, um mir die Kernkonzepte anzuschauen, hat Chris Recht: Uns fehlt ein hervorragendes, konsistentes Glossar der Kernkonzepte, das auch für jeden Typ spezifisch ist. Dieser Beitrag beschreibt meine Sicht der EventStorming-Kernkonzepte in einem konsistenten und umfassenden Glossar. Achten Sie nur darauf, Jargon so weit wie möglich zu vermeiden, da er eine unnötige Unterscheidung zwischen Insidern und Outsidern mit sich bringt.

Ich habe den Inhalt dieses Blogs auf die GitHub-Seite der DDD-Crew verschoben, wo er von der Community aktualisiert wird.

Eventstorming-Glossar Spickzettel

(Viele Quellen stammen aus dem unvollendeten Leanpub-Buch von Alberto Brandolini: Introducing eventstorming by leanpub)

Erstellen Sie eine sichtbare Legende

Lassen Sie mich zunächst eine Heuristik erläutern, die ich immer anwende, und zwar die Verwendung einer sichtbaren Legende. Da Wörter mehrdeutig sind, können Sie die Benennung der hier erklärten Konzepte ändern. Ein gutes Beispiel ist, dass 'Police' in einem Versicherungsbereich viel Verwirrung stiftet, so dass ich stattdessen 'Prozess' verwenden könnte. Jedes EventStorming kann also anders sein und deshalb müssen wir eine sichtbare Legende erstellen, um den Begriff und die Farbkodierung, die wir für diesen Workshop verwenden, hinzuzufügen.

EventStorming Kernkonzepte

Domain Event
Ein Domain Event ist das Hauptkonzept von EventStorming. Es ist ein Ereignis, das relevant für die Domänenexperten relevant und kontextabhängig für die zu untersuchende Domäne ist. Ein Domain Event ist ein Verb in der Vergangenheitsform. Die offizielle EventStorming-Farbe ist orange.

HotSpot
Hotspots werden verwendet, um heiße Konflikte zu visualisieren und zu erfassen. Konflikte, die durch Unstimmigkeiten (in der Sprache), Reibereien, Fragen, Meinungsverschiedenheiten, Einwände, Probleme oder das Aufschieben einer tieferen Erkundung für später verursacht werden, aber nicht darauf beschränkt sind. Die offizielle EventStorming-Farbe ist neonpink und wir drehen einen Hotspot auch leicht, wenn wir ihn verwenden.

Zeitleiste
EventStorming ist ein mächtiges Werkzeug, wenn wir eine Geschichte zu erzählen haben, wenn wir eine Zeitleiste haben. Die Papierrolle an der Wand stellt die Zeit von links nach rechts dar. Wir können parallele Ströme von oben nach unten auf der Papierrolle haben.

Chaotische Erkundung
Chaotische Erkundung kann zu Beginn von EventStorming verwendet werden. Jede Person schreibt selbst Domain Events auf, die ihr einfallen. Sie schreiben diese Domänenereignisse in der Reihenfolge, in der sie ihrer Meinung nach eintreten, auf die Papierrolle.

Durchsetzung der Zeitleiste
Eine Phase nach der chaotischen Erkundung, in der wir versuchen, die Zeitleiste konsistent zu machen und doppelte Stickies zu entfernen.

Big Picture EventStorming

Das Ziel von Big Picture EventStorming ist es, die Gesundheit eines bestehenden Geschäftszweigs zu beurteilen oder die Lebensfähigkeit eines neuen Startup-Geschäftsmodells zu untersuchen. Es hilft der Gruppe, sich auf eine gemeinsame Vision für diesen Bereich des Unternehmens zu einigen. Wir können die Ergebnisse als Input für die Ausrichtung nach dem Conway'schen Gesetz verwenden, indem wir die Geschäftsabläufe rund um Teams und Software mit aufstrebenden begrenzten Kontexten organisieren. Sie können diesen Workshop mit 10-30+ Personen auf einer Papierrolle durchführen.

Chance
Da ein Hotspot eine negative Assoziation haben kann, geben wir den Menschen auch die Möglichkeit, Chancen hinzuzufügen. Wir verwenden Grün, weil es mit etwas Positivem assoziiert wird. Beginnen Sie mit der Verwendung von Opportunities, nachdem wir eine einheitliche Zeitleiste erstellt haben.

Akteur/Agent
Ein Akteur oder Agent ist eine Gruppe von Personen, eine Abteilung, ein Team oder eine bestimmte Person, die an einem (oder mehreren) Domänenereignis(en) beteiligt ist. Die offizielle Farbe, die Sie verwenden sollten, ist ein kleines gelbes Post-It.

System
Ein System ist ein einsatzfähiges IT-System, das als Lösung für ein Problem in der Domäne verwendet wird. Wenn wir die Zeitleiste konsistent gemacht haben, können wir damit beginnen, die Systeme den Domänenereignissen zuzuordnen. Es kann auch Duplikate geben und es kann alles sein, von der Verwendung von Excel bis zu einem Microservice. Die offizielle Farbe ist ein breites rosa Post-it.

Wert
Sobald wir die Zeitachse konsistent gemacht haben, können wir den Wert wie in einer Wertstromkarte hinzufügen. Wir tun dies, um deutlich zu machen, wo der Wert in unserem Bereich liegt. Wir verwenden die kleinen roten und grünen Klebepunkte, um positiven und negativen Wert zu zeigen.

Pivotal Events
Mit Pivotal Events suchen wir nach den wenigen wichtigsten Ereignissen im Datenfluss. Bei einer E-Commerce-Website könnten diese so aussehen: "Artikel zum Katalog hinzugefügt", "Bestellung aufgegeben", "Bestellung versandt", "Zahlung erhalten" und "Bestellung geliefert". Dies sind oft die Ereignisse mit der höchsten Anzahl von Interessenten.

Swimlanes
Die Aufteilung des gesamten Ablaufs in horizontale Swimlanes, die bestimmten Akteuren oder Abteilungen zugeordnet sind, ist eine weitere verlockende Option, da sie die Lesbarkeit verbessert. Dies scheint die naheliegendste Wahl für Menschen mit einem Hintergrund in der Prozessmodellierung zu sein

Emerging Bounded Context
Aus einem Big Picture EventStorming können wir uns Emerging Bounded Context vorstellen. Sie sind die ersten Indikatoren dafür, wo wir mit der Entwicklung eines gebundenen Kontexts für Geschäftsprobleme beginnen sollten.

Prozessmodellierung EventStorming

Das Ziel der Prozessmodellierung EventStorming ist es, den Zustand eines aktuellen Prozesses im Unternehmen zu beurteilen. Es hilft der Gruppe, sich ein gemeinsames Bild vom aktuellen Status Quo des Prozesses zu machen, Engpässe zu finden und Teile des Systems von der bestehenden Software zu entkoppeln.

Richtlinie
Im Wesentlichen ist eine Richtlinie eine Reaktion, die besagt: "Wenn X passiert, tun wir Y". Sie landet schließlich im Fluss zwischen einem Domänenereignis und einem Befehl/einer Aktion. Wir verwenden dafür ein großes lilafarbenes Post-It. Eine Richtlinie kann ein automatischer oder manueller Prozess sein. Eine Richtlinie kann auch als Reaktor, eventuelle geschäftliche Einschränkung oder Regel oder als Lügendetektor bezeichnet werden, denn hinter Richtlinien steckt immer mehr, als Sie zunächst denken.

Befehl/Aktion
Repräsentiert Entscheidungen, Aktionen oder Absichten. Sie können von einem Akteur oder von einem automatisierten Prozess initiiert werden. Während des EventStorming-Prozesses kommt das Wort Aktion bei den Beteiligten in der Regel zuerst besser an als Befehl. Wir verwenden dafür offiziell ein blaues Post-It.

Abfragemodell/Informationen
Um Entscheidungen zu treffen, benötigt ein Akteur möglicherweise Informationen, die wir in einem Abfragemodell erfassen. Für den Prozess EventStorming können Informationen von den Beteiligten besser erkannt werden. Wir verwenden offiziell ein grünes Post-It, um ein Abfragemodell darzustellen.

Farbkodierung erzwingen
Die Farbkodierung zu erzwingen bedeutet, EventStorming nach den Regeln zu spielen. Es wird oft nach oder während des Erzwingens der Zeitleiste verwendet und erzeugt eine andere Dynamik. Nachfolgend sehen Sie die Farbkodierung und wie sie im Ablauf der Zeitleiste verwendet werden soll.

Software Design EventStorming

Das Ergebnis eines EventStorming auf Design-Ebene ist die Entwicklung einer sauberen und wartbaren ereignisgesteuerten Software zur Unterstützung sich schnell entwickelnder Unternehmen. Gemeinsam mit den Interessenvertretern des Unternehmens entwerfen wir eine gemeinsame Sprache und stellen diese in einem gemeinsamen Modell dar, das bei der Lösung eines Problems innerhalb eines begrenzten Kontexts einen Mehrwert bietet.

Aggregat/KonsistenteGeschäftsregel
Ein Aggregat ist ein domänenorientiertes Designmuster, das Cluster von Domänenobjekten darstellt, um ungültige Zustände nicht darstellbar zu machen. Wir verwenden das große gelbe Post-It, um es darzustellen. Da wir die Verwendung des DDD-Jargons mit unserem Stakeholder vermeiden wollen, können wir stattdessen auch konsistente Geschäftsregeln oder Constraints verwenden.

Rückmeldung?

Ich hoffe, dieses Glossar ist hilfreich. Wenn Sie Anregungen haben, schreiben Sie mir in die Kommentare oder schicken Sie mir eine Nachricht auf Twitter.

Sie können diesen Beitrag auch auf meiner persönlichen Blogseite finden.