AGILE - ZWINNE PODEJŚCIE DO ZARZĄDZANIA PROJEKTAMI DLA PRAKTYKÓW. 2-dniowe inspirujące warsztaty szkoleniowe.

Warsztaty pokazują, jak wykorzystać zwinne podejście w rzeczywistych projektach i dopasować sposób pracy do otoczenia, poziomu niepewności, ograniczeń oraz oczekiwań klienta. Uczestnicy porównają ścisłe planowanie i podejście kaskadowe z iteracyjnym oraz zwinnym cyklem życia. Na symulacjach zobaczą, jak różni się prowadzenie projektu o jasno określonych wymaganiach od projektu, w którym cel jest znany, ale szczegóły rozwiązania rozwijają się w trakcie pracy.

Program porządkuje podstawowe pojęcia Agile, zasady manifestu i wyzwania związane ze stosowaniem ich w praktyce. Obejmuje rozpoznawanie środowiska projektu, dobór cyklu życia, role i odpowiedzialności interesariuszy oraz budowanie zespołu zdolnego do samoorganizacji. Uczestnicy przećwiczą przygotowanie wizji biznesowej i produktu, formułowanie celów i korzyści, tworzenie opowieści i backlogu, ustalanie priorytetów, dekompozycję pracy na wydania i sprinty oraz szacowanie zakresu.

W części warsztatowej grupa przejdzie przez elementy cyklu pracy zwinnej: planowanie sprintu, realizację zadań, codzienną koordynację, przegląd produktu i retrospektywę. Omówione zostaną narzędzia wspierające współpracę, takie jak tablica zadań, definicja ukończenia, przegląd backlogu i tablica retro. Uczestnicy poznają także przykłady popularnych metodyk i modeli oraz sposoby oceny ryzyk i ograniczeń ich zastosowania.

Zajęcia mają formę inspirujących, interaktywnych warsztatów. Wykorzystywane są symulacje, praca zespołowa, analiza przypadków, dyskusje i ćwiczenia oparte na praktyce uczestników. Kameralna grupa umożliwia konsultowanie konkretnych sytuacji zawodowych i wymianę doświadczeń z osobami pracującymi w różnych organizacjach. Szkolenie stacjonarne trwa dwa dni, łącznie 16 godzin; online odbywa się na żywo przez dwa dni, łącznie 12 godzin.

1. Po prostu projekt – praktyczne wprowadzenie do podejścia projektowego: pułapki sztywnego planowania, różnica między koncentracją na celu a produkcie oraz symulacje w środowisku prostym i złożonym. Uczestnicy porównają planowanie kaskadowe i zwinne, przećwiczą opis celu językiem korzyści, oczekiwania, wymagania, wizję i projekt produktu, prototypowanie, plan i sekwencję zadań oraz weryfikację i walidację.
2. O co chodzi ze zwinnością? – analiza otoczenia, środowiska i ograniczeń projektu, dobór cyklu życia (kaskada, iteracje, Agile) oraz ocena sytuacji, w których zwinność nie będzie pomocna. Omówienie manifestu i zasad Agile, trudności wdrożeniowych, modelu CYNEFIN, procesów sztywnych i adaptacyjnych, timeboxingu oraz rozwiązań emergentnych.
3. Projekt jest dla ludzi i przez ludzi – role zwinne: interesariusze, zaangażowanie i zobowiązanie, potrzeby strategiczne, decyzje i nadzór, rola sponsora, wizjonera i właściciela biznesowego, odpowiedzialność wykonawców i zadania operacyjne. Omówienie właściciela produktu, przedstawiciela biznesu, zespołu samoorganizującego się i Scrum Mastera jako lidera-coacha; dynamika zespołu, kompetencje T-shaped, uprawnienia i przywództwo sytuacyjne.
4. Projekt zwinny też trzeba zorganizować – symulacja cyklu projektu i dwóch lub trzech sprintów. Przygotowanie wizji biznesowej, celu i korzyści, wizji produktu, opowieści i backlogu; strategiczne planowanie, poznanie użytkowników i otoczenia, priorytetyzacja, podział na wydania i sprinty oraz szacowanie. Planowanie sprintu: cel, oczekiwania, priorytety, estymacja i identyfikacja zadań. Realizacja: codzienna koordynacja, obserwacje, tablica zadań, definicja ukończenia, przegląd i porządkowanie backlogu. Przegląd wyników, walidacja produktu i retrospektywa: wnioski, usprawnienia oraz plan kolejnego sprintu.
5. W gąszczu metodyk zwinnych – przegląd popularnych modeli i inspiracji dla praktyków, w tym XP, Scrum, Lean oraz DSDM/APM. Analiza ryzyk zwinnego podejścia, dyskusja i rekomendacje dotyczące doboru rozwiązania do konkretnego środowiska projektu.
6. Podsumowanie – omówienie najważniejszych wniosków, utrwalenie kluczowych pojęć, ról i rytuałów oraz odniesienie ich do własnej praktyki projektowej.