Idealny dla zespołów, które…
Kompetencje liderskie i zarządzanie zespołem technicznym — warsztat dla kadry.
jesteśmy w stanie szybko dostarczyć wartościowe oprogramowaniem
doskonalimy swój warsztat jako programiści, testerzy, analitycy, UX, itp.
możemy budować rozwiązania wykorzystujące zmianę wymagań do tworzenia przewagi konkurencyjnej
dzięki sprawdzonym metodom działania możemy pracować dużo wydajniej i przyjemniej oraz zwiększyć zaangażowanie zespołów i ich efektywność
Co konkretnie robimy
- · Scrum Guide 2020: empiryzm, wartości, accountabilities, artefakty i commitments
- · Product Goal, Sprint Goal, Definition of Done jako mechanizmy sterowania ryzykiem
- · „Scrum-but”: typowe złudzenia (velocity jako KPI, DoR jako bramka, pseudo-Daily)
- · Warsztat: zbudowanie minimalnego systemu pracy dla case’u (DoD, cele, granice)
- · Product Backlog jako narzędzie decyzji (a nie lista życzeń)
- · Priorytetyzacja: wartość, koszt opóźnienia, ryzyko, zależności, pojemność
- · Refinement: kryteria gotowości elementu do pracy, slicing, ryzyka analizy „za dużo/za mało”
- · Warsztat: priorytety + slicing + przygotowanie Sprint Planning z realnymi ograniczeniami
- · Sprint Planning: prognoza vs zobowiązanie, plan jako hipoteza, zarządzanie zależnościami
- · Daily Scrum: plan dnia developerskiego, sygnały ryzyka, praca na blokadach
- · Sprint Review: evidence, decyzje interesariuszy, praca na hipotezach i feedbacku
- · Retrospective: eksperymenty, miary efektu, nie „lista życzeń”
- · Warsztat: pełna symulacja Sprintu (Planning → Daily → Review → Retro) na jednym case
- · Kanban w zespołach Scrum: WIP, przepływ, klasy obsługi, polityki pracy
- · Metryki przepływu: Lead Time, Cycle Time, CFD — interpretacja i typowe pułapki
- · Evidence-Based Management: jak łączyć metryki z decyzjami o produkcie i usprawnieniach
- · Warsztat: zaprojektowanie tablicy + polityk WIP + zestawu metryk i rytmu przeglądów
- · Kiedy nie skalować; symptomy, że problem nie jest „w Scrumie”
- · Przegląd LeSS / Nexus / SAFe: kiedy mają sens, koszty, ryzyka, sygnały ostrzegawcze
- · Dług techniczny i jakość jako element zarządzania ryzykiem dostarczania (bez wchodzenia w „praktyki inżynierskie” jako osobny kurs)
- · Plan wdrożenia: 30/60/90 dni, zasady komunikacji, progi eskalacji, miary sukcesu
- · Warsztat końcowy: plan zmian + rejestr ryzyk wdrożeniowych + pierwsze eksperymenty
Od briefu do retro w 30 dniach.
Brief i diagnoza
Rozmowa z liderem zespołu + krótka ankieta dla uczestników. Określamy cele, gap, kontekst.
Modyfikacja programu
Dostosowujemy moduły, case studies i przykłady kodu pod Twój stack. Akceptacja w 5 dni.
Warsztat
Sesje z trenerem, hands-on, code review. Mentor dostępny też pomiędzy sesjami.
Retro + raport
Raport z efektami dla zespołu i lidera. 30 dni konsultacji w cenie.
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.
Dziękujemy!
Odezwiemy się w ciągu 1 dnia roboczego.
Inne programy dla zespołów
Zobacz wszystkie →Szkolenie ABC zarządzania projektem
Kompetencje liderskie i zarządzanie zespołem technicznym — warsztat dla kadry.
Szkolenie Agile Mindset
Kompetencje liderskie i zarządzanie zespołem technicznym — warsztat dla kadry.
Szkolenie – Jak rekrutować specjalistów z branży IT
Kompetencje liderskie i zarządzanie zespołem technicznym — warsztat dla kadry.