Zespół skończył sprint. Dostarczył funkcje, zamknął zadania, zgasił kilka pożarów. I co dalej? Wiele zespołów przechodzi od razu do kolejnego sprintu, pomijając jedno z najważniejszych spotkań w Scrumie - retrospektywę.
Retrospektywa to spotkanie, na którym zespół zatrzymuje się i pyta: „Jak pracowaliśmy? Co możemy poprawić?" Bez niej każdy sprint wygląda tak samo - te same problemy, te same frustracje, te same błędy.
W tym artykule pokażę, jak przeprowadzać retrospektywę, żeby była czymś więcej niż kolejnym spotkaniem bez efektów.
Czym jest retrospektywa w Scrumie
Retrospektywa (ang. sprint retrospective) to spotkanie odbywające się na końcu każdego sprintu. Jej celem jest ocena sposobu pracy zespołu - nie tego, co zostało dostarczone (to jest celem przeglądu sprintu), ale tego, jak zespół pracował.
Scrum Guide definiuje retrospektywę jako okazję do: sprawdzenia, jak minął sprint pod kątem ludzi, relacji, procesów i narzędzi; zidentyfikowania i uszeregowania najważniejszych elementów, które działają dobrze; wskazania potencjalnych usprawnień; stworzenia planu wdrożenia tych usprawnień.
Retrospektywa to nie narzekanie ani obwinianie. To konstruktywna rozmowa o tym, co można zrobić lepiej.
Retrospektywa a przegląd sprintu
Wiele osób myli retrospektywę z przeglądem sprintu. To dwa zupełnie różne spotkania. Przegląd sprintu odpowiada na pytanie „Co zostało dostarczone?" i jest prezentacją dla interesariuszy skupioną na produkcie. Retrospektywa odpowiada na pytanie „Jak pracowaliśmy?" - to spotkanie wewnętrzne zespołu skupione na procesie.
Kiedy i jak często przeprowadzać retrospektywę
Retrospektywa odbywa się po zakończeniu każdego sprintu, przed rozpoczęciem następnego. Dla sprintu dwutygodniowego Scrum Guide zaleca maksymalnie 3 godziny. W praktyce wiele zespołów przeprowadza retrospektywę w ciągu 60-90 minut.
Najlepiej planować ją po obiedzie lub na koniec dnia pracy - nie rano, kiedy ludzie są skupieni na zadaniach.
Formaty retrospektyw
Istnieje kilkadziesiąt formatów retrospektyw. Poniżej opisuję trzy najpopularniejsze, które sprawdzają się w większości zespołów.
Start / Stop / Continue
Najprostszy format, idealny dla nowych zespołów. Każdy uczestnik odpowiada na trzy pytania:
Start - co powinniśmy zacząć robić, czego jeszcze nie robimy?
Stop - co powinniśmy przestać robić, bo nam to nie służy?
Continue - co robimy dobrze i powinniśmy kontynuować?
4L (Liked, Learned, Lacked, Longed For)
Format skupiony na uczeniu się i rozwoju. Co nam się podobało? Czego się nauczyliśmy? Czego nam brakowało? Czego byśmy chcieli, a czego nie mieliśmy? Dobre narzędzie, gdy chcesz wyjść poza ocenę procesów i porozmawiać o tym, czego zespół się nauczył.
Mad / Sad / Glad
Format emocjonalny, który pomaga otworzyć rozmowę o trudnych tematach. Co nas frustrowało? Co nas zasmuciło? Z czego jesteśmy dumni? Ten format działa dobrze w zespołach, które mają trudności z otwartą komunikacją.
Jak wybierać format
Nie trzymaj się jednego formatu przez wiele sprintów - retrospektywy stają się nudne i schematyczne. Zmieniaj format co kilka sprintów, żeby utrzymać zaangażowanie zespołu.
Jak prowadzić retrospektywę krok po kroku
1. Przygotowanie
Wybierz format, przygotuj narzędzie (tablica fizyczna, Miro lub lista zadań w narzędziu PM), zadbaj o to, żeby wszyscy wiedzieli, o której i gdzie jest spotkanie, zbierz dane z ostatniego sprintu.
2. Otwórz spotkanie (5-10 minut)
Zacznij od krótkiego ćwiczenia, które „rozgrzeje" uczestników. Możesz zapytać: „Jednym słowem - jak oceniasz miniony sprint?" Ustal zasady: wszystko, co pada na retrospektywie, zostaje w zespole. Nikt nikogo nie obwinia.
3. Zbieranie danych (15-20 minut)
Każdy uczestnik zapisuje swoje obserwacje na karteczkach i przypina je do odpowiednich kolumn. W tym kroku nikt nie komentuje - chodzi tylko o zebranie jak największej liczby obserwacji.
4. Dyskusja i grupowanie (20-30 minut)
Prowadzący grupuje podobne karteczki, następnie zespół omawia każdą grupę. Skup się na 2-3 najważniejszych tematach.
5. Decyzje i zadania (15-20 minut)
To najważniejszy krok. Każdy temat powinien zakończyć się konkretnym działaniem: kto to zrobi, co dokładnie zrobi, kiedy to będzie gotowe. Bez konkretnych działań retrospektywa jest tylko rozmową.
6. Zamknięcie (5 minut)
Zapytaj uczestników, jak oceniają retrospektywę. Czy coś można poprawić w sposobie jej prowadzenia? To metaretrospektywa - retrospektywa z retrospektywy.
Najczęstsze błędy podczas retrospektyw
Brak konkretnych działań. Najczęstszy i najpoważniejszy błąd. Zespół rozmawia, identyfikuje problemy, a potem wraca do codziennej pracy i nic się nie zmienia.
Te same osoby mówią, reszta milczy. Zadbaj o to, żeby każdy miał czas na zapisanie swoich obserwacji przed dyskusją.
Skupienie na osobach, nie procesach. Retrospektywa to nie miejsce na ocenę konkretnych osób. Skupiaj się na procesach i systemach.
Omijanie trudnych tematów. Jeśli w każdym sprincie pojawia się ten sam problem, a nie jest omawiany na retrospektywie, coś jest nie tak.
Zbyt długie retrospektywy. Lepiej omówić 3 tematy porządnie niż 20 po łebkach.
Jak wyciągać wnioski i wdrażać zmiany
Zasada jednej zmiany na sprint
Nie próbuj wdrożyć wszystkiego naraz. Wybierz jedną, najważniejszą zmianę i skup się na niej przez cały sprint. Lepsza jedna zmiana dobrze wdrożona niż pięć powierzchownych.
Śledź wnioski z poprzednich retrospektyw
Na początku każdej retrospektywy wróć do wniosków z poprzedniej. Co zostało wdrożone? Co nie? Dlaczego? Bez tego śledzenia łatwo zapomnieć o poprzednich postanowieniach i kręcić się w kółko.
Twórz zadania, nie postanowienia
„Będziemy lepiej dokumentować kod" to postanowienie - trudno je egzekwować. Lepiej: „Do końca sprintu Marek tworzy szablon dokumentacji dla nowych funkcji i wrzuca go do repozytorium." Konkretne zadanie, konkretna osoba, konkretny termin.
Mierz efekty
Jeśli problem dotyczył jakości kodu, zmierz liczbę bugów w kolejnym sprincie. Liczby pomagają zobaczyć, czy zmiany działają.
Retrospektywa w Taskello
Wnioski z retrospektywy warto zamienić w konkretne zadania i śledzić ich realizację. W Taskello możesz utworzyć projekt „Usprawnienia procesowe" i dodawać do niego zadania bezpośrednio podczas retrospektywy. Każde zadanie możesz przypisać do konkretnej osoby, ustawić termin i dodać do sprintu. Dzięki temu wnioski z retrospektywy nie giną w notatkach ze spotkania, ale trafiają do codziennego przepływu pracy zespołu.
Retrospektywa zdalna - jak ją przeprowadzić
Użyj narzędzia do współpracy wizualnej, zadbaj o to, żeby wszyscy mieli włączone kamery, daj więcej czasu na pisanie i aktywniej moderuj dyskusję. Więcej o pracy zdalnej w kontekście zarządzania zespołem znajdziesz w artykule Praca zdalna - jak utrzymać produktywność i komunikację.
Retrospektywa w kontekście Scruma
Retrospektywa jest jednym z pięciu wydarzeń Scruma. Jeśli chcesz lepiej poznać cały framework, przeczytaj Scrum - kompletny przewodnik dla początkujących. Jeśli chcesz dowiedzieć się, jak zarządzać tym, co robi zespół, przeczytaj nasz artykuł o priorytetyzacji zadań.
Podsumowanie
Kluczowe zasady: zmieniaj format, żeby retrospektywy nie były nudne; każda retrospektywa powinna kończyć się konkretnymi zadaniami z przypisanymi osobami; wracaj do wniosków z poprzednich retrospektyw; skup się na procesach, nie na osobach; wdrażaj jedną zmianę na sprint.
Dobra retrospektywa to inwestycja. Godzina spędzona na rozmowie o procesach może zaoszczędzić dziesiątki godzin zmarnowanych na powtarzanie tych samych błędów.
