Jawność wynagrodzeń
Raport luki płacowej już dostępny Sprawdź rozwiązanie
Główna Blog

Retrospektywa zespołu: jak przeprowadzić, formaty i pytania

Retrospektywa zespołu: jak przeprowadzić, formaty i pytania

Performance
How to
2026-09-22
PeopleForce Editorial Team

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.

W skrócie

  • 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ń.

Czym retrospektywa różni się od statusu i oceny

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.

Kto prowadzi retrospektywę

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

Jak przeprowadzić retrospektywę: pięć etapów

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.

1. Otwarcie (5–10 min)

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.

2. Zbieranie danych (15–20 min)

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.

3. Szukanie przyczyn (15–20 min)

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.

4. Decyzje i działania (10–15 min)

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.

5. Zamknięcie (5 min)

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.

Formaty retrospektywy

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.

Pytania na retrospektywę

Bank pytań według etapów spotkania. Nie trzeba brać wszystkich, wystarczą dwa, trzy na etap.

Na otwarcie

  • Jednym słowem: jaki był ten okres?
  • Co z poprzedniego retro naprawdę zrobiliśmy, a co zostało na papierze?
  • Czego oczekujemy od tej godziny?

Na zbieranie danych

  • Co w tym okresie zadziałało lepiej, niż się spodziewaliśmy?
  • Gdzie straciliśmy najwięcej czasu?
  • Które zadanie okazało się trudniejsze, niż wyglądało na początku?
  • Czego brakowało, żeby szybciej zamknąć swoją część?
  • Kiedy ostatnio czekaliśmy na odpowiedź dłużej niż dobę?
  • Co z tego, co zrobiliśmy po raz pierwszy, warto powtórzyć?

Na szukanie przyczyn

  • Dlaczego to się stało właśnie teraz, a nie miesiąc temu?
  • Co musiałoby się stać, żebyśmy zauważyli problem wcześniej?
  • To jednorazowa sytuacja czy się powtarza?
  • Która nasza decyzja sprzed dwóch miesięcy do tego doprowadziła?
  • Kto wiedział o ryzyku i dlaczego informacja nie dotarła do reszty?
  • Jakie założenie z początku okazało się błędne?

Na decyzje

  • Jaka jedna zmiana najmocniej wpłynie na kolejny okres?
  • Jaki najmniejszy krok możemy zrobić już jutro?
  • Kto się tym zajmie i do kiedy?
  • Po czym na następnym retro poznamy, że to zadziałało?
  • Co przestaniemy robić, żeby znaleźć na to czas?

Na zamknięcie

  • Czy wszyscy zgadzają się ze sformułowaniem działań?
  • Co na tym spotkaniu zostało niewypowiedziane?
  • Co zrobić inaczej następnym razem z samym retro?

Jak doprowadzać decyzje do końca

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.

Retrospektywa poza Scrumem

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.

Typowe błędy

  • 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.

Ustalenia, które się nie gubią
W Perform działania ze spotkań one-on-one mają osobę odpowiedzialną, a niewykonane automatycznie przechodzą na kolejne spotkanie.

Najczęstsze pytania

Czym jest retrospektywa?

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.

Ile trwa retrospektywa?

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.

Kto powinien prowadzić retrospektywę?

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.

Czy retrospektywa ma sens poza IT?

Tak. Format działa w każdym zespole, który razem zakończył odcinek pracy: rekrutacji, marketingu, wsparciu, finansach.

Czym retrospektywa różni się od oceny okresowej?

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.

Co zrobić, gdy zespół milczy?

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.

Jak przeprowadzić retrospektywę online?

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.

PeopleForce Editorial Team
HR Content & Research

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.

Twój bezpieczny hub HR

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.