Architektura
& produkt

Warsztat dla product managerów, biz analitów i osób które rozmawiają z developerami. Event Storming dla biznesu, czytanie diagramów C4, ADR-y, jak komunikować złożoność techniczną stakeholderom.

Czas1-2 dni
FormatOn-site lub zdalnie
Grupa5-10 uczestników
Dla kogoPM, BA, tech-savvy biz

Program warsztatu

Mix teorii i ćwiczeń. 50% case studies, 50% praktyka na realnym projekcie uczestników (przygotowujcie 1-2 przykłady z Waszej domeny).

01
Event Storming dla biznesu (3h)
Warsztat: mapowanie procesu biznesowego z Twojej firmy na sticky notes. Domain events, commands, policies, aggregates, bounded contexts. Bez technicznego żargonu, ze skupieniem na biznesie.
02
Czytanie diagramów architektonicznych (1.5h)
C4 model (context → containers → components → code), sequence diagrams, ERD. Co znaczą strzałki, prostokąty, chmurki. Jak ocenić czy architektura dewa „jest sensowna" bez bycia inżynierem.
03
ADR-y (Architecture Decision Records) (1.5h)
Jak dokumentować decyzje architektoniczne żeby za rok dało się wrócić do „dlaczego zrobiliśmy tak". Template, przykłady, kiedy pisać ADR a kiedy zwykły ticket.
04
Komunikacja z developerami (1h)
Jak pisać user stories żeby devs nie pytali 30 razy. Jak escalować ryzyko techniczne stakeholderom. Jak rozmawiać o trade-offach: szybciej-taniej-lepiej (pick 2).
05
Case studies + Q&A (1h)
Realne przykłady projektów które się udały lub padły — analizujemy DLACZEGO. Co można było zrobić inaczej, gdzie zabrakło architektury, gdzie produkt poszedł za szybko.

Co dostajesz

01

Model domeny z warsztatu

Event Storming Twojej firmy w Miro/Mural — eksport do PDF + live board. Konkretny artefakt do pokazywania zespołowi i devom.

02

Template-i dokumentów

ADR template, user story template, architecture proposal template — gotowe do użycia w Twojej organizacji.

03

Glossariusz techniczny

50 najczęstszych pojęć technicznych przetłumaczonych na biznesowy język. Co znaczy „mikroservice", „event-driven", „idempotent" — dla biznesu.

04

Follow-up po 30 dniach

1-godzinna sesja — co działa, gdzie utknęliście, jak rozwiązać konkretne problemy które się pojawiły w międzyczasie.

Dla kogo

01

Product managers

PM-owie którzy rozmawiają z developerami codziennie. Po szkoleniu — wspólny język, mniej nieporozumień, lepsze user stories.

02

Business analysts

BA którzy mapują procesy. Event Storming + ADR to nowe narzędzia w Waszej skrzynce, mocniejsze niż klasyczne diagramy BPMN.

03

Tech-savvy decydenci

CTO bez tech background, COO z technicznymi projektami. Po szkoleniu — czytasz architekturę zespołu jak gazetę.

04

Mixed teams

Mieszany warsztat: kilku biz + kilku tech-leadów. Wartością jest wspólny vocab i ćwiczenie współpracy w przyjaznym otoczeniu.

Najczęstsze pytania

Czy potrzebuję tech background?

Nie. Zakładamy że uczestnicy NIE są developerami. Cały warsztat jest po polsku biznesowym, wprowadzamy każde pojęcie techniczne od podstaw. Jeśli rozumiesz „API" jako „sposób w jaki dwa systemy się komunikują" — wystarczy.

Czym to się różni od Event Storming jako usługa?

To szkolenie uczy WAS prowadzenia Event Stormingu w przyszłości. Usługa „Event Storming" to my-prowadzimy-warsztat-dla-Waszego-projektu. Wybierz szkolenie jeśli chcesz mieć metodologię w domu, usługę jeśli potrzebujesz konkretnego deliverable na konkretny projekt.

Czy używamy realnego projektu Twojej firmy?

Tak — to istotne. Najlepszy efekt daje warsztat na realnym projekcie którego dotyczy decyzja produktowa. Anonimizujemy wrażliwe dane jeśli trzeba. Możemy też pracować na case study z naszego doświadczenia jeśli wolicie.

Ile to kosztuje?

Fixed-price za grupę (do 10 uczestników): 1-dniowy warsztat to zwykle kilkanaście tysięcy PLN. 2-dniowy z głębokimi case studies — drożej. Wersja zdalna — taniej. Edycja in-house dla jednej firmy — taniej niż 1-on-1.

Twój PM
chce rozumieć
devów lepiej?

30-minutowa rozmowa: opowiesz nam o zespole i projektach, dobierzemy zakres warsztatu.