Zbyt szybkie przechodzenie do rozwiązania
Dyskusja o technologii rozpoczyna się, zanim zespół dobrze zrozumie problem biznesowy, wymagania i ograniczenia.
Architectural KATA 2.0 · oferta dla firm
Rozwijaj w zespole umiejętność podejmowania i obrony decyzji architektonicznych.
Wyślij od jednej do sześciu osób na jednodniowy, praktyczny warsztat dla software architektów, tech leadów i senior developerów. Uczestnicy przejdą w małych zespołach od analizy problemu biznesowego przez ocenę wariantów i trade-offów aż do udokumentowania oraz obrony zaprojektowanej architektury.
Prowadzą zwycięzcy O’Reilly Architectural Kata Winter 2024.
Problem
Pomóż zespołowi podejmować decyzje w bardziej uporządkowany i powtarzalny sposób.
Nawet doświadczonym specjalistom trudno utrzymać spójny sposób analizowania i dokumentowania decyzji - szczególnie pod presją czasu. Warsztat pozwala przećwiczyć ten proces poza rzeczywistym projektem, bez ryzyka dla budżetu, terminów i architektury produkcyjnego systemu.
Decyzje bez jasno nazwanych trade-offów
„Wybraliśmy X” nie wyjaśnia, dlaczego odrzucono inne warianty, jakie ryzyko zaakceptowano ani kiedy decyzję należy ponownie ocenić.
Wiedza pozostająca w głowach pojedynczych osób
Brak udokumentowanego kontekstu utrudnia weryfikowanie decyzji, wdrażanie nowych osób i powrót do wcześniejszych ustaleń.
AI przyspieszające odpowiedzi bez przejęcia odpowiedzialności
Model może zaproponować architekturę. Zespół nadal musi zweryfikować założenia, ocenić konsekwencje i podjąć ostateczną decyzję.
Efektem mogą być powracające dyskusje, niespójne rozwiązania i koszty ujawniające się dopiero podczas implementacji lub utrzymania systemu.
Architectural KATA pozwala przećwiczyć ten proces na neutralnym case’ie - bez ryzyka dla rzeczywistego projektu i bez wykorzystywania poufnych danych firmy.
Dla kogo
Kogo warto wysłać na warsztat.
Dobry wybór dla:
- software architektów
- solution architektów
- tech leadów
- senior developerów
- developerów przygotowujących się do roli architekta
- Engineering Managerów i CTO aktywnie uczestniczących w decyzjach technicznych
Warsztat nie będzie odpowiedni dla osób, które:
- dopiero rozpoczynają naukę programowania,
- oczekują podstawowego wykładu o architekturze,
- nie mają jeszcze doświadczenia pozwalającego na samodzielną analizę decyzji technicznych.
Uczestnik nie musi mieć stanowiska architekta. Powinien jednak posiadać doświadczenie techniczne i być gotowy do aktywnej pracy zespołowej, analizowania problemów oraz uzasadniania podejmowanych decyzji.
Format warsztatu
Jeden dzień intensywnej praktyki podejmowania decyzji architektonicznych.
Problem biznesowyAnaliza domenyModel C4Warianty i trade-offyADRPrezentacja i obrona rozwiązania
Uczestnicy nie oglądają, jak ktoś projektuje system. Większość dnia pracują w 4-6-osobowych zespołach nad jednym realistycznym przypadkiem biznesowym. Krótkie wprowadzenia przeplatają się z pracą grupową, konsultacjami trzech prowadzących i prezentacją rezultatów.
Każdy zespół:
- analizuje domenę za pomocą Event Stormingu
- identyfikuje procesy, zdarzenia, reguły i niewiadome
- przygotowuje model architektury w notacji C4
- porównuje możliwe rozwiązania i ich konsekwencje
- nazywa trade-offy oraz akceptowane ryzyka
- dokumentuje kluczowe decyzje w ADR
- prezentuje i broni rozwiązania przed prowadzącymi oraz pozostałymi uczestnikami
Wartość dla firmy
Kompetencje, które mogą usprawnić pracę całego zespołu.
Uczestnicy poznają proces, który mogą później wykorzystywać we własnych projektach i przekazywać pozostałym członkom zespołu.
- Decyzje architektoniczne oparte na wymaganiach i ograniczeniach, a nie na preferencjach technologicznych.
- Jawnie opisane warianty, trade-offy i zaakceptowane ryzyka.
- ADR-y pozwalające wrócić do kontekstu decyzji po kilku miesiącach.
- Lepsza komunikacja między architekturą, developmentem i biznesem.
- Mniej powracających dyskusji nad decyzjami bez jasno zapisanego uzasadnienia.
- Krytyczne i bezpieczne podejście do wykorzystania AI podczas projektowania systemów.
Jeśli wyślesz kilka osób, zwiększasz szansę, że sposób pracy przećwiczony podczas KATY zostanie wykorzystany również przez pozostałą część zespołu. Uczestnicy mogą pracować razem albo dołączyć do różnych grup i po warsztacie porównać odmienne podejścia do tego samego problemu.
Rezultaty dnia
Uczestnicy przechodzą cały proces i kończą dzień z konkretnymi rezultatami.
Pod koniec dnia każdy zespół przygotuje:
- Mapę najważniejszych zdarzeń i procesów
- Model architektury w notacji C4
- Porównanie wariantów rozwiązania
- Zapis kluczowych decyzji architektonicznych
- Listę ryzyk i otwartych pytań
- Krótką prezentację rozwiązania
Materiały powstaną na podstawie neutralnego case’u warsztatowego. Najważniejszym rezultatem dla firmy jest jednak proces, szablony i sposób oceny wariantów, które uczestnicy mogą później wykorzystywać we własnych projektach.
Program
Od analizy domeny do obrony rozwiązania.
Wprowadzenie i podział na zespoły
Zasady pracy, prezentacja wyzwania oraz kryteriów oceny.
Odkrywanie domeny
Event Storming: kluczowe procesy, zdarzenia, reguły i niewiadome.
Przerwa
Przegląd modelu z AI · AI
Dodatkowe pytania, scenariusze brzegowe i weryfikacja założeń.
Lunch
Projekt architektury
Model C4, warianty rozwiązania i analiza kompromisów.
Przerwa
Zapis decyzji
ADR, kluczowe decyzje architektoniczne, ryzyka i uzasadnienie wyboru.
Prezentacja architektury
Przygotowanie i prezentacja rozwiązania przed prowadzącymi oraz pozostałymi zespołami.
Informacja zwrotna i podsumowanie
Porównanie rozwiązań, bezpośredni feedback oraz omówienie sposobów wykorzystania procesu po warsztacie.
AI podczas Katy
AI jest sparring partnerem. Decyzje nadal należą do zespołu.
AI towarzyszy uczestnikom na poszczególnych etapach pracy. To uczestnicy oceniają odpowiedzi modelu i podejmują ostateczne decyzje.
Pracujemy bezpiecznie z AI.Pracujemy na przygotowanym case’ie. Nie wykorzystujemy kodu, dokumentacji ani poufnych danych uczestników lub ich pracodawców. Dostęp do potrzebnych narzędzi AI zapewniamy na miejscu.
Podczas warsztatu uczestnicy wykorzystują AI, aby:
- 01
generować dodatkowe pytania i scenariusze brzegowe
- 02
podważać założenia
- 03
wyszukiwać słabe punkty rozwiązania
- 04
porównywać warianty
- 05
przygotowywać robocze wersje diagramów i ADR-ów
- 06
identyfikować błędy, brakujący kontekst i halucynacje
Prowadzący
Warsztat prowadzą zwycięzcy O’Reilly Architectural Kata Winter 2024.
Sebastian, Piotr i Wojciech wspólnie prowadzą uczestników przez cały proces - od analizy domeny po prezentację i obronę rozwiązania.
Sebastian Dąbkowski
Senior Solution Architect
Specjalizuje się w ocenie kompromisów architektonicznych oraz wpływu technologii na koszt, skalowalność i utrzymanie systemu. Podczas warsztatu wspiera analizę domeny i ocenę trade-offów.
Piotr Filipowicz
Senior Solution Architect
Ma ponad 15 lat doświadczenia w architekturze systemów klasy enterprise. Podczas warsztatu wspiera zespoły w pracy nad modelem C4 i dokumentowaniem decyzji.
Wojciech Kasa
Senior Solution Architect
Specjalizuje się w modelowaniu domeny i komunikowaniu architektury. Podczas warsztatu pomaga zespołom przygotować argumentację i prezentację rozwiązania.
Prowadzący nie podają gotowych odpowiedzi. Zadają pytania, kwestionują założenia i sprawdzają, czy uczestnicy potrafią uzasadnić podejmowane decyzje.
Poprzednia edycja
Praktyka, realistyczny problem i bezpośredni feedback.
Opinie uczestników pokazują, że największą wartością KATY jest intensywna praktyka na realistycznym problemie - nie kolejna porcja teorii.
Osiem godzin czystej praktyki i prawdziwy biznesowy problem do rozwiązania. Nauczyłem się podejmować architektoniczne decyzje świadomie, zamiast zgadywać.
Piotr OtapowiczTeam Manager / Delivery Manager
Event Storming w praktyce, na żywym problemie, pod presją czasu - to zupełnie inne doświadczenie niż z książki.
Sławomir GołębiewskiSenior Java Engineer
Udział firmowy
Wyślij jedną osobę albo kilku kluczowych członków zespołu.
- 1-3 osoby1 097,56 zł netto (1 350,00 zł brutto)
- 4-6 osób1 000 zł netto/os. (1 230 zł brutto)
maksymalnie 20 uczestników
Warszawa19 września 2026 · 9:00-17:45
Wybierz liczbę miejsc →Po kliknięciu „Wybierz liczbę miejsc” przejdziesz do serwisu Konfeo, w którym wybierzesz liczbę biletów, podasz dane uczestników i dokonasz płatności. Fakturę VAT otrzymasz po podaniu danych firmy podczas zakupu.
Udział w wydarzeniu
- całodniowa praca w małym zespole
- przygotowany case i materiały warsztatowe
- konsultacje trzech prowadzących
- bezpośredni feedback do przygotowanego rozwiązania
- dostęp do narzędzi AI
- lunch, napoje i przerwy kawowe
Materiały do dalszej pracy
- pakiet promptów
- edytowalny wzór ADR
- plansza Miro
- ściągawka z Event Stormingu, C4 i oceny odpowiedzi AI
FAQ
Najczęściej zadawane pytania.
Czy możemy wysłać tylko jedną osobę?
Tak. Uczestnik dołączy do 4-6-osobowego zespołu utworzonego na miejscu.
Czy możemy kupić miejsca dla kilku osób?
Tak. Podczas zakupu w Konfeo możesz wybrać odpowiednią liczbę biletów i podać dane uczestników.
Czy osoby z naszej firmy będą pracować razem?
Mogą pracować razem albo zostać przydzielone do różnych zespołów. Jeżeli zależy Wam na konkretnym wariancie, skontaktujcie się z nami po zakupie miejsc.
Czy uczestnik musi być software architectem?
Nie. Możesz wysłać również solution architecta, tech leada, senior developera albo osobę przygotowującą się do roli architekta. Najważniejsze są doświadczenie techniczne oraz gotowość do samodzielnego analizowania i uzasadniania decyzji.
Czy uczestnicy pracują nad systemem naszej firmy?
Nie. Warsztat opiera się na przygotowanym, neutralnym case’ie. Nie wykorzystujemy kodu, dokumentacji ani poufnych danych firmy.
Czy uczestnicy będą korzystać z AI?
Tak. AI wspiera analizę, podważa założenia i pomaga przygotować roboczą dokumentację. To uczestnicy oceniają odpowiedzi modelu i podejmują ostateczne decyzje.
Czy wykorzystujecie kod lub dokumentację naszej firmy w narzędziach AI?
Nie. Warsztat projektujemy tak, aby nie było potrzeby wprowadzania do narzędzi AI kodu, poufnej dokumentacji ani innych chronionych informacji firmy. Dostęp do potrzebnych narzędzi AI zapewniamy na miejscu - wystarczy laptop z przeglądarką.
Czy otrzymamy fakturę VAT?
Tak. Dane do faktury podajesz podczas zakupu miejsc w Konfeo.
Czy bilet można przekazać innej osobie?
Tak. Jeśli zgłoszony uczestnik nie może przyjechać, poinformuj nas o zmianie danych przed warsztatem.
Jakie są zasady rezygnacji?
Pełny zwrot przysługuje do 14 dni przed wydarzeniem. W przypadku rezygnacji między 14. a 7. dniem zwracamy 50% ceny. Szczegółowe warunki znajdują się w regulaminie.