Retrospektywa agile to strukturalne spotkanie odbywane na koniec każdego sprintu, podczas którego zespół reflektuje nad sposobem pracy, nie tylko nad tym, co zostało dostarczone. Jest to najważniejszy nawyk poprawy w rozwoju oprogramowania.
Prowadzona dobrze, retrospektywa ujawnia tarcia, buduje zaufanie w zespole i prowadzi do konkretnych zmian procesów. Prowadzona źle, staje się 45-minutową sesją narzekań, która niczego nie zmienia.
Niniejszy przewodnik obejmuje, czym są retrospektywy, dlaczego mają znaczenie, jak je prowadzić krok po kroku i jakie są najczęstsze formaty używane przez zespoły agile.
Czym jest retrospektywa agile?
Retrospektywa (często skracana do "retro") to spotkanie ograniczone czasowo, zazwyczaj trwające 60–90 minut, podczas którego zespół reflektuje nad poprzednim sprintem. Jest jedną z czterech ceremonii Scrum, obok Planowania Sprintu, Codziennej Odprawy i Przeglądu Sprintu.
Celem jest ciągłe doskonalenie: ulepszanie jak pracujesz, nie tylko co dostarczasz.
Trzy pytania ramują niemal każdą retrospektywę:
- Co poszło dobrze?
- Co można poprawić?
- Co zrobimy inaczej w następnym sprincie?
Trzecie pytanie jest najważniejsze. Retrospektywa bez konkretnych działań to tylko rozmowa. Wynik powinien zawsze obejmować krótką listę konkretnych zmian, z właścicielami i terminami, na które zespół się zobowiązuje w następnym sprincie.
Dlaczego przeprowadzać retrospektywy?
Zespoły, które pomijają retrospektywy, mają tendencję do powtarzania tych samych problemów. Problem, który opóźnił sprint 3, nadal istnieje w sprincie 7; wszyscy po prostu się do niego dostosowali.
Retrospektywy przerywają ten cykl. Dają zespołowi dedykowaną przestrzeń do:
- Ujawniania tarć, które nie pojawiają się w codziennych odprawach
- Naprawiania procesów, zanim staną się one stałymi obejściami
- Docenienia, co działa, zanim przypadkowo zostanie to zmienione
- Budowania zaufania poprzez ćwiczenie szczerej rozmowy w strukturze
Najlepsze zespoły traktują retrospektywy jako nawyk: coś, co robi się konsekwentnie, a nie tylko wtedy, gdy coś idzie nie tak.
Jak często przeprowadzać retrospektywę?
Większość zespołów Scrum przeprowadza retrospektywę na końcu każdego sprintu, zazwyczaj co jeden do czterech tygodni. Zespoły Kanban często przeprowadzają retrospektywy oparte na rytmie (miesięczne lub dwa razy w miesiącu).
Częstotliwość nie jest tak ważna jak konsekwencja. Nieregularne retrospektywy są trudniejsze do traktowania poważnie i trudniejsze do realizacji.
Jeśli twój zespół jest nowy lub przechodzi przez znaczące zmiany, skłaniaj się ku częstszym retrospektywom. 30-minutowe lekkie sprawdzenie każdego sprintu jest bardziej wartościowe niż 90-minutowe dogłębne badanie co sześć tygodni.
Jak przeprowadzić retrospektywę agile
1. Przygotuj scenę (5–10 minut)
Rozpocznij krótkim wprowadzeniem. Zadaj wszystkim proste pytanie, aby rozpocząć: "Jednym słowem, jak się czujesz w związku z tym sprintem?" To sprawia, że cichsi członkowie zespołu mówią na początku i jest szczególnie przydatne w sesjach zdalnych lub hybrydowych, w których nie można odczytać mowy ciała.
AI Icebreaker Bot TeleRetro generuje pytania dostosowane do nastroju zespołu, jeśli chcesz czegoś bardziej kreatywnego.
2. Zbierz dane (15–20 minut)
Pytaj zespół o dodanie kart na tablicy. Włącz tryb anonimowego burzy mózgów, aby wszyscy pisali prywatnie, bez wpływu na to, co dodają inni.
To tutaj wybrany format kształtuje to, co się pojawia. Retro Żaglowca prosi o wiatr (co pomogło), kotwice (co spowolniło), skały (ryzyka) i wyspę (twój cel). Mad Sad Glad prosi zespół o opisanie sprintu emocjonalnie. Różne formaty wyciągają różne rozmowy.
TeleRetro ma ponad 50 formatów i szablonów retrospektywy dostosowanych do różnych nastrojów zespołu, typów sprintu i poziomów doświadczenia.
3. Generuj wnioski (20–25 minut)
Grupuj podobne karty. Użyj anonimowego głosowania, aby ujawnić tematy najważniejsze dla zespołu. Poświęć większość spotkania na dwie lub trzy najważniejsze grupy.
Celem w tej fazie jest zrozumienie dlaczego coś się wydarzyło, a nie tylko, że to się stało. "Wdrożenia były powolne" to obserwacja. "Wdrożenia były powolne, ponieważ wciąż nie mamy zautomatyzowanych testów etapowych" to wniosek, który warto wprowadzić.
4. Decyduj, co zrobić (10–15 minut)
Dla każdego priorytetowego tematu, uzgodnij jedno konkretne działanie. Działania potrzebują właściciela i terminu, najlepiej rozwiązywanego w następnym sprincie.
Śledzenie działań w TeleRetro przenosi działania z retrospektywy do retrospektywy, by nic się nie zgubiło. Zespoły, które śledzą działania, realizują je znacznie częściej niż te, które polegają na pamięci lub notatkach ze spotkań.
5. Zamknij retrospektywę (5 minut)
Zakończ czymś krótkim: podziękowania dla wszystkich w rundzie, ocena retrospektywy w skali 1–5 lub po prostu przeczytanie na głos działań. Zamknięcie ma znaczenie. To sygnalizuje, że sesja była wartościowa i wzmacnia nawyk.
Wspólne formaty retrospektyw
Różne formaty wyciągają różne rodzaje rozmów. Niektóre popularne:
- Start, Stop, Continue: Bezpośredni i ukierunkowany na działanie. Najlepszy dla doświadczonych zespołów, które dobrze się znają.
- Mad, Sad, Glad: Skoncentrowany na emocjach. Dobry dla zespołów przeżywających trudny lub stresujący sprint.
- Żaglowiec: Wizualna metafora. Działa dobrze z mieszanymi grupami i zespołami nowymi na retrospektywach.
- 4 Ls: Liked, Learned, Lacked, Longed For. Silny dla zespołów zorientowanych na naukę.
- DAKI: Drop, Add, Keep, Improve. Ostry i ukierunkowany na działanie.
- Lean Coffee: Agenda prowadzona przez zespół. Dobry, kiedy zespół ma konkretne tematy, które chce poruszyć.
Nie jesteś pewny, który format pasuje do twojego zespołu teraz? Retro Bot TeleRetro sugeruje odpowiedni na podstawie kontekstu zespołu.
Wspólne błędy do unikania
Prowadzenie retrospektywy z publicznością. Retrospektywy są dla zespołu. Menedżerowie, właściciele produktów i interesariusze generalnie nie powinni uczestniczyć. Ich obecność zmienia to, co mówią ludzie.
Punkty działań bez właścicieli. "Powinniśmy poprawić linię CI" nie jest działaniem. "Maya zbada możliwość równoległej obsługi zestawu testów do przyszłej środy" jest.
Ten sam format co sprint. Rotacja formatów utrzymuje rozmowę świeżą i ujawnia różne rodzaje obserwacji.
Pomijanie retrospektyw, gdy wszystko idzie dobrze. To właśnie wtedy jest najłatwiej przeprowadzić szczerą, patrzącą w przyszłość rozmowę.
Ignorowanie poprzednich punktów działań. Rozpocznij każdą retrospektywę od przeglądu tego, co było zobowiązane ostatnim razem. Zespoły, które tego nie robią, tracą wiarygodność we własnym procesie.
Często zadawane pytania
Kto powinien prowadzić retrospektywę agile?
W Scrumie zazwyczaj prowadzi ją Scrum Master. W zespołach bez dedykowanego Scrum Mastera, każdy członek zespołu może to zrobić, a rotacja roli facylitatora sama w sobie może poprawić uczestnictwo. Rola facylitatora polega na utrzymaniu ruchu sesji i zapewnieniu, że cichsze głosy są słyszalne, a nie na napędzaniu wyników.
Jak długo powinna trwać retrospektywa?
Przewodnik Scrum sugeruje jedną godzinę na tydzień długości sprintu, więc dwutygodniowy sprint wymaga do dwóch godzin retrospektywy. W praktyce większość zespołów uważa 60–75 minut za wystarczające, zwłaszcza jeśli zespół jest doświadczony, a punkty działań z poprzednich retrospektyw są widoczne przed rozpoczęciem sesji.
Czy można przeprowadzić retrospektywę zdalnie?
Tak, a zdalne retrospektywy mogą być bardziej efektywne niż osobiste, gdy są odpowiednio prowadzone. Anonimowe tablice cyfrowe redukują dynamikę społeczną, która tłumi szczerość w pomieszczeniu. Muzyka lodowa pomaga ustawić ton, kiedy nie można polegać na wspólnej przestrzeni fizycznej.
Jaka jest różnica między retrospektywą a przeglądem sprintu?
Przegląd sprintu dotyczy produktu: co zostało zbudowane, co myślą interesariusze i co jest następne w backlogu. Retrospektywa dotyczy zespołu: jak razem pracowaliście, co was spowalniało i co zmienić. Są to oddzielne spotkania z różnymi uczestnikami i różnymi wynikami.
Jak poradzić sobie, gdy te same problemy pojawiają się w każdym sprincie?
To sygnał wart bezpośredniego nazwania. Jeśli ten sam punkt pojawia się trzy razy z rzędu, to jest to albo problem systemowy, który wymaga większej naprawy, być może poza kontrolą zespołu, albo uzgodnione punkty działania nie trzymają się. Podnieś to: "Zaznaczyliśmy to trzy razy. Co faktycznie blokuje nas przed naprawieniem tego?"