Bounded Contexts mit Event Storming finden

Event Storming ist eine Methode aus dem Domain-Driven Design, die es ermöglicht, sich gemeinsam die Fachlichkeit einer Anwendung zu erarbeiten.
In diesem Vortrag werde ich mich 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 in Form von Bounded Contexte verwendet werden. Auf diese Aspekte werde ich anhand eines Praxisbeispiels genauer eingehen.

Transcript

1. WIR ENTWICKELN INDIVIDUELLE SOFTWARELÖSUNGEN
2. Bounded Contexts mit Event Storming finden
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
5. 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
6. WARUM
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ÄNENMODELL Repräsentation der Domäne Fachlich korrekt und konsistent Weiterentwicklung durch alle Beteiligten
10. DOMÄNENMODELL Repräsentation der Domäne Fachlich korrekt und konsistent Weiterentwicklung durch alle Beteiligten „Das Domänenmodell ist das Bindeglied zwischen Domänenexperten und Entwicklern“ Eric Evans, Domain-Driven Design, Addison-Wesley, © Eric Evans, 2004
11. DOMÄNEN EXPERTEN Warum machen das die anderen so kompliziert? Wir sind toll Hauptsache wir erreichen unsere Ziele Immerhin nicht unser Problem
12. 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 blockierte 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 Immer mehr Missverständnisse
13. 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 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 Inkonsisten Alles ist sichtbar blockierte Organisation
14. 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
15. FORMATE • Big Picture Event Storming • Projekt Kick off • Mit allen Stakeholdern • Design Level Event Storming • Mögliche Implementation • Guten Serviceschnitt finden
16. Merge the people, split the software.
20. Event EVENT Fachliches Ereignis Oranger Post it Formulierung im Präteritum Relevant für Domain Experten
21. AUSLÖSER FÜR EVENTS • Aktion eines Users • Externes System • Datum / Uhrzeit • Durch andere Events
22. BEISPIEL
23. SORTIERSTRATEGIEN
24. PIVOTAL EVENTS
25. SWIMLANES
26. TEMPORAL MILESTONES
27. CHAPTERS SORTING
28. COMBINING MULTIPLE STRATEGIES
29. WALK THROUGH
30. REVERSE NARRATIVE
31. 45 GRAD
32. GLOSSAR
33. BEISPIEL
34. HOT SPOTS
35. People PEOPLE Akteur, Persona, User, …. Gelber kleiner Post it
36. BEISPIEL
37. BEISPIEL
38. EXTERNAL SYSTEM Externes System Rosa breiter Post it “An External System is whatever we can put the blame on” External System
39. BEISPIEL
40. 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….
41. WEITERE IDEEN • Probleme und Möglichkeiten • Das richtige Problem auswählen • Value
42. PROBLEME UND MÖGLICHKEITEN Hotspots: - Probleme - Risiken - etc Möglichkeiten: - Ideen - Lösungsansätze
43. DAS RICHTIGE PROBLEM AUSWÄHLEN
44. VALUE
47. EVENT STORMING
48. 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
49. Und danach? UND DANACH?
50. 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
51. MEHRERE MODELLE – ABER WIE? Customer ShoppingCart Product Kein Verlust der Vorteile Mögliche Konflikte Verschiedene Modelle Unterschiedliches Verständnis
52. BOUNDED CONTEXT Trennung von Code-Basis Team-Struktur Datenbankstruktur
53. BOUNDED CONTEXT Trennung von Code-Basis Team-Struktur Datenbankstruktur
54. PIVOTAL EVENTS
55. WORD CONFLICTS
56. PEOPLE ON THE PAPER ROLL
57. LOOK AT THE HUMANS
58. LOOK AT THE DATA
59. SPLIT THE DATA Customer Address Product
60. SPLIT THE DATA
61. SPLIT THE DATA
62. ÜBERBLICK Events Hot Spot People System Command Policy Read Model Aggregates Big Picture Process Modelling
63. Command COMMAND Aktion oder Entscheidungen die ein User oder eine Software trifft Blauer Post it Formulierung im Präsens
64. BEISPIEL
65. POLICY Geschäftsregel automatisierbare und eindeutig regelbasierte Entscheidungen durch die das System eigenständig agieren kann Lila Post It Policy
66. BEISPIEL
67. BEISPIEL
68. READ MODEL Daten, die benötigt werden, um eine Entscheidung zu treffen Fokus auf Verwendung der Daten Grüner Post It Attributebene Read Model
69. BEISPIEL
70. BEISPIEL
71. ÜBERBLICK Events Hot Spot People System Command Policy Read Model Aggregates Big Picture Process Modelling
72. 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
73. Wie finde ich meine Aggregates?
74. PROCESS MODELLING
75. BEISPIEL
77. ÜBERBLICK Events Hot Spot People System Command Policy Read Model Aggregates Big Picture Process Modelling Software Design Aggregates Daten Events Command
78. ZUSAMMENHÄNGEN VON EVENTS UND COMMANDS
79. DEM KIND (K)EINEN NAMEN GEBEN
80. AUF WELCHEN DATEN OPERIEREN DIE COMMANDS?
81. AGGREGATES
82. Vom Aggregate zum Bounded Context
83. ABHÄNGIGKEITEN
84. Überlegungen Wer ändert die Daten? Gemeinsame Änderungen? Verfügbarkeit von Daten?
85. Compensation
86. SERVICE NICHT VERFÜGBAR Shipping
87. BEISPIEL LIEFERADRESSE
88. AGGREGATES ?
89. AGGREGATES
90. AGGREGATES Fallback für Standard- Lieferadresse
91. BOUNDED CONTEXTS
92. BOUNDED CONTEXT - FAZIT Konsistenz / Transaktionalität Unabhängigkeit Wenig Kommunikation zwischen Kontexten Asynchrone Kommunikation Kompensationsstrategien
93. 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