Sprint Retrospective to wydarzenie podsumowujące Sprint, w którym mogą wziąć udział tylko członkowie Scrum Team. Dzięki temu może ono zostać w pełni poświęcone wewnętrznym sprawom zespołu. Sprint Retrospective służy bowiem przede wszystkim refleksji nad obecnymi metodami pracy, a także dyskusji nad propozycjami ich ulepszenia.
Retrospekcja Sprintu – omówione zagadnienia:
- Wprowadzenie
- Cele i tematyka Sprint Retrospective
- Jak przeprowadzić skuteczną Sprint Retrospective?
- Podsumowanie
Wprowadzenie
Retrospekcja Sprintu to spotkanie kończące każdy Sprint. Jest jednym z Wydarzeń Scruma, o których pisaliśmy przeglądowo w osobnym artykule.
Zgodnie z oficjalnym Przewodnikiem po Scrumie, Retrospekcja Sprintu zajmuje maksymalnie trzy godziny przy miesięcznym Sprincie. Lub odpowiednio krócej, jeśli Scrum Team pracuje w krótszych cyklach.
Cele i tematyka Sprint Retrospective
W Sprint Retrospective biorą udział wszyscy członkowie Scrum Team. Celem spotkania jest dyskusja na temat problemów związanych z pracą Scrum Team i sposobów, w jaki radzi sobie on z ich rozwiązywaniem. Nie są to jednak problemy dotyczące rozwijanego przez Scrum Team Produktu, tylko kwestie związane ze specyfiką i przebiegiem współpracy pomiędzy członkami Scrum Team.
Z powodu tego, że poruszane kwestie są często delikatne i drażliwe, Sprint Retrospective jest wydarzeniem zamkniętym. Jego cele można sformułować następująco:
- podsumowanie obecnych sposobów współpracy
- wskazanie problemów i niedoskonałości wymagających do poprawy
- propozycje rozwiązań i modyfikacji
Retrospekcja Sprintu posiada ściśle związane z filarami empiryzmu, na których wspiera się Scrum cele. Dwa pierwsze punkty związane są z inspekcją. Natomiast ostatni – z adaptacją. Więcej na temat filarów empiryzmu i ich roli w Scrum pisaliśmy w tym artykule.
Podczas Sprint Retrospective często pojawiają się następujące pytania:
- co nam się udało, co się sprawdziło?
- co można poprawić?
- co postanawiamy poprawić razem jako Zespół?
- co każdy z osobna postanawia poprawić w następnym Sprincie?
Rezultatem odpowiedzi na powyższe spotkania jest nie tylko jasny obraz zasad współpracy Scrum Team dostępny dla wszystkich jego członków. Zespół podejmuje także zobowiązania dotyczące poprawy kooperacji i zachowań zespołowych, które zostaną wdrożone w kolejnym Sprincie.
Jak przeprowadzić skuteczną Sprint Retrospective?
Z powodu tego, że Retrospekcja Sprintu jest trudnym spotkaniem, kluczowa jest w nim rola Scrum Mastera, który moderuje dyskusję. Najlepiej, aby zaproponował on członkom Scrum Team kolejne zabieranie głosu. Może na przykład poprosić każdego o jednozdaniowe podsumowanie kończącego się Sprintu.
Problemy do omówienia
Jako że rozmawianie o problemach w zespole może budzić duże emocje, często stosowanym rozwiązaniem jest spisanie kwestii wymagających omówienia na osobnych karteczkach. Dzięki temu wyrażenie swojego zdania staje się łatwiejsze. Łatwiej też zauważyć większe problemowe obszary i kwestie, co do których ma zastrzeżenia większa ilość osób.
Jeśli problemów sformułowanych przez Scrum Team jest zbyt wiele, można rozpocząć od omówienia problemów, które wymieniło kilka osób. Albo też przegłosować, które kwestie są najważniejsze zdaniem Scrum Team.
Problemy, na które nie wystarczyło czasu podczas Sprint Retrospective można przesunąć na kolejną retrospektywę. Oczywiście tylko w przypadku, jeśli wciąż one występują.
Dyskusja i podjęcie zobowiązań
Najważniejsze części Sprint Retrospective to jednak dyskusja oraz podjęcie zobowiązań.
Dyskusja powinna dotyczyć przyczyn problemów, momentów gdy się pojawiają, a także ich wpływu na funkcjonowanie Scrum Team. Warto zastanowić się, czy można uniknąć ich występowania i z jakimi osobami należy omówić ich rozwiązanie.
Podjęcie zobowiązań jest równie ważne jak diagnoza problemów, ponieważ sama świadomość ich istnienia oraz przyczyn nie przekłada się jednoznacznie na ich rozwiązanie. Rezultatem Sprint Retrospective jest zwykle podjęcie kilku zobowiązań. Jeśli problem dotyczy całego zespołu, często jeden z członków zespołu zostaje zobligowany do zwracania szczególnej uwagi na konkretny problem w kolejnym Sprincie. Oraz do zaproponowania jego rozwiązania, lub nawet rozwiązania samego problemu. Jeśli natomiast problem dotyczy działania konkretnej osoby, ona sama podejmuje zobowiązanie dotyczące zmiany swojego postępowania już w następnym Sprincie.
Podsumowanie
Retrospekcja Sprintu to podsumowanie Sprintu z perspektywy współpracy między członkami Scrum Team. Jego celem jest poprawa efektywności, a także pielęgnowanie trzech filarów empiryzmu. Przejrzystości, dzięki której wszyscy współpracownicy rozmawiają ze sobą szczerze zarówno o sukcesach, jak i problemach pojawiających się w zespole. Inspekcji, polegającej na częstym i rzetelnym diagnozowaniu sytuacji w zespole oraz adaptacji, czyli korygowaniu pojawiających się błędów.
Jeśli podobają Ci się treści, które tworzymy, sprawdź również: Facebook, Twitter, LinkedIn, Instagram, YouTube, Pinterest.
Przewodnik Scrum:
- Słowniczek podstawowych terminów Scrum
- Czym jest Scrum?
- Wartości Scruma
- Jak wdrożyć Scrum w swojej firmie?
- Scrum Team - czym jest i jak działa?
- Kim jest Product Owner?
- Kim jest Scrum Master?
- Najczęstsze błędy popełniane przez Product Ownera
- Cechy dobrego Scrum Mastera
- Najczęstsze błędy popełnianie przez Scrum Mastera
- Współpraca Scrum Mastera z Product Ownerem
- Jakie statystyki i metryki powinien śledzić Scrum Master?
- Zespół Developerski w Scrumie
- Najczęstsze błędy popełniane przez Developerów
- Artefakty Scruma
- Skalowanie Scruma
- Co to jest Backlog Sprintu?
- Co to jest Backlog Produktu?
- Czym są User Stories?
- INVEST, czyli jak stworzyć dobre User Story
- Najczęstsze błędy popełniane przy pisaniu User Story
- Kryteria Akceptacji User Story
- Estymacja i Story Points w Scrum
- Jak działa Planning Poker?
- Team Estimation Game jako alternatywa dla Planning Pokera
- Czym jest Przyrost w Scrum?
- Czym jest Sprint w Scrum?
- Wydarzenia w Scrum
- Cel Produktu, Cel Sprintu i Definicja Ukończenia, czyli zobowiązania Scrum Team
- Co to jest wykres spalania (Burndown Chart)?
- Jak tworzyć i jak interpretować wykres spalania?
- Zalety i wady wykresu spalania
- Tablice Kanban w Scrum i Scrumban
- Prędkość Zespołu Deweloperskiego
- Daily Scrum
- Sprint Planning
- Sprint Review
- Co to jest Retrospekcja Sprintu?
- Częste błędy w czasie Retrospekcji
- Jak przeprowadzić pielęgnację backlogu produktu?
- Gdzie zdobyć wiedzę i doświadczenie w Scrum?