Czym jest spotkanie retrospektywy Sprintu w Scrumie?

Spotkanie retrospektywne odbywa się po Recenzji Sprintu i przed następnym Planowaniu Sprintu. Jest to spotkanie o ustalonym czasie trwania co najmniej trzech godzin dla Sprintu trwającego miesiąc. Retrospektywa to zasadniczo sesja „poprawy”, której celem jest identyfikacja potencjalnych pułapek, wcześniejszych błędów i znajdowanie nowych sposobów na ich uniknięcie. Uczestniczy w niej każdy — Właściciel Produktu, Scrum Master, członkowie zespołu rozwojowego oraz opcjonalnie interesariusze.

Innymi słowy, spotkanie retrospektywne dotyczy identyfikacji tego, co zespół robi dobrze, co powinno się kontynuować, oraz czego można poprawić, aby następny Sprint był bardziej przyjemny lub produktywny. Zasady „inspekcji i dostosowania” odgrywają tu kluczową rolę, co sprawia, że następny Sprint staje się bardziej efektywny i przyjemny.

Cykl Sprintu i rytuały

Każdy Sprint zaczyna się od dwóch spotkań planistycznych, które określają treść Sprintu: „Co” — pierwsza część planowania Sprintu, oraz „Jak” — druga część. Razem te dwie sesje nazywane są spotkaniem planowania Sprintu.

Cykl Sprintu

Na końcu Sprintu przeprowadzane jest spotkanie retrospektywne, aby umożliwić Scrum Właścicielowi Produktu sprawdzenie, czy wszystkie zaangażowane elementy zostały ukończone i poprawnie zaimplementowane do wdrożenia.

Następnie przeprowadzane jest przeglądu Sprintu, aby przeanalizować i poprawić proces wykonywania projektu: co poszło dobrze podczas Sprintu, co powinno się kontynuować i co powinno zostać poprawione w następnym Sprintie.

5 kroków do przeprowadzenia spotkania retrospektywnego

Zazwyczaj retrospektywy są bardziej strukturalne niż to. Większość zespołów postępuje według tych pięciu kroków:

Ustal scenę – Zdefiniuj cel; daj ludziom czas, by „przybyć” i przygotować się na odpowiednią mentalność
Zbierz dane – Pomóż każdemu przypomnieć sobie; stwórz wspólny zasób informacji (każdy widzi świat inaczej)
Wygeneruj wgląd – Dlaczego rzeczy stały się tak, jak się stały? Zidentyfikuj wzorce; zobacz całość
Zdecyduj, co zrobić – Wybierz niektóre problemy do rozwiązania i stwórz konkretne plany działania, jak je rozwiązać
Zakończ retrospektywę – Ustal działania dalsze; docenij wkłady; zakończ; jak można poprawić retrospektywę?

Etapy retrospektywy Sprintu

Czas trwania spotkania retrospektywy Sprintu

Ogólnym wyznacznikiem jest to, że retrospektywa Sprintu nie powinna przekraczać 45 minut na tydzień trwania Sprintu. Poniższa tabela ilustruje tę zasadę:

Całkowity czas trwania Sprintu	Czas trwania retrospektywy
1 tydzień	45 minut
2 tygodnie	90 minut (1,5 godziny)
3 tygodnie	135 minut (2,25 godziny)
4 tygodnie	180 minut (3 godziny)

Uwaga:

Dokładna długość retrospektywy Sprintu może być wpływana przez:

Ile osób jest w zespole?
Jak świeży jest zespół?
Czy któryś z członków zespołu pracuje zdalnie?

Pytania retrospektywy

Podczas retrospektywy Sprintu zespół omawia:

Co poszło dobrze w Sprintie?
Co poszło nie tak w Sprintie?
Czego nauczyliśmy się w Sprintie?
Co powinniśmy zrobić w następnym Sprintie?

1. Co poszło dobrze w Sprintie?

Zadawaj pytania, aby zrozumieć przyczyny sukcesu iteracji, analizując wszystkie pozytywne aspekty.

Co przyczyniło się do tego sukcesu?
Co zrobiliśmy inaczej, aby to zadziałało?
Które szkolenia, umiejętności czy wiedza przyczyniły się do tej różnicy?
Które z Twoich sił sprawiły, że to było możliwe?
Które siły zespołu sprawiły, że to było możliwe?
Jak wkład członków zespołu pomógł osiągnąć to?
Jak to osiągnęliśmy?

2. Co poszło nie tak w Sprintzie?

Choć ten rozdział nie powinien oceniać indywidualnej wydajności ani prowadzić do kar, powinien zbierać wgląd i identyfikować sposoby naprawy problemów w kolejnym Sprintzie. Skup się na poprawie, a nie na problemach. To pytanie ujawnia trudności, problemy i frustracje, z którymi obecnie boryka się zespół.

Jak poszło nie tak?
Co zrobiłeś niepoprawnie?
Ile osób brało udział w błędzie?
Wiedziałeś, że coś robiłeś źle?
Czy rozumiałeś błąd, ale nadal go popełniłeś?
Czy rozumiałeś to, ale nadal popełniłeś błąd?
Jak sobie poradziliśmy?

3. Co nauczyliśmy się w Sprintzie?

Co nauczyliśmy się z tego Sprintu? Te pytania pomagają zidentyfikować, co działało, a co nie. Zachęcają do refleksji nad tym, jak wykonywaliśmy pracę. Przykłady mogą obejmować:

Jak został wykonany ten Sprint?
Co poszło nie tak w tym Sprintzie?
Kiedy poszło nie tak?
Jak poszło nie tak?
Która technika okazała się przydatna?
Która technika okazała się niewłaściwa?
Co poszło dobrze podczas tego Sprintu?
Co nie poszło dobrze podczas tego Sprintu?
Czego możemy się nauczyć z tego Sprintu, aby poprawić następny?

4. Co powinniśmy zrobić w następnym Sprintzie?

Ten rozdział skupia się na identyfikowaniu możliwych działań korygujących opartych na poprzednich sukcesach, porażkach i nabytych doświadczeniach.

Jak możemy wykorzystać siły indywidualne do rozwiązywania problemów?
Co powinniśmy zrobić, aby zapobiec ponownemu pojawianiu się problemów?
Jakie działania muszą zostać podjęte natychmiast, aby zyskać przepustowość i funkcjonalność?
Wskazuj jedno rzecz do zmiany i wyjaśnij, jak ją zmienić?
Jakie strategie mogą być wykorzystane do ukończenia pracy?

Plan działania

Co zrobisz w nadchodzącej Sprint, aby to rozwiązać?
Jak zapewnisz sukces?
Kiedy w trakcie Sprintu to zrobisz?
Czy potrzebujesz pomocy, aby to ukończyć?
Jaka dodatkowa pomoc jest Ci potrzebna?
Jak będziesz wiedział, że to ukończyłeś?
Co zrobisz po ukończeniu tego w Sprint?

Podsumowanie

Sprint Retrospective można traktować jako sesję „nauczonych lekcji”. Dobrze skonstruowane pytania retrospektywne pozwalają zespołowi na refleksję, dając każdemu członkowi poczucie własności — sprawiając, że proces staje się naprawdę Agile.

Wykorzystaj pytania podane powyżej, aby inspirować swój zespół i siebie do poprawy w przyszłych Sprintach. Choć te przykładowe pytania są przeznaczone wyłącznie do celów referencyjnych, możesz swobodnie je dostosować do potrzeb swojego zespołu.