Event Storming
Warsztat domain-driven design. Mapujemy procesy biznesowe na sticky notes, definiujemy zdarzenia w domenie, bounded contexts, command/policy/aggregate. Wychodzimy z modelem domeny i konkretną listą rzeczy do zbudowania.
Co dostajesz po warsztacie
Konkretne artefakty, które przekładają się 1:1 na decyzje techniczne i biznesowe. Nie 80-stronicowy PDF do szuflady.
Mapa zdarzeń w domenie
Timeline biznesowy w Miro/Mural lub na ścianie. Każde sticky-note to zdarzenie domenowe („zamówienie złożone", „płatność rozliczona"). Pokazujemy jak naprawdę płynie biznes.
Bounded contexts
Granice odpowiedzialności w systemie. Co należy do „Sprzedaży", co do „Magazynu", co do „Księgowości" — żeby moduły nie wchodziły sobie w drogę.
Context map
Diagram relacji między bounded contexts — partnership, conformist, anti-corruption layer. Wiesz, gdzie integracje, gdzie tłumaczenia, gdzie ostrożność.
Agregaty & polityki
Identyfikacja agregatów (jednostek spójności) i polityk biznesowych. „Co się dzieje gdy X" — automatyzacje i reguły, które potem implementujemy w kodzie.
Hot spots & obszary niejasne
Lista miejsc gdzie nie ma jednoznacznych odpowiedzi w organizacji. Co dalej trzeba zbadać, kogo dopytać, gdzie jest największe ryzyko nieporozumień.
Dokumentacja w PDF + Miro
Eksport warsztatu w trwałą formę. Miro/Mural board do dalszej pracy + raport PDF z findings, decyzjami i rekomendacjami dla zespołu który nie uczestniczył.
Proces krok po kroku
Od pierwszej rozmowy do dokumentacji — co i kiedy się dzieje.
Kiedy ma sens
Event Storming nie jest dla każdego projektu. Pasuje, gdy mamy do czynienia z nieoczywistą domeną i wieloma stakeholderami.
Budujemy nowy duży system
Zanim zaczniemy pisać kod, chcemy zrozumieć jak naprawdę działa biznes. Event Storming buduje wspólny język między biznesem a developmentem.
Refactor monolitu na moduły / microservices
Wiemy że trzeba rozbić, ale nie wiemy gdzie postawić granice. Event Storming pokazuje bounded contexts oparte na rzeczywistym przepływie procesów.
Nowy zespół przejmuje istniejący system
Onboarding 10 developerów do złożonej domeny w 2 dni zamiast 3 miesięcy zgadywania z czytania kodu. Wspólny model w głowach całego zespołu.
Sprzeczności w wymaganiach
Sprzedaż mówi co innego, operacje co innego, IT co innego. Warsztat to forum gdzie sprzeczności wychodzą na jaw i da się je rozstrzygnąć przy stole.
Złożona integracja kilku systemów
ERP × CRM × WMS × marketing automation — kto czego potrzebuje, kto co produkuje, gdzie są tłumaczenia. Mapa zamiast spaghetti diagramu.
NIE warto, gdy
Prosta domena (np. blog, prosta strona produktowa). Mały zespół (1-2 osoby). Wymagania są oczywiste. Lepsza wtedy: analiza przedwdrożeniowa lub od razu prototyp.
Najczęstsze pytania
Co najczęściej pyta nas klient zanim umówimy warsztat.
Ile osób z naszej firmy musi wziąć udział?
Optymalnie 5-12. Muszą być w pokoju: ekspert domenowy z biznesu (znający „jak to naprawdę działa"), reprezentant IT (z mandatem do decyzji architektonicznych), osoba decyzyjna (która może wybrać między opcjami). Mile widziani: operator, UX, support — każdy z innym kątem widzenia.
On-site czy zdalnie?
On-site jest mocniejsze — 2 dni w jednym pokoju, sticky-notes na ścianie, energia z dyskusji. Zdalnie (Miro/Mural) działa też, ale potrzeba dyscypliny: krótsze sesje (4h max), więcej przerw, jasny facylitator. Hybrydowo nie polecamy — albo wszyscy on-site, albo wszyscy zdalnie.
Czy potrzebujemy znać DDD/Event Storming wcześniej?
Nie. Facylitator wprowadza metodologię w pierwszej godzinie. Sticky-notes to wszystko, co musisz wiedzieć. Doświadczenie pomaga (szybsze tempo), ale nie jest wymagane od uczestników.
Co dostajemy „na ręce" po warsztacie?
Miro/Mural board (link, zostaje u Ciebie), raport PDF z findings + rekomendacjami (10-20 stron, konkretny), backlog hot-spotów do dalszej pracy, lista bounded contexts z opisem ich odpowiedzialności. Plus 1h sesja post-warsztatowa.
Czy musimy potem z Wami współpracować?
Nie. Event Storming jest osobną usługą — możesz wziąć wyniki i pracować z innym zespołem developerskim. Często jednak po warsztacie naturalnie przechodzimy do analizy przedwdrożeniowej i implementacji, bo wnioski są świeże u nas.
Ile to kosztuje?
Fixed-price uzależniony od liczby uczestników, długości (1 vs 2 dni), formy (on-site vs zdalnie) i komplikacji domeny. Po pre-callu (30 min) wracamy z konkretną wyceną. Zazwyczaj zaczyna się od kilku tysięcy złotych.
Co dalej?
Event Storming często jest pierwszym krokiem. Naturalne kontynuacje:
Złożona
domena biznesowa?
Zacznijmy od mapy.
30-minutowy pre-call w którym zdiagnozujemy czy Event Storming jest dla Twojego przypadku, ile uczestników, jakie cele warsztatu. Bez zobowiązań.