Retrospektywa Sprintu to jedno z najważniejszych wydarzeń w Scrumie.
To właśnie tam zespół ma przestrzeń, by się zatrzymać, spojrzeć wstecz i… przyspieszyć.
Czym jest Retrospektywa?
Zgodnie ze Scrum Guide:
„Retrospektywa Sprintu jest okazją dla Zespołu Scrumowego do przeprowadzenia samooceny i stworzenia planu ulepszeń, które zostaną wprowadzone w życie podczas kolejnego Sprintu.”
Czyli: to spotkanie zespołu Scrumowego na koniec Sprintu, w którym:
- inspekcja dotyczy procesów, interakcji, narzędzi i relacji,
- zespół identyfikuje co działa, co nie działa, i co można poprawić,
- tworzy plan działania, który może przynieść realną zmianę od kolejnego Sprintu.
Kiedy się odbywa i ile trwa?
Retro odbywa się po Sprint Review, a przed rozpoczęciem kolejnego Sprintu.
Dla Sprintu dwutygodniowego sugeruje się maksymalnie 1,5 godziny.
Dla Sprintu miesięcznego – do 3 godzin.
Ale najważniejsze nie jest „ile trwa”, tylko co wnosi.
Po co nam retrospektywa?
Scrum jest empiryczny – opiera się na inspekcji, adaptacji i transparentności.
Retrospektywa to esencja adaptacji.
To nie tylko narzekanie.
To szansa na wprowadzenie realnej zmiany – małej, ale konkretnej.
- Zespół ma problemy z komunikacją? → Można umówić się na codzienny sync techniczny.
- Estymacje są nietrafione? → Może warto przejść na story slicing zamiast story points.
- Review jest nieefektywne? → Ustalcie lepszy format prezentacji pracy.
Kto uczestniczy?
Cały Zespół Scrumowy:
- Deweloperzy,
- Product Owner,
- Scrum Master (jako facylitator, nie lider).
Nie zapraszaj interesariuszy – to przestrzeń do szczerej rozmowy i refleksji wewnętrznej.
Jakie pytania zadajemy podczas Retrospektywy?
Klasyczne podejście to trzy pytania:
- ✅ Co poszło dobrze?
- ❌ Co poszło nie tak?
- 🔁 Co możemy poprawić?
Ale możliwości jest dużo więcej! Oto inne ciekawe formy:
- Start–Stop–Continue
- Mad–Sad–Glad
- Sailboat (co nas napędza, co nas hamuje, jakie mamy przeszkody)
- 4Ls (Liked, Learned, Lacked, Longed for)
Cel? Konkretna zmiana.
Najlepsze retrospektywy kończą się:
- konkretnym eksperymentem na następny Sprint (np. „spróbujmy daily na stojąco z timerem 15 minut”),
- małą zmianą, którą można łatwo wdrożyć,
- jasną decyzją, np. „nie używamy już Slacka do przekazywania zgłoszeń klientów – wszystko przez Jira”.
Najczęstsze błędy w retrospektywie
| Błąd | Rozwiązanie |
|---|---|
| Brak konkretów | Ustal plan działania i właściciela zmiany |
| Powtarzanie tych samych tematów | Skup się na jednej zmianie, ale wdrażaj ją |
| Brak facylitacji | Scrum Master powinien aktywnie prowadzić i moderować |
| Obwinianie się | Retrospektywa to nie sąd – to współpraca i zaufanie |
A Ty? Kiedy ostatnio coś zmieniło się po retrospektywie?
Zachęcam, żeby na koniec każdej Retrospektywy zadawać pytanie:
„Co z tego spotkania wdrożymy w praktyce od jutra?”
Scrum bez retrospektyw to tylko zwinna etykieta.
Ale Scrum z retrospektywami, które prowadzą do zmian, to maszyna do ciągłego usprawniania.
Podsumowanie – 5 rzeczy do zapamiętania o Retrospektywie
- To nie przegląd pracy – to przegląd współpracy.
- Nie musi być długa – ale powinna być regularna i szczera.
- Każda Retrospektywa bez zmiany to stracona szansa.
- Scrum Master nie rozwiązuje problemów – wspiera zespół w ich rozwiązywaniu.
- Retrospektywa to narzędzie kultury zaufania i odpowiedzialności.