Event Storming: Kreativität trifft auf Struktur

Event Storming ist eine Methode des Domain-driven Design, die es ermöglicht, sich gemeinsam die Fachlichkeit einer Anwendung zu erarbeiten.

In diesem Vortrag werden wir uns mit den Grundlagen des Event Stormings und den Einflussfaktoren für eine effektive Durchführung beschäftigen. Wer sind die Teilnehmer? Wie viel Zeit sollte ich einplanen? Welche Flughöhe ist die richtige für eine wertstiftende Diskussion, bei der am Ende alle mit einem gemeinsamen Verständnis über die Fachdomäne rausgehen. Richtig angewendet und bis zum Ende durchgeführt, bietet Event Storming unglaublich viel. Das Ergebnis kann sowohl für UX Entscheidungen als auch für einen guten Softwareschnitt verwendet werden. Auf diese Aspekte und meine Erfahrungen damit werde ich eingehen.

Transcript

1. Event Storming Kreativität trifft auf Struktur
2. „Wenn ihr ein Wort nennen müsstet, was hier fehlt – welches wäre das?“
3. DOMÄNEN EXPERTEN Wenn alle so arbeiten würden wie wir… Hauptsache unsere Kunden sind glücklich Die anderen haben nichts im Griff Immerhin nicht unser Problem
4. Silos & Hierarchien Fragmentiertes Wissen Kompromiss Kosten Ziele und Boni Gegensätzliche Prioritäten Entscheidungen sammeln sich an Angst getroffene Entscheidungen rückgängig zu machen Verstopfte Organisation Versteckte Agenda Viele Leute einladen, viele Kalender zu syncen Zustimmung von Vielen Neigung zum Hinzufügen Immer mehr Missverständnisse Aufschieben von schwierigen Entscheidungen verursachen erhöhen Idee von Alberto Brandolini, Event Storming, leanpub
5. Silos & Hierarchien Fragmentiertes Wissen Kompromiss Kosten Ziele und Boni Gegensätzliche Prioritäten Entscheidungen sammeln sich an Angst getroffene Entscheidungen rückgängig zu machen Verstopfte Organisation Versteckte Agenda Viele Leute einladen, viele Kalender zu syncen Zustimmung von Vielen Neigung zum Hinzufügen Aufschieben von schwierigen Entscheidungen verursachen erhöhen Idee von Alberto Brandolini, Event Storming, leanpub Expertise wird sichtbar Personen im gleichen Raum Engpässe werden sichtbar und priorisiert Sichtbare Inkonsistenzen Alles ist sichtbar Immer mehr Missverständnisse
6. If your goal is to learn to ride a bike you can choose between: - get a bike and try it, - talk with a biker first, - talk with a friend that knows a biker, read a specification document written by a friend that talked with a biker.
7. The current state is: there is plenty of valuable content in the book, but also * much work in progress. * unfinished chapters; * finished chapters that now look a little obsolete in pandemic times pandemic; * redundant content; * I still don’t know how to end this book.
8. Merge the people, split the software.
9. Über mich Agile Coach • Scrum Mastery • Product Ownership • Collaborative Modelling • Story Mapping • Event Storming • Podcast: „Mein Scrum ist kaputt“ • Buch: „Product Ownership meistern“
13. Formate • Big Picture Event Storming • Projekt Kick off • Mit allen Stakeholdern • Design Level Event Storming • Mögliche Implementation • Guten Serviceschnitt finden
14. Event • Fachliches Ereignis • Oranger Post it • Formulierung im Präteritum • Relevant für Domain Experten
15. Auslöser für Events • Aktion eines Users • Externes System • Datum / Uhrzeit • Durch andere Events
16. Beispiel
17. Vorgehen • Einladungen • Raum Setup • Kick off: • Kurze Vorstellungsrunde: Fachlichen Hintergrund, Ziele, … • Ziel des Workshops erläutern • Eventuell Methode verproben z. B. mit einem Märchen • Und dann geht´s los….
18. Hot Spots
19. Pivotal Events
20. Walk Through
21. Reverse Narrative
22. 45 Grad
23. Glossar
24. Beispiel
25. People • Akteur, Persona, User, …. • Gelber kleiner Post it
26. Beispiel
27. External System • Externes System • Rosa breiter Post it “An External System is whatever we can put the blame on”
28. Beispiel
29. Probleme und Möglichkeiten Hotspots: - Probleme - Risiken - etc Möglichkeiten: - Ideen - Lösungsansätze
30. Das richtige Problem auswählen
31. Value
32. Worauf achten? Fokus auf die Fachlichkeit Flughöhe beachten Nicht zu sehr ins Detail gehen Gemeinsames Verständnis über das Big Picture Keine technischen Events Was interessiert den Domain Experten
33. Und danach?
34. „Für große Systeme werden Techniken benötigt, um große Modelle zu handhaben.“ „Die zu treffenden Entscheidungen müssen auf Team-Ebene oder sogar zwischen Teams entschieden werden.“ Strategic Design
35. Pivotal Events
36. Word Conflicts
37. People on the Paper Roll
38. Look at the Humans
39. Look at the Data
40. Event Storming Events Hot Spot People System Command Policy Read Model Aggregates Big Picture Process Modelling
41. COMMAND • Aktion oder Entscheidungen die ein User oder eine Software trifft • Blauer Post it • Formulierung im Präsens
42. POLICY • Geschäftsregel • automatisierbare und eindeutig regelbasierte Entscheidungen durch die das System eigenständig agieren kann • Lila Post It
43. READ MODEL • Daten, die benötigt werden, um eine Entscheidung zu treffen • Fokus auf Verwendung der Daten • Grüner Post It • Attributebene
44. BEISPIEL
45. Event Storming Events Hot Spot People System Command Policy Read Model Aggregates Big Picture Process Modelling Software Design Aggregates Daten Events Command
46. In welchen Bereichen könnte Event Storming in deiner Organisation hilfreich sein? Impromptu Networking
47. Welchen Impuls nimmst du mit? Was sind die nächsten Schritte, die du starten möchtest? Impromptu Networking
48. DOING AGILE: sichtbarer – weniger wirkungsvoll BEING AGILE: weniger sichtbar – sehr wirkungsvoll MINDSET WERTE PRINZIPIEN PRAKTIKEN WERZEUGE UND PROZESSE