Retrospektywa projektu: pytania, plan i szablon

Czym jest retrospektywa projektu?

Na retrospektywie zespół analizuje doświadczenia z określonego okresu i decyduje o zmianach. Można ją przeprowadzić po projekcie, etapie lub cyklu pracy. Rozmowa dotyczy współpracy, procesów i warunków, bez szukania winnych.

Na spotkaniu statusowym mówi się o zakończonych i opóźnionych zadaniach. Na retrospektywie pytamy, dlaczego praca tak przebiegała i jaki mały krok pomoże następnym razem. Sama lista trudności nie wystarczy. Potrzeba wyniku, który można sprawdzić.

Nie zamieniaj spotkania w obronę raportu przed kierownictwem. Jeśli uczestnicy obawiają się konsekwencji szczerej odpowiedzi, mogą przemilczeć ważne szczegóły. Wyjaśnij wcześniej cel i zasady.

Jak przygotować zespół

Ustal zakres, np. „przygotowanie i uruchomienie webinaru szkoleniowego”, zamiast „wszystko, co źle działa”. Zaproś osoby, które uczestniczyły w procesie i znają różne perspektywy.

Poproś każdego o konkretny przypadek: co się stało, kiedy, z jakim skutkiem i co pomogło. Możesz zebrać notatki wcześniej i dać kilka minut na cichą refleksję, żeby rozmowy nie zdominowała pierwsza opinia.

Przygotuj plan, historię zadań, zatwierdzone wersje lub korespondencję do sprawdzenia faktów. Brak zapisu nie świadczy o braku działania. Niezapisany komentarz nie dowodzi, że ktoś nic nie zrobił.

Plan retrospektywy i pytania

Podział czasu jest przykładowy, dla małego zespołu. Dostosuj go do potrzeb. Złożony temat może wymagać osobnego spotkania.

Gdy rozmowa zmienia się w spór o to, kto zwykle źle pracuje, wróć do przypadku. Zamiast „Nigdy nie dostajemy porządnych materiałów” zapytaj „Czego tym razem brakowało i kiedy to zauważyliśmy?”.

Nie próbuj rozwiązać wszystkiego na jednym spotkaniu. Wybierz problem, który wpływa na pracę i ma wykonalny następny krok. Zapisz inne kwestie osobno, by nie zginęły i nie stały się obietnicami bez wykonawcy.

Od skargi do zmiany, którą można sprawdzić

Zespół przygotowywał webinar. Dzień przed startem zauważył, że części zatwierdzonych poprawek nie ma w prezentacji. Na retrospektywie padło: „Znowu musieliśmy wszystko przerabiać w ostatniej chwili”. Sama frustracja nie wskazała rozwiązania.

Uczestnicy otworzyli materiały i odtworzyli przebieg. Uwagi trafiały na dwa czaty, część poprawek wprowadzono i brakowało wspólnego statusu. Zespół założył, że jedna lista pomoże wychwycić braki przed akceptacją.

Uzgodniono test przy następnym webinarze. Koordynatorka Marina tworzy listę przed rozpoczęciem przygotowań. Każda uwaga otrzymuje status „przyjęta”, „w toku” lub „sprawdzona” albo powód odrzucenia. Dzień przed startem redaktor porównuje listę z prezentacją.

Na kolejnej retrospektywie zespół sprawdza, czy pominięto zatwierdzone poprawki i czy lista była wygodna. Jeśli problem powróci, zbadaj inne przyczyny, np. niejasne opisy lub późne zmiany, zamiast od razu obwiniać narzędzie.

Szablon podsumowania retrospektywy

Projekt i okres:
Uczestnicy:
Co pomogło i co zachować:

Wybrany problem:
Obserwacje i konkretne przykłady:
Przypuszczalna przyczyna:
Czego jeszcze nie wiemy:

Planowany eksperyment:
Osoba odpowiedzialna:
Termin przygotowania:
Gdzie zapisywać postępy:
Jak sprawdzimy wynik:
Kiedy go omówimy:
Decyzja po sprawdzeniu: [zachować / zmienić / zakończyć]

Inne tematy do rozmowy:

Wyślij podsumowanie uczestnikom i daj możliwość poprawienia nieścisłości. Zapisz zależność, jeśli potrzebna jest decyzja nieobecnej osoby. Zdobądź jej zgodę przed przydzieleniem zadania lub zapisaniem zobowiązania w jej imieniu.

• Zakres rozmowy jest jasny.
• Oddzielono fakty od przypuszczeń.
• Zespół wie, co chce zachować.
• Wybrano wykonalną zmianę.
• Osoba odpowiedzialna przyjęła zadanie.
• Ustalono termin sprawdzenia.