Backend

Szkolenie Event Storming

Event Storming to metoda projektowania oprogramowania, która pozwala zespołowi na szybkie i interaktywne zrozumienie złożonych procesów biznesowych oraz wymagań dotyczących aplikacji.

Czas trwania
16h / 2 dni · 2h
Dla kogo

Idealny dla zespołów, które…

1 Deweloperów oprogramowania: Osoby odpowiedzialne za tworzenie kodu i implementację rozwiązań technologicznych będące częścią projektu.
2 Analityków biznesowych: Specjaliści analizujący wymagania biznesowe i przekładający je na zrozumiałe dla zespołu deweloperskiego wymagania.
3 Kierowników projektu: Osoby zarządzające procesem projektowym, koordynujące pracę zespołu oraz zapewniające realizację założonych celów w terminie i budżecie.
4 Inżynierów oprogramowania: Specjaliści odpowiedzialni za projektowanie, implementację i utrzymanie systemów informatycznych.
5 Architektów systemowych oraz osób odpowiedzialnych za projektowanie i granice systemów
Efekty po programie

Solidny backend i architektura — wzorce sprawdzone w środowisku produkcyjnym.

Techniki modelowania procesów biznesowych: Uczestnicy nauczą się jak efektywnie modelować złożone procesy biznesowe za pomocą technik Event Stormingu, co pozwoli im lepiej zrozumieć dynamikę działania organizacji

Kreatywnego rozwiązywania problemów: Event Storming wymaga aktywnego udziału i współpracy zespołu, co sprzyja kreatywnemu myśleniu i wspólnemu rozwiązywaniu problemów

Zrozumienia potrzeb klienta: Poprzez głębsze zanurzenie się w procesach biznesowych, uczestnicy zrozumieją lepiej potrzeby i oczekiwania klientów, co przyczyni się do lepszego dostosowania produktów i usług do ich potrzeb

Projektowania elastycznej architektury systemu: Event Storming może pomóc uczestnikom w projektowaniu bardziej elastycznych i skalowalnych architektur systemowych, które łatwiej można dostosować do zmieniających się wymagań biznesowych

Pracowania na trzech poziomach Event Storming: Big Picture, Process Level i Design Level

Identyfikowania subdomeny oraz bounded contexty w podejściu Domain-Driven Design

Przekładania wyników warsztatów na backlog oraz decyzje architektoniczne

Program · 12 modułów

Co konkretnie robimy

M01
Wprowadzenie do Event Storming
  • · Zdarzenie jako podstawowy element poznawania domeny
  • · Cel i zastosowanie Event Storming
  • · Czym Event Storming nie jest
  • · Rodzaje warsztatów Event Storming
M02
Przygotowanie warsztatu
  • · Definicja celu jako kryterium dostarczenia wartości
  • · Dobór odpowiedniego typu warsztatu
  • · Różnice pomiędzy sesją offline a online
  • · Rola i odpowiedzialności facylitatora
M03
Wprowadzenie do domeny warsztatowej
  • · Kontekst biznesowy przykładowej domeny
  • · Kluczowe pojęcia i aktorzy
M04
Poziomy Event Storming – różnice i zastosowanie
  • · Big Picture vs Process Level vs Design Level
  • · Cel każdego poziomu
  • · Zakres szczegółowości i perspektywa (strategiczna vs operacyjna vs techniczna)
  • · Kiedy używać danego poziomu
  • · Typowe błędy przy mieszaniu poziomów
M05
Poznawanie domeny – Big Picture
  • · Identyfikacja zdarzeń domenowych
  • · Eksploracja domeny i odkrywanie wiedzy
  • · Określanie zależności i osi czasu
  • · Typowe problemy i pułapki
M06
Definiowanie granic – wprowadzenie do strategicznego Domain-Driven Design
  • · Problem Space vs Solution Space
  • · Subdomain vs Bounded Context
  • · Identyfikacja granic odpowiedzialności
M07
Eksploracja procesów – Process Level
  • · Definiowanie kompletnych procesów biznesowych
  • · Uzupełnianie i walidacja wiedzy
  • · Testowanie odporności procesu na zmiany
  • · Weryfikacja wcześniej zdefiniowanych granic
M08
Od ogółu do szczegółu – Design Level
  • · Definiowanie reguł biznesowych i danych
  • · Identyfikacja agregatów
  • · Przekładanie wyników na rozwiązania techniczne
M09
Zaawansowane techniki facylitacji
  • · Jak zadbać o dynamikę sesji
  • · Jak prowadzić wartościową dyskusję
  • · Najczęstsze problemy i wyzwania
  • · Techniki radzenia sobie z trudnymi sytuacjami
M10
Event Storming, a zarządzanie projektem
  • · Definiowanie zadań na podstawie warsztatów
  • · Identyfikacja i wizualizacja ryzyk
  • · Praca z Hot Spots
  • · Przekładanie wyników na backlog i architekturę
M11
Wykorzystanie AI w Event Storming
  • · Wsparcie eksploracji domeny
  • · Wsparcie definiowania granic i modeli
  • · Wsparcie analizy procesów i jakości modeli
  • · Ograniczenia i ryzyka wykorzystania AI
  • · Rola AI jako narzędzia wspierającego, a nie zastępującego warsztat
M12
Podsumowanie
  • · Najważniejsze wnioski
  • · Dobre praktyki
  • · Najczęstsze błędy
Każdy moduł modyfikujemy pod Twój stack i kontekst. Powyższe to punkt wyjścia — nie sztywna agenda.
Jak pracujemy

Od briefu do retro w 30 dniach.

01

Brief i diagnoza

Rozmowa z liderem zespołu + krótka ankieta dla uczestników. Określamy cele, gap, kontekst.

02

Modyfikacja programu

Dostosowujemy moduły, case studies i przykłady kodu pod Twój stack. Akceptacja w 5 dni.

03

Warsztat

Sesje z trenerem, hands-on, code review. Mentor dostępny też pomiędzy sesjami.

04

Retro + raport

Raport z efektami dla zespołu i lidera. 30 dni konsultacji w cenie.

Zapytanie

Wyślij brief. Odezwiemy się w 1 dzień.

Po krótkim briefie przygotujemy program i wycenę. Bez zobowiązań — to tylko punkt wyjścia do rozmowy.

Wycena w 48h od briefu
Pierwsza sesja w 30 dni
Pilotaż przed pełną decyzją
Faktura VAT, możliwość płatności w transzach

Ochrona antyspamowa (Cloudflare Turnstile) zostanie aktywowana po wpięciu klucza.