| Tytuł: | Strategiczna architektura systemów dla zdezorientowanego biznesu |
| Kod: | ddd-strategic |
| Kategoria: | Domain Driven Design i Event Storming |
| Forma: | 60% wykłady / 40% warsztaty |
| Czas trwania: | 1 dzień |
| Zapisy: |
Indywidualne zamówienie i dopasowanie dla grupy. |
| Logistyka: |
W siedzibie klienta lub w innym dowolnym miejscu. |
Masz za sobą kilka transformacji, z czego każda zakończona wielkim sukcesem, a jednak IT wciąż nie spełnia oczekiwań.
W rozmowie żonglują buzzwordami technicznymi nieudolnie przeplatając je z językiem korzyści zaczerpniętym ze szkoleń komunikacyjnych.
Rozumiesz już z czego wynikają opóźnienia i błędy: z mnogości zależności pomiędzy modułami i zawiłości reguł. Ale przecież ostatnia rewitalizacja architektury miała temu zapobiec.
Podczas warsztatu przejdziemy przez dramat współczesny w trzech aktach na przykładowym projekcie:
Ale to tylko do pierwszej przerwy kawowej.
Po niej podejdziemy jeszcze raz do zadania, tym razem racjonalnie i metodycznie. Celem ćwiczeń nie będzie nauczenie Ciebie technik analizy i architektury, celem będzie nauczenie Cię na co zwrócić uwagę podczas współpracy z IT, jak ich (po staropolsku) challengować i jak nie dać sobie wcisnąć wymówek: nie da się.
Da się, robimy to od 22 lat.
Przejdziemy przez wszystkie fazy strategicznego projektowania architektury:
A może jesteś tuż przed (kolejną) rewitalizacją i (tym razem) chcesz dopilnować aby inwestycja zwróciła się w oczekiwany sposób?
Jakie umiejętności zdobędziesz:
Wyróżniki szkolenia
- Praca nad przykładem o realnym poziomie złożoności, zawierającym w sobie typowe jak i wyrafinowane przypadki biznesowe
- Operowanie na sugestywnych metaforach pozwalających zrozumieć techniczne pojęcia
- Porównanie 2 podejść do strategii i zestawienie konsekwencji wynikających z ich zastosowania
Program Szkolenia
Program jest ramą w jakiej możemy się poruszać merytorycznie - program dla konkretnego szkolenia dedykowanego ustalamy z grupą na podstawie analizy przed-szkoleniowej.-
Doświadczenie konsekwencji trywializacji analizy i naiwnej architektury- Intuicyjny podział systemu na obszary
- Weryfikacja podziału przez pryzmat procesów biznesowych
- Weryfikacja podziału przez pryzmat przeciekania reguł biznesowych
- Diagnoza przyczyn braku autonomii i nazwanie antywzorców i złych praktyk
- Śmiech/płacz - zależnie od preferencji
- Intuicyjny podział systemu na obszary
-
Zbieranie informacji - technika Event Storming - Process Level- Podstawy facylitacji spotkania
- Określenie celu: as is, to be, weryfikacja procesu, eksploracja, projektowanie architektury
- Pomoc przyjaciołom z IT w zadawaniu adekwatnych pytań
- Określenie celu: as is, to be, weryfikacja procesu, eksploracja, projektowanie architektury
- Modelowanie istotnych zmian stanu
- Rozróżnianie reguł biznesowych od walidacyjnych i technicznych
- Odpowiednie rozmieszczenie reguł
- Podstawy facylitacji spotkania
-
Analiza zebranych informacji- Stawianie istotnych pytań biznesowych
- Poszukiwanie źródeł prawdy dla pytań biznesowych
- Analiza alternatywnych procesów
- Destylacja generycznych modeli dla wspólnych obszarów biznesowych
- Stawianie istotnych pytań biznesowych
-
Mapowanie obszarów biznesowych- Podejmowanie decyzji o tym kto zależy od kogo
- Konsekwencje decyzji na proces wytwórczy
- Wykrywanie i unikanie wąskich gardeł w procesie wytwórczym
- 7 strategii mapowania - dobór do strategii biznesowej
- Podejmowanie decyzji o tym kto zależy od kogo
-
Integracja obszarów biznesowych w procesy z zachowaniem autonomii- Unikanie przenikanie wiedzy biznesowej
- Komunikowanie zdarzeń biznesowych zamiast technicznych zmian
- Testowanie szczelności
- Unikanie przenikanie wiedzy biznesowej
Pobierz program w formacie PDF
Trenerzy
Poznaj ekspertów, którzy mogą poprowadzić Twoje szkolenie.