Retrospektywa to regularne spotkanie zespołu, na którym omawia się, jak przebiegała współpraca w danym okresie, i ustala, co zmienić w kolejnym. Rozmowa dotyczy procesu, a nie wyniku: co przeszkadzało, co pomagało, gdzie ginął czas.
Typowa retrospektywa trwa od 45 do 90 minut, prowadzi ją facylitator, a jej efektem nie jest lista narzekań, tylko dwa lub trzy konkretne działania z właścicielem i terminem. Jeśli po spotkaniu nic się nie zmienia, to nie była retrospektywa, tylko rozmowa.
Czas trwania: 45–90 minut, zależnie od długości okresu i wielkości zespołu.
Uczestnicy: cały zespół, optymalnie do 10 osób.
Efekt: 2–3 działania, każde z właścicielem i terminem.
Pierwszy punkt kolejnego spotkania to sprawdzenie poprzednich działań.
Najczęstszy powód, dla którego retro nie działa, to zamiana w spotkanie statusowe albo w rozliczanie konkretnych osób. To trzy różne formaty z różnymi zasadami.
Retrospektywa | Spotkanie statusowe | Ocena okresowa | |
|---|---|---|---|
O czym | Jak zespół pracuje razem | Co zrobiono i co blokuje | Jak pracuje konkretna osoba |
Częstotliwość | Co 2–4 tygodnie | Codziennie lub co tydzień | Raz na pół roku lub rok |
Kto mówi | Wszyscy po równo | Każdy o swoim | Przełożony i pracownik |
Ton | Bez szukania winnych | Informacyjny | Oceniający |
Efekt | Zmiana w procesie | Zaktualizowany plan | Ocena, cele, decyzje rozwojowe |
Gdzie się zapisuje | Lista działań zespołu | Narzędzie do zadań | Profil pracownika |
Najważniejsza zasada: na retro nie decyduje się o losie konkretnej osoby. Gdy rozmowa zaczyna dotyczyć oceny ludzi, zespół przestaje mówić szczerze, a odbudowa zaufania jest trudniejsza niż start od zera.
Facylitatorem może być Scrum Master, team leader, project manager albo każdy z zespołu na zmianę. Jego zadaniem nie jest przyniesienie gotowych wniosków, tylko pilnowanie struktury i czasu.
Parametr | Rekomendacja |
|---|---|
Czas trwania | 45 min dla dwóch tygodni, 90 min dla kwartału lub zakończonego projektu |
Częstotliwość | Co 2–4 tygodnie; rzadziej niż raz w miesiącu gubi się kontekst |
Wielkość grupy | Do 10 osób; przy większej liczbie warto dzielić na podgrupy |
Kto uczestniczy | Osoby, które faktycznie pracowały w danym okresie |
Czy zapraszać przełożonego wyższego szczebla | Nie, jeśli jego obecność zmienia to, co ludzie mówią |
Forma | Stacjonarnie lub online ze wspólną tablicą i włączonymi kamerami |
Klasyczną strukturę pięciu etapów opisały Esther Derby i Diana Larsen w książce „Agile Retrospectives”. Działa niezależnie od wybranego formatu. Orientacyjny podział czasu dla 60-minutowego spotkania podano w nawiasach.
Facylitator przypomina cel spotkania, omawiany okres i zasadę nieszukania winnych. Jej klasyczne sformułowanie, Prime Directive, zaproponował Norman Kerth: niezależnie od tego, co odkryjemy, zakładamy, że każdy zrobił to, co mógł najlepiej, przy wiedzy, umiejętnościach, zasobach i sytuacji, jakie miał. Od razu sprawdza się też działania z poprzedniego retro: co zrobiono, czego nie i dlaczego.
Krótkie pytanie na start, jedno słowo o samopoczuciu od każdego, ma praktyczny sens: kto nie odezwie się w pierwszych pięciu minutach, najpewniej przemilczy całe spotkanie.
Zespół odtwarza fakty z okresu: co się wydarzyło, co zamknięto, gdzie były incydenty. Najpierw każdy zapisuje swoje uwagi samodzielnie przez 5–7 minut, potem grupuje się podobne karteczki. Samodzielne zapisywanie przed dyskusją to jedyny sposób, żeby nie zgubić myśli osób, które mówią mniej.
Najważniejszy i najczęściej pomijany etap. Analizuje się tu nie objawy, ale przyczyny: dlaczego zadanie tydzień czekało na review, dlaczego wymagania zmieniły się po raz trzeci. Praktyczny sposób to zapytać „dlaczego?” trzy razy z rzędu przy każdej największej grupie karteczek.
Zespół wybiera maksymalnie trzy rzeczy do zmiany. Każde działanie to czasownik, właściciel i data. „Poprawić komunikację” nie jest działaniem. „Dodać pole z kryteriami akceptacji do szablonu zadania, Anna, do piątku” jest.
Facylitator odczytuje ustalone działania na głos, żeby wszyscy usłyszeli to samo sformułowanie, i zbiera krótką opinię o samym spotkaniu. Pytanie „czy ta godzina była przydatna?” to właśnie retro na temat retro.
Format to sposób zbierania danych na drugim etapie. Warto go zmieniać co trzy, cztery spotkania, bo ten sam szablon szybko daje te same odpowiedzi.
Format | Jak działa | Kiedy wybrać |
|---|---|---|
Start / Stop / Continue | Trzy kolumny: zacząć robić, przestać, kontynuować | Wariant bazowy i pierwsze retro w zespole |
Mad / Sad / Glad | Grupowanie wydarzeń według emocji, które wywołały | Gdy w zespole jest napięcie, o którym nikt nie mówi |
4L: Liked / Learned / Lacked / Longed for | Cztery kolumny: co się podobało, czego się nauczyliśmy, czego brakowało, czego byśmy chcieli | Po dużym etapie lub wdrożeniu |
Sailboat | Metafora żaglowca: wiatr, kotwica, rafy, wyspa jako cel | Gdy trzeba połączyć przeszkody z celem |
Timeline | Chronologia wydarzeń na osi czasu z zaznaczeniem wzlotów i upadków | Długie okresy: kwartał, zakończony projekt |
W nowym zespole lepiej zacząć od Start / Stop / Continue: nie wymaga rozmowy o emocjach i od razu prowadzi do działań. Mad / Sad / Glad potrzebuje zaufania w grupie i doświadczonego facylitatora.
Bank pytań według etapów spotkania. Nie trzeba brać wszystkich, wystarczą dwa, trzy na etap.
Retrospektywy przestają działać nie przez złe pytania, ale dlatego, że ustalenia nigdzie nie są zapisane. Minimalna dyscyplina to cztery zasady.
Maksymalnie trzy działania. Dziesięć punktów to zero wykonanych punktów.
Każde działanie ma właściciela. Nie „zespół”, tylko konkretne imię.
Każde działanie ma datę. „W najbliższym czasie” to nie data.
Pierwszy punkt kolejnego retro to sprawdzenie poprzednich działań. Niezrealizowane przechodzi z nową datą albo zostaje świadomie zdjęte.
Działania dotyczące jednej osoby najlepiej przenieść na jej spotkanie one-on-one z przełożonym. W module Perform spotkania one-on-one mają osobną listę działań z osobą odpowiedzialną, a niewykonane punkty automatycznie pojawiają się na kolejnym spotkaniu, więc ustalenie nie znika między dwoma tygodniami.
Jeśli z retro wynika nie drobna zmiana w procesie, lecz zmiana priorytetów, jej miejsce jest w celach kolejnego cyklu, a nie na liście działań ze spotkania. Więcej o tym w artykułach o OKR i KPI oraz KPI dla pracowników.
Retro powstało w zwinnych metodykach wytwarzania oprogramowania, ale format sprawdza się wszędzie tam, gdzie kilka osób razem przeszło zakończony odcinek pracy.
Kiedy przeprowadzić | O czym rozmawiać |
|---|---|
Po zamknięciu trudnej rekrutacji | Gdzie odpadali kandydaci, jak długo czekali na odpowiedź, czy rola była dobrze opisana |
Po zakończeniu projektu | Które szacunki terminów okazały się nierealne i dlaczego |
Po odejściu pracownika | Co w procesach zmienić, żeby wcześniej zauważyć sygnały, bez omawiania osoby |
Po kwartalnym cyklu celów | Dlaczego część celów nie ruszyła od pierwszego tygodnia |
Po incydencie lub awarii | Chronologia zdarzeń i momenty, w których można było go zatrzymać |
Po onboardingu nowej osoby | Co w pierwszym miesiącu utrudniało jej samodzielność |
We wszystkich tych przypadkach struktura jest ta sama: fakty, przyczyny, działania. Zmienia się tylko długość omawianego okresu.
Zamiana w narzekanie. Dyskusja bez żadnej decyzji gasi motywację szybciej niż brak retro.
Omawianie ludzi zamiast procesu. Po pierwszym takim retro zespół przestaje mówić szczerze.
Pomijanie etapu przyczyn. Od listy objawów prosto do działań, a ten sam problem wraca za miesiąc.
Facylitator mówi najwięcej. Jeśli prowadzi przełożony z gotowymi wnioskami, to narada, a nie retro.
Brak sprawdzania poprzednich działań. Zespół szybko uzna, że ustalenia nic nie znaczą.
Odwoływanie z braku czasu. Retro znika z kalendarza pierwsze, i to właśnie wtedy, gdy jest najbardziej potrzebne.
To spotkanie zespołu, na którym omawia się, jak przebiegała praca w minionym okresie, i ustala konkretne zmiany na kolejny. Rozmowa dotyczy procesu, a nie ludzi.
Od 45 minut dla dwóch tygodni do 90 minut dla kwartału lub zakończonego projektu. Powyżej dwóch godzin koncentracja grupy spada.
Każdy z zespołu, kto potrafi pilnować struktury i nie forsuje własnych wniosków. Rotacja facylitatorów zwykle daje żywsze spotkania niż jeden stały prowadzący.
Tak. Format działa w każdym zespole, który razem zakończył odcinek pracy: rekrutacji, marketingu, wsparciu, finansach.
Retro dotyczy zespołu i procesu, odbywa się często i nie wpływa na wynagrodzenie. Ocena okresowa dotyczy konkretnej osoby, odbywa się raz na pół roku lub rok i może wpływać na awans i plan rozwoju.
Zacząć od anonimowego zapisywania karteczek przed dyskusją, pytać o konkretne wydarzenia zamiast ogólnych wrażeń i sprawdzić, czy na spotkaniu nie ma osoby, przy której trudno mówić otwarcie.
Te same pięć etapów, ale z kilkoma zasadami: wspólna tablica jest otwarta jeszcze przed startem, każdy zapisuje karteczki samodzielnie i anonimowo, na każdy etap ustawia się timer, a kamery są włączone. Gdy zespół pracuje w różnych strefach czasowych, warto wybrać wspólne okno godzinowe, a zbieranie danych przeprowadzić asynchronicznie dzień wcześniej, żeby na samym spotkaniu skupić się na przyczynach i decyzjach.
Zespół redakcyjny PeopleForce tworzy i udoskonala materiały o zarządzaniu personelem, rekrutacji, rozwoju zespołów i technologiach HR. Każdy artykuł przechodzi weryfikację redakcyjną pod kątem rzetelności, aktualności i zrozumiałości. Materiały opierają się na sprawdzonych źródłach, badaniach branżowych, praktycznym doświadczeniu oraz własnej analityce PeopleForce, w tym na zanonimizowanych danych, aby dostarczać specjalistom HR, menedżerom i właścicielom firm przydatnych i wiarygodnych informacji.
Zarządzaj cyklem życia pracownika na jednej intuicyjnej platformie – od pierwszego dnia po sprawny offboarding. Zautomatyzuj powtarzalne zadania i wyeliminuj błędy ręcznego przepisywania danych, zyskując czas na budowanie relacji z zespołem.

Automatyzacja procesów HR – jak obliczyć ROI i przekonać CFO? Wzór, kalkulacja dla firmy 200 os., koszty TCO i 4 dźwignie oszczędności.
„Przecież działa” to najczęstszy argument przeciw digitalizacji HR. Jak policzyć czas kadr na ręczną pracę i zbudować business case?
System kadrowo-płacowy i system HR mogą działać na jednych danych. Gdzie dane się rozjeżdżają i od czego zacząć integrację?