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 Workshop 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? Was ist eine gute Ausgangsbasis? 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.

Durch eine korrekte Anwendung bis zum Ende bietet Event Storming eine Fülle von Möglichkeiten. Die resultierenden Erkenntnisse sind sowohl für die Gestaltung der User Experience als auch für einen guten Softwareschnitt verwendet werden. Auf diese Aspekte werden wir anhand eines Praxisbeispiels genauer eingehen.

Am Ende des Workshops nehmt ihr durch den Einblick ins Event Storming mit, wie diese Methode Kreativität und Struktur verbindet, um kollaborativ tiefe Einblicke in komplexe Fachlichkeiten zu ermöglichen und euch dabei unterstützt einen effektive Team- und Service-Schnittstellen zu definieren.

Transcript

1. WIR ENTWICKELN INDIVIDUELLE SOFTWARELÖSUNGEN
2. Impromptu Networking • Was weißt du schon über Event Storming? • Was möchtest du über das Thema lernen?
3. ÜBER MICH Themen • Scrum Mastery • Product Ownership • Agile Techniken und Methoden • Story Mapping • Event Storming • Podcast: „Mein Scrum ist kaputt“ • Buch: „Product Ownership meistern“ Agile Coach bei der open knowledge GmbH @IEinemann Ina Einemann
4. OPEN KNOWLEDGE GmbH Branchenneutrale Softwareentwicklung und IT-Beratung Digitale Produkte & Automatisierung Strategie- & Technologieberatung Softwarearchitektur & - entwicklung
5. Spicker
6. DOMAIN DRIVEN DESIGN „For most software projects, the primary focus should be on the domain and domain logic“ Eric Evans, Domain-Driven Design, Addison-Wesley, © Eric Evans, 2004
7. Domäne End User Domain Expert Technical Expert Translation Ist auf Dauer teuer sogar sehr teuer
8. Ubiquitous Language Fachsprache als Basis Eindeutige Begriffe Durchgängige Nutzung
9. DOMÄNEN EXPERTEN Wenn alle so arbeiten würden wie wir… Wir sind toll Die anderen haben nichts im Griff Immerhin nicht unser Problem
10. 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
11. 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 Expertise wird sichtbar Personen im gleichen Raum Engpässe werden sichtbar und priorisiert Sichtbare Inkonsistenzen Alles ist sichtbar
12. Wenn du einem Kollegen erklären müsstest, welche Probleme Event Storming in deiner Organisation löst: Was würdest du sagen? Schreiben das in ein/Zwei Sätzen auf!
14. 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. Alberto Brandolini, Event Storming, leanpub
15. Merge the people, split the software.
16. FORMATE • Big Picture Event Storming • Projekt Kick off • Mit allen Stakeholdern • Design Level Event Storming • Mögliche Implementation • Guten Serviceschnitt finden
17. 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. Alberto Brandolini, Event Storming, leanpub
18. STARTING POINT
22. Geh die Informationen durch, die du gerade gehört hast. Überlegt in der Gruppe, welches die 5 wichtigsten Fakten über Event Storming sind an die ihr euch erinnern solltet. Notiere diese gerne auf deinen Spicker.
23. EVENT • Fachliches Ereignis • Oranger Post it • Formulierung im Präteritum • Relevant für Domain Experten
24. AUSLÖSER FÜR EVENTS • Aktion eines Users • Externes System • Datum / Uhrzeit • Durch andere Events
25. Praxisbeispiel Onlineshop
26. PEOPLE Akteur, Persona, User, …. Gelber kleiner Post it
27. EXTERNAL SYSTEM Externes System Rosa breiter Post it “An External System is whatever we can put the blame on”
28. BEISPIEL
29. HOT SPOTS
30. SORTIERSTRATEGIEN
31. PIVOTAL EVENTS
32. SWIMLANES
33. TEMPORAL MILESTONES
34. CHAPTERS SORTING
35. COMBINING MULTIPLE STRATEGIES
36. WALK THROUGH
37. REVERSE NARRATIVE
38. 45 GRAD
39. GLOSSAR
40. BEISPIEL
41. PEOPLE Akteur, Persona, User, …. Gelber kleiner Post it
42. BEISPIEL
43. BEISPIEL
44. EXTERNAL SYSTEM Externes System Rosa breiter Post it “An External System is whatever we can put the blame on”
45. BEISPIEL
46. WEITERE IDEEN • Probleme und Möglichkeiten • Das richtige Problem auswählen • Value
47. PROBLEME UND MÖGLICHKEITEN Hotspots: - Probleme - Risiken - etc Möglichkeiten: - Ideen - Lösungsansätze
48. DAS RICHTIGE PROBLEM AUSWÄHLEN
49. VALUE
50. EVENT STORMING
53. EVENT STORMING
54. 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….
55. 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
56. Tischgruppen Experten Über Patterns und Anti-Patterns
57. Patterns • Add more space • Be the worst • Conquer First, Divide Later • Do First, Explain Later • Fuzzy Definitions • Guess First • Hot Spot • Icebreaker • Incremental Notation • Go personal • Keep your mouth shut • Money on the table • One Man One Marker • Poisonous Seats • Visible Legend
58. Und danach? UND DANACH?
59. STRATEGIC DESIGN „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.“ Eric Evans, Domain-Driven Design, Addison-Wesley, © Eric Evans, 2004
60. MEHRERE MODELLE – ABER WIE? Customer ShoppingCart Product Kein Verlust der Vorteile Mögliche Konflikte Verschiedene Modelle Unterschiedliches Verständnis
61. BOUNDED CONTEXT Trennung von Code-Basis Team-Struktur Datenbankstruktur
62. BOUNDED CONTEXT Trennung von Code-Basis Team-Struktur Datenbankstruktur
63. PIVOTAL EVENTS
64. WORD CONFLICTS
65. PEOPLE ON THE PAPER ROLL
66. LOOK AT THE HUMANS
67. LOOK AT THE DATA
69. ÜBERBLICK Events Hot Spot People System Command Policy Read Model Aggregates Big Picture Process Modelling
70. COMMAND Aktion oder Entscheidungen die ein User oder eine Software trifft Blauer Post it Formulierung im Präsens
71. BEISPIEL
72. POLICY Geschäftsregel automatisierbare und eindeutig regelbasierte Entscheidungen durch die das System eigenständig agieren kann Lila Post It
73. BEISPIEL
74. BEISPIEL
75. READ MODEL Daten, die benötigt werden, um eine Entscheidung zu treffen Fokus auf Verwendung der Daten Grüner Post It Attributebene
76. BEISPIEL
77. BEISPIEL
79. Nimm dir zusammen mit einem Partner zwei Minuten Zeit, um eine kurze Liste aller Fakten zu besprechen / aufzuschreiben, die ihr jetzt über das Thema Bounded Contexte und Process Modelling wisst.
80. ÜBERBLICK Events Hot Spot People System Command Policy Read Model Aggregates Big Picture Process Modelling
81. In Domain-Driven Design, Aggregates are defined as units of transactional consistency. They are groups of objects whose state can change, but that should always expose some consistency as a whole. Alberto Brandolini, Event Storming, leanpub
82. Wie finde ich meine Aggregates?
83. PROCESS MODELLING
84. BEISPIEL
86. ÜBERBLICK Events Hot Spot People System Command Policy Read Model Aggregates Big Picture Process Modelling Software Design Aggregates Daten Events Command
87. ZUSAMMENHÄNGEN VON EVENTS UND COMMANDS
88. DEM KIND (K)EINEN NAMEN GEBEN
89. AUF WELCHEN DATEN OPERIEREN DIE COMMANDS?
90. AGGREGATES
91. Vom Aggregate zum Bounded Context
92. ABHÄNGIGKEITEN
93. AGGREGATES ?
94. AGGREGATES
95. AGGREGATES Fallback für Standard- Lieferadresse
96. BOUNDED CONTEXTS
97. BOUNDED CONTEXT - FAZIT Konsistenz Unabhängigkeit Wenig Kommunikation zwischen Kontexten Asynchrone Kommunikation Kompensationsstrategien
98. VORGEHEN • Big Picture Workshop • Mit Heuristic Ausschnitt auswählen • Process Modelling • Software Design erstellen • Übergang zum Tactical Design…
99. In unserem Event Storming Workshop erarbeiten wir bei einem Projektvorhaben ein gemeinsames Verständnis über die Fachlichkeit zwischen Stakeholder und Entwicklungsteam. Dabei werden unterschiedliche Perspektiven durch einfache Visualisierung sichtbar und besprechbar gemacht. EVENT STORMING WORKSHOP Interesse? Kontakt per Mail: vertrieb@openknowledge.de „ Der Workshop garantiert einen erfolgreichen Einstieg in neue Themen. Unsere methodische Begleitung ermöglicht es, bereits am Anfang von Projekten einen passenden Serviceschnitt zu finden.“ Ina Einemann, Agile Coach Schritt 1 Big Picture Schritt 2 Picture That Explains Everything Schritt 3 Process Modelling Schritt 4 Software Modelling
100. Impromptu Networking • In welchen Bereichen könnte Event Storming in deiner Organisation hilfreich sein? • Was sind die nächsten Schritte, die du starten möchtest?