Przegląd sprintu: cel, uczestnicy i sposób przeprowadzenia

Przegląd sprintu to spotkanie, podczas którego zespół prezentuje działający produkt interesariuszom i zbiera informacje zwrotne, które mają wpływ na kształt kolejnych prac. Odbywa się on pod koniec sprintu; w przypadku sprintu trwającego dwa tygodnie jest on ograniczony czasowo do około dwóch godzin, a jego wynikiem jest zaktualizowana lista zadań produktowych. Należy pamiętać o jednym: jest to sesja robocza, a nie pokaz. Wartością nie jest sama prezentacja, lecz decyzje, do których ona prowadzi.

Jaki jest cel przeglądu sprintu

Celem przeglądu jest udzielenie odpowiedzi na jedno pytanie osobom, którym zależy na wyniku: biorąc pod uwagę to, co właśnie stworzyliśmy, co powinniśmy stworzyć dalej?

Zespół przedstawia przyrost (prace faktycznie wykonane zgodnie z definicją zakończenia, a nie te, które są niemal gotowe), a obecni na sali interesariusze reagują na to. Zadają pytania, zgłaszają zastrzeżenia, zwracają uwagę na kwestie, o których nikt nie pomyślał podczas planowania. Ta reakcja stanowi wynik spotkania. Trafia ona bezpośrednio do rejestru zadań produktu, który właściciel produktu dostosowuje na miejscu lub wkrótce potem.

Przegląd sprintu a prezentacja

Ludzie używają terminów „przegląd sprintu” i „prezentacja” tak, jakby chodziło o to samo spotkanie. Tak jednak nie jest: prezentacja stanowi jedną z części przeglądu.

Prezentacja działającego oprogramowania ma znaczenie: wymusza uczciwość (nie można zaprezentować funkcji, która jest dopiero prawie gotowa) i daje wszystkim ten sam konkretny punkt odniesienia, na który mogą zareagować. Jeśli jednak na tym kończy się cała prezentacja (zespół przedstawia projekt, interesariusze klaszczą, wszyscy wychodzą), oznacza to, że przeprowadzili Państwo jednostronną prezentację. Przegląd stanowi dwustronną rozmowę, którą prezentacja ma zainicjować. Prezentacja jest jedynie wstępem; sednem są informacje zwrotne i ponowne ustalenie priorytetów. Prezentacja przeprowadzona wyłącznie w celu uzyskania oklasków, bez podjęcia żadnych decyzji, to „agile teatr”: ceremonia zorganizowana dla publiczności, a nie dla osiągnięcia konkretnego rezultatu.

Kto w nim uczestniczy i dlaczego jest on skierowany na zewnątrz

Przegląd sprintu jest jedyną ceremonią o charakterze zewnętrznym. Uczestnikami są cały zespół Scrum oraz interesariusze zaproszeni przez właściciela produktu: klienci, użytkownicy, sponsorzy, pracownicy wsparcia technicznego oraz wszyscy, których opinia powinna mieć wpływ na produkt.

Ta lista gości to decyzja, a nie formalność. Proszę zaprosić osoby, które mogą udzielić konstruktywnych opinii, na podstawie których warto podjąć działania, i bezkompromisowo selekcjonować uczestników: sala pełna widzów generuje jedynie grzecznościowy szum; sala z trzema odpowiednimi klientami pozwala uporządkować listę zadań do realizacji. To właśnie takie otwarte podejście odróżnia przegląd od retrospektywy sprintu, która z oczywistych względów jest przeznaczona wyłącznie dla zespołu i ma charakter prywatny.

Jak zorganizować spotkanie, które będzie warte poświęcenia tej godziny

Format ten ma celowo swobodny charakter. Prosimy, aby sesja miała charakter roboczy, a nie przedstawienia scenicznego.

• Proszę rozpocząć od przedstawienia celu sprintu. Proszę przypomnieć uczestnikom, co miało zostać osiągnięte w ramach tego sprintu, tak aby przyrost został oceniony w oparciu o zamierzone cele, a nie na podstawie ogólnego wrażenia.
• Proszę zaprezentować działający produkt, a nie slajdy. Proszę zademonstrować rzeczywisty produkt w odniesieniu do definicji „zakończonego”. Proszę pominąć produkty „prawie gotowe”. Prowadzi to bowiem do dyskusji na temat prac, które nie zostały jeszcze ukończone.
• Zostawcie miejsce na reakcje. Zespół powinien więcej słuchać niż prezentować. Pytania, zastrzeżenia i sformułowania typu „a czy można by też…” to właśnie to, po co tu Państwo przyszli.
• Zakończcie spotkanie, aktualizując listę zadań do wykonania. Uwzględnijcie uwagi w priorytetach, póki są jeszcze świeże. To właśnie jest wynik tego spotkania.

Przygotowanie polega głównie na powściągliwości: należy wybrać, co pokazać, upewnić się, że wszystko faktycznie działa, oraz powstrzymać się przed pokusą stworzenia prezentacji. Dziesięć minut działającej funkcji jest warte więcej niż czterdzieści minut zrzutów ekranu z jej przedstawieniem.

Przegląd sprintu a retrospektywa sprintu

Te dwie ceremonie końcowe są często mylone, dlatego proszę zwrócić uwagę na następującą różnicę: przegląd służy ocenie produktu w obecności interesariuszy; retrospektywa służy ocenie procesu pracy zespołu i odbywa się w gronie zespołu. Przegląd ma charakter zewnętrzny i odbywa się jako pierwszy; retrospektywa ma charakter wewnętrzny i odbywa się jako druga, dzięki czemu zespół może wykorzystać świeże opinie na temat produktu podczas własnej refleksji.

Nie da się ich dobrze połączyć. Nikt nie porusza kwestii „nasze testy są przeprowadzane w pośpiechu” w obecności klienta, więc połączenie tych dwóch elementów po cichu eliminuje tę uczciwą część. Zachowujemy pełne porównanie, w tym informacje o tym, kto uczestniczy w każdym z nich i dlaczego należy je rozdzielić, w ramach przeglądu sprintu w porównaniu z retrospektywą sprintu. Aby dowiedzieć się, gdzie oba te elementy plasują się wśród pozostałych spotkań, proszę zapoznać się z czterema ceremoniałami Scrum oraz innymi ceremoniałami opisanymi w niniejszym przewodniku.

Najczęściej zadawane pytania

Jaki jest cel przeglądu sprintu?

Celem jest wspólna ocena kolejnego etapu rozwoju produktu z udziałem interesariuszy oraz dostosowanie dalszych działań. Zespół prezentuje to, co faktycznie udało mu się zrealizować, interesariusze wyrażają swoje opinie, a te opinie są następnie uwzględniane w rejestrze zadań produktu. Nie chodzi tu o oklaski. Chodzi o korektę kursu. Przegląd, który nie wnosi żadnych zmian do planu, jest w rzeczywistości spotkaniem informacyjnym pod inną nazwą.

Kto uczestniczy w przeglądzie sprintu?

Cały zespół Scrum oraz interesariusze zaproszeni przez właściciela produktu: klienci, użytkownicy, sponsorzy oraz wszystkie osoby, których opinie powinny mieć wpływ na kształt produktu. Jest to jedyne spotkanie, które celowo ma charakter otwarty. Właściciel produktu starannie dobiera listę gości, tak aby opinie wyrażane podczas spotkania były warte uwzględnienia.

Jak długo powinno trwać przegląd sprintu?

Proszę zaplanować na to około dwóch godzin tygodniowo w ramach sprintu: maksymalnie dwie godziny w przypadku sprintu dwutygodniowego, maksymalnie cztery godziny w przypadku sprintu miesięcznego. Jeśli czas ten się wydłuża, prawdopodobnie prezentują Państwo slajdy zamiast pokazywać działający produkt lub dokonują Państwo przeglądu prac, które w rzeczywistości nie zostały wykonane.

Jaka jest różnica między przeglądem sprintu a prezentacją?

Prezentacja to jedno z działań w ramach przeglądu: pokazanie działającego oprogramowania. Przegląd sprintu to szersza dyskusja, którą rozpoczyna prezentacja: reakcje interesariuszy, zmiany priorytetów, modyfikacje listy zadań. Jeśli potraktują Państwo przegląd wyłącznie jako prezentację, otrzymają Państwo jednostronną prezentację, która wywoła jedynie skinienia głową, ale nie doprowadzi do podjęcia żadnych decyzji.

Jaka jest różnica między przeglądem sprintu a retrospektywą?

Podczas przeglądu sprintu produkt jest analizowany wspólnie z interesariuszami w celu podjęcia decyzji o tym, co należy zrealizować w następnej kolejności. Retrospektywa polega na wewnętrznej analizie procesu pracy zespołu, mającej na celu poprawę jego funkcjonowania w kolejnym sprincie. Przegląd ma charakter zewnętrzny i odbywa się jako pierwszy; retrospektywa ma charakter wewnętrzny i odbywa się jako druga. Potrzebne są obie te czynności, jednak nie da się ich dobrze połączyć.