| Tytuł: | Event Storming - sesja demo |
| Kod: | es-demo |
| Kategoria: | Domain Driven Design i Event Storming |
| Forma: | 20% wykłady / 80% interaktywna demonstracja |
| Czas trwania: | 2 dni |
| Odbiorcy: | management, analitycy, Scrum Masters, hr, developerzy, architekci, testerzy, Product Owners |
| Zapisy: |
Indywidualne zamówienie i dopasowanie dla grupy. |
| Logistyka: |
W siedzibie klienta lub w innym dowolnym miejscu. |
Celem sesji demo jest wprowadzenie wszystkich uczestników projektu do tematu Event Stormingu na przykładzie laboratoryjnym.
Dzięki niemu istnieje możliwość szybkiego zaznajomienia się z techniką w przypadku kiedy wymagania co do nowego systemu nie są jeszcze sprecyzowane a chcemy już podjąć decyzję o wyborze podejścia.
Modelowanie będzie podzielone na dwa poziomy: strategiczny i taktyczny symulując uczestnictwo klientów operujących na różnym poziomie abstrakcji.
Przykład laboratoryjny został tak przygotowany aby zawierał typowe klasy problemów z jakimi spotykamy się w realnym świecie:
Bounded Contexty, które należy dopiero wydestylować
Będą to zarówno problemy techniczne, architektoniczne jak i miękkie (komunikacyjne).
Wyróżniki warsztatu
- Interakcja pomiędzy światem IT a biznesem - umiejętności miękki
- Szczegóły, które robią różnicę w powodzeniu sesji
- Transformacja wyników sesji w rozwiązanie (kod domeny, API, podział na moduły)
- Spojrzenie na metodykę z dystansu - tak aby uchwycić istotne techniki i różnie prowadzące do sukcesu
Program Warsztatu eksperckiego
Program jest ramą w jakiej możemy się poruszać merytorycznie - program dla konkretnego szkolenia dedykowanego ustalamy z grupą na podstawie analizy przed-szkoleniowej.-
Wstęp do Event Stormingu- Problem jaki chcemy rozwiązać
- Stosowalność
- Metodyka
- Mechnika
- Role i odpowiedzialność
- Mechnika
- Problem jaki chcemy rozwiązać
-
Sesja strategiczna - demonstracja z udziałem uczestników- Łagodne wejście w nomenklaturę poprzez stopniowe wprowadzanie notacji
- Odkrycie procesów biznesowych
- Wstępna destylacja Bounded Context
- Określanie klasy problemu z jakim mamy do czynienia w każdym BC
- Szacowanie ryzyk
- Drivery architektoniczne
- Szacowanie ryzyk
- Odkrywanie ukrytych Bounded Context
- Conway's Law vs SOA:Single Source of Truth
- Destylacja dziedziny kontekstów tak aby były reużywalne
- Conway's Law vs SOA:Single Source of Truth
- Opracowanie strategii integracji BC
- Published Language
- Open Host
- Shared Kernel
- Anticorruption Layer
- Customer-Supplier
- Conformist
- Published Language
- Propozycja modułów technicznych na podstawie granic BC (jeden BC to potencjalnie kilka modułów)
- Przygotowanie modułów do życia w izolacji jako microservices
- Destylacja API
- Przygotowanie modułów do życia w izolacji jako microservices
- Projekt API modułów na podstawie obranej strategii integracji
- Service
- Command + Handler
- Restful + Hateos
- Service
- Łagodne wejście w nomenklaturę poprzez stopniowe wprowadzanie notacji
-
Sesja taktyczna - demonstracja z udziałem uczestników lub praca własna- Kryteria wyboru kontekstów, w których będziemy stosować DDD
- Sesja ES z pogłębionym poszukiwaniem reguł domenowych
- Określanie granic agregatów - reguły i heurystyki
- Typowe problemy
- Żle obrany korzeń
- Zbyt duży agregat - brak kohezji
- Mylenie obiektów biznesowych z widokami (projekcjami)
- Żle obrany korzeń
- Najlepsze praktyki
- Typowe problemy
- Przykład implementacji kilku agregatów
- Testowanie
- Mapowanie relacyjno-obiektowe
- Optimistic Locking
- Testowanie
- Kryteria wyboru kontekstów, w których będziemy stosować DDD
-
Tematyka miękka- Nawyki kognitywne uczestników sesji - dobór stylu prowadzenia sesji do typów uczestników
- Zadawanie pytań z intencją lepszego zrozumienia zamiast nękania
- Dbanie i komfort emocjonalny nietechnicznych uczestników sesji
- Nawyki kognitywne uczestników sesji - dobór stylu prowadzenia sesji do typów uczestników
Pobierz program w formacie PDF
Trenerzy
Poznaj ekspertów, którzy mogą poprowadzić Twój Warsztat.