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 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.
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:
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:
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.
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.
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ą.
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.
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.
Autor: Karolina Berecka
Karolina, jako project menadżerka jest ekspertem w poszukiwaniu nowych metod projektowania najlepszego systemu przepływu pracy i optymalizacji procesów. Jej umiejętności organizacyjne i zdolność do pracy pod presją czasu sprawiają, że jest najlepszą osobą do zamieniania skomplikowanych projektów w rzeczywistość.
Produktywność jest w ostatnim czasie szczególnie często poruszanym zagadnieniem. Powodem takiego stanu rzeczy jest fakt,…
Specjaliści od zarządzania zasobami ludzkimi są odpowiedzialni za szereg ważnych decyzji. Wybór odpowiedniego kandydata przyczyni…
Wraz z ukształtowaniem się nowych pokoleń, zmianom ulega również środowisko i kultura pracy. Generacja Y,…
Badania przeprowadzone przez firmę Owl Labs wskazują, że już 16% organizacji pracuje w trybie zdalnym,…
Wykorzystanie sztucznej inteligencji sprawia, że możemy komunikować się z naszymi urządzeniami używając języka naturalnego –…
“Zamknij okno!” wypowiedziane do asystenta AI będzie oznaczać co innego, gdy pracujemy w edytorze tekstu,…