Warsztat dla zespołów z software house’ów
Architectural KATA 2.0 - całodniowy warsztat, po którym zespół techniczny twojego software house’u umie uporządkować oczekiwania klienta oraz przygotować i obronić propozycję rozwiązania, zanim do oferty trafi kwota.
Bo cena poszła z buforem bezpieczeństwa - nikt nie potrafił powiedzieć, którego ryzyka ten bufor dotyczy.
Bo wycena powstała na podstawie pierwszej koncepcji, nie porównania możliwych rozwiązań.
Bo nikt nie zapisał, co było decyzją projektową, a co założeniem - i nie ma czym tego wykazać.
Klienci coraz częściej oczekują rozliczenia projektowego i stałej ceny zamiast stawki godzinowej. Wycena przestaje być zadaniem wyłącznie handlowym.
W większości software house’ów nikt nie uczy osób technicznych, jak podejść do analizy przed wyceną. Nie ma na to szkolenia ani ścieżki - tę umiejętność zdobywa się na własnych projektach, metodą prób i kosztownych błędów.
Dane historyczne, zarządzanie ryzykiem, dyscyplina handlowa i umowa - wszystko pracuje na tym samym wejściu: rozpoznaniu problemu i możliwych rozwiązań. Gdy go brakuje, reszta procesu operuje na przypuszczeniach.
To nie jest warsztat wprowadzający - format pracy w grupach zakłada seniorskie doświadczenie projektowe.
To nie jest szkolenie z wyceniania. To trening kompetencji, bez której żadna metoda wyceny nie działa: umiejętności rozłożenia problemu na możliwe rozwiązania i zważenia ich konsekwencji, zanim zostanie podana kwota.
Zespoły 4-6-osobowe pracują na przypadku przygotowanym przez prowadzących - realnym problemie biznesowym. W ciągu jednego dnia przechodzą w praktyce cykl, który powinien poprzedzać każdą poważną wycenę:
Udział trzech osób to 3 292,68 zł netto - mniej niż dzień ich pracy. W niedoszacowanym projekcie takich dni jest kilkanaście i żadnego nie da się zafakturować.
Kim jesteśmy
Jesteśmy Sebastian, Piotr i Wojciech - trzej architekci i założyciele Arpeggii. Pracowaliśmy razem w software housie, gdzie odpowiadaliśmy za techniczną stronę wycen. Każdy z nas od blisko dwóch dekad pracuje przy złożonych systemach - przez lata ratowaliśmy projekty, które przegrały z własną wyceną. Dziś wolimy, żeby nie trzeba było ich ratować.
Prowadzący
1. miejsce w O’Reilly Architectural Kata Winter 2024.
Co-founder · domena i trade-offy
Odpowiadał za decyzje architektoniczne i techniczną stronę wycen - ocenia wpływ technologii na koszt, skalowalność i utrzymanie systemu. Podczas warsztatu prowadzi analizę domeny i ocenę trade-offów.
LinkedIn ↗
Co-founder · C4 i decyzje
Ponad 15 lat pracy przy systemach klasy enterprise, estymacji i delivery. Podczas warsztatu wspiera zespoły w pracy nad modelem C4 i dokumentowaniu decyzji.
LinkedIn ↗
Co-founder · argumentacja i obrona rozwiązania
Specjalizuje się w modelowaniu domeny i komunikowaniu architektury. Prowadzi część, w której zespoły bronią rozwiązania - tę samą rozmowę, którą później odbywają z klientem przy zakresie i cenie.
LinkedIn ↗Skąd pomysł na warsztat
W rozmowie z serii Walking & Talking opowiadamy, skąd wziął się warsztat Architectural KATA, dlaczego o decyzjach architektonicznych nie wystarczy czytać, jak AI zmienia pracę architekta i komu KATA daje najwięcej.
Osiem godzin czystej praktyki i prawdziwy biznesowy problem do rozwiązania. Nauczyłem się podejmować architektoniczne decyzje świadomie, zamiast zgadywać.
Piotr OtapowiczEvent Storming w praktyce, na żywym problemie, pod presją czasu - to zupełnie inne doświadczenie niż z książki.
Sławomir GołębiewskiOd wymagań do obrony rozwiązania
Zasady pracy, prezentacja wyzwania i kryteriów oceny.
Event Storming: kluczowe procesy, zdarzenia, reguły i niewiadome. Przygotowanie pliku PRD.md jako kontekstu dla AI.
Rezultat: Mapa Event Stormingu i PRD.md
Zanim zaprojektujesz system, musisz zrozumieć biznes. Dlatego zaczynamy od tego, co dzieje się w domenie, a nie od ekranów, endpointów czy tabel w bazie.
W Event Stormingu mapujecie kluczowe procesy: jakie zdarzenia zachodzą, co je wywołuje i jakie reguły nimi rządzą. Zaznaczacie też niewiadome, czyli miejsca, w których brakuje Wam wiedzy albo coś się nie zgadza. Z tej mapy zaczynają się wyłaniać naturalne granice systemu.
Na koniec zbieracie wiedzę o domenie w pliku PRD.md. To kontekst, z którym będzie pracować AI.
AI jako sparring partner w analizie domeny: dodatkowe pytania, scenariusze brzegowe i weryfikacja założeń.
Rezultat: Uzupełniona mapa Event Stormingu i PRD.md
AI działa jak sparring partner w analizie domeny. Zadaje dodatkowe pytania, podsuwa scenariusze brzegowe i pomaga zweryfikować Wasze założenia. Wy oceniacie, co z tego ma sens, i decydujecie, co trafia na mapę. Przy okazji uczysz się krytycznie oceniać odpowiedzi AI.
Charakterystyki jakościowe, model C4, warianty rozwiązania i analiza trade-offów. Budowa diagramu jako kodu.
Rezultat: Charakterystyki i diagram C4 (Diagram as Code)
Najpierw ustalacie, które cechy jakościowe są dla tego systemu najważniejsze, np. dostępność, skalowalność, bezpieczeństwo czy łatwość zmian. Uwzględniacie też te, których nikt nie powiedział wprost, a które są krytyczne. To one kierują dalszymi wyborami.
Potem budujecie model systemu w notacji C4: kto z niego korzysta, z czym się łączy i z jakich głównych części się składa. Porównujecie warianty rozwiązania i nazywacie kompromisy, bo w architekturze każdy wybór coś daje i coś odbiera. Diagram powstaje jako kod.
Zapis kluczowych decyzji w ADR oraz przygotowanie prezentacji i narracji rozwiązania.
Rezultat: Prezentacja i ADR
Przygotowanie i prezentacja rozwiązania przed prowadzącymi i pozostałymi zespołami.
Wnioski, różnice pomiędzy rozwiązaniami i zastosowanie metod po warsztacie.
Logistyka i cena
FAQ
Tak, jeżeli chcą. Osoby zgłoszone z jednej firmy mogą pracować w jednym zespole - dzięki temu wracają do biura ze wspólnym językiem i tym samym zapisem decyzji. Jest też druga opcja: mogą pracować z innymi, żeby poznać inne punkty widzenia.
Tak - bilety indywidualne są dostępne. Format przynosi jednak najwięcej wartości przy 2-3 osobach z jednej firmy.
Nie, jest przeznaczony również dla tech leadów i senior developerów. Warunek: seniorskie doświadczenie projektowe, bo format zakłada samodzielną pracę w grupie. Architekci mogą natomiast zobaczyć, jak nad architekturą pracują inni, i zderzyć różne punkty widzenia.
Jako architekt przez lata budujesz własny sposób dochodzenia do decyzji. Masz swój zestaw pytań, wzorców, doświadczeń i to działa. Architektura rzadko jest dobra albo zła. Jest lepiej lub gorzej dopasowana do konkretnego problemu. Kata daje możliwość wyjścia poza własny schemat i zobaczenia, jak ten sam problem rozwiązują inni architekci. Jakie pytania zadają, co zauważają wcześniej i gdzie podejmują inne decyzje.
W Kata nie chodzi głównie o poznanie kolejnego wzorca architektonicznego. Chodzi o przećwiczenie całej sekwencji: wejście w nieznaną domenę, zrozumienie problemu, zaprojektowanie rozwiązania, podjęcie decyzji i ich obronę. W prawdziwych projektach takich okazji nie mamy aż tak wiele, a możliwych wariantów architektury jest ogrom. Dlatego warto część z nich przećwiczyć, zanim podobny problem pojawi się u klienta.
Architecture Kata zamyka ten proces w jednym dniu. Dostajesz obcą domenę, w kilka godzin budujesz rozwiązanie od zera i bronisz go przed ludźmi, którzy nie muszą się z Tobą zgadzać. Widzisz też, jak do tych samych decyzji dochodzą inni architekci. U nas dodatkowo AI pełni rolę sparring partnera i pomaga sprawdzać koncepcję, założenia oraz ryzyka, a nie tylko kod.
Tak. Nie musisz być uczestnikiem warsztatu, żeby dokonać zgłoszenia. W formularzu podaj dane osoby, która weźmie udział w warsztacie, oraz dane firmy potrzebne do wystawienia dokumentu księgowego.
Nie. KATA opiera się na scenariuszach przygotowanych specjalnie na potrzeby warsztatu, które wykorzystujemy podczas kolejnych edycji. Nowe zadanie wprowadzamy przede wszystkim wtedy, gdy na KATA wracają uczestnicy znający już wcześniejszy scenariusz.
Celem nie jest znalezienie jednego właściwego rozwiązania, ale przećwiczenie sposobu podejmowania decyzji architektonicznych: analizy problemu, pracy z kompromisami, argumentacji i obrony własnego podejścia.
Rzeczywiste problemy klientów rozwiązujemy w osobnym, zamkniętym modelu współpracy.
Laptop z dostępem do własnego narzędzia AI - nie udostępniamy go na miejscu. Sprawdzi się np. Codex (OpenAI), Claude (Anthropic) lub GitHub Copilot - albo inne narzędzie, które obsługuje pracę agentową. Pracujemy na przygotowanym przypadku, więc nie wprowadzaj do narzędzi kodu ani dokumentacji swojego klienta.
Po polsku - prowadzenie, materiały i informacja zwrotna.
Tak - przed warsztatem wysyłamy fakturę pro forma, po opłaceniu fakturę końcową.
Pełny zwrot do 14 dni przed warsztatem, 50% między 14. a 7. dniem, poniżej 7 dni bez zwrotu. Zamiast rezygnacji można wskazać zastępstwo - bilet wykorzysta inna osoba, np. z Twojej firmy. Szczegóły w regulaminie.
Kolejne edycje: Białystok (17.10.2026) i Wrocław (21.11.2026) - każda ma odrębną pulę 20 miejsc i osobną rejestrację: zapisy Białystok ↗, zapisy Wrocław ↗.