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 — są nią decyzje, do których ta prezentacja 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 — pracę, która została faktycznie wykonana zgodnie z definicją zakończenia, a nie tę, która jest niemal gotowa — 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 produktów, 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 jedynie jedną część przeglądu.

Zaprezentowanie działającego oprogramowania ma znaczenie: wymusza uczciwość (nie da się 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ą, a wszyscy rozchodzą się — oznacza to, że przeprowadzili Państwo jednostronną prezentację. Przegląd stanowi dwustronną rozmowę, którą prezentacja ma zapoczątkować. Prezentacja jest jedynie wstępem; sednem są informacje zwrotne i ponowne ustalenie priorytetów.

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

Przegląd sprintu jest jedyną ceremonią, która ma charakter zewnętrzny. Uczestnikami są wszyscy członkowie zespołu 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.

Skład grona zaproszonych to decyzja, a nie formalność. Proszę zaprosić osoby, które mogą udzielić konstruktywnych opinii, na podstawie których warto podjąć działania, i bezlitośnie 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 jest celowo swobodny. Proszę potraktować to jako sesję roboczą, a nie przedstawienie sceniczne.

• Zacznij od przedstawienia celu sprintu. Przypomnij uczestnikom, co miało zostać osiągnięte w ramach tego sprintu, tak aby przyrost został oceniony w oparciu o zamierzenia, a nie ogólne 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” — prowokują one dyskusję na temat pracy, która nie została jeszcze ukończona.
• Zostawcie miejsce na reakcje. Zespół powinien więcej słuchać niż tylko przedstawiać swoje pomysły. Pytania, zastrzeżenia i sformułowania typu „a czy nie 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 współgrają one ze sobą — 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ę szczerą część. Pełne porównanie, w tym informacje o tym, kto uczestniczy w każdym z nich i dlaczego należy je rozdzielić, zamieściliśmy w artykule „Przegląd sprintu a retrospektywa sprintu”. Aby dowiedzieć się, gdzie oba spotkania plasują się wśród pozostałych spotkań, proszę zapoznać się z artykułem „Cztery ceremonie Scrum” oraz innymi ceremoniami opisanymi w niniejszym przewodniku.

Najczęściej zadawane pytania

Jaki jest cel przeglądu sprintu?

Celem jest przeanalizowanie kolejnego etapu rozwoju produktu wraz z interesariuszami 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 podsumowującym postępy w przebraniu.

Kto bierze udział w przeglądzie sprintu?

Cały zespół Scrum oraz interesariusze zaproszeni przez właściciela produktu — klienci, użytkownicy, sponsorzy oraz wszyscy, 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ć podsumowanie sprintu?

Proszę zaplanować na to około dwóch godzin tygodniowo w ramach sprintu — maksymalnie dwie godziny w przypadku sprintu dwutygodniowego, a 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 — polegające na pokazaniu 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 wspólnie z interesariuszami analizuje się produkt — co należy zrealizować w następnej kolejności. Retrospektywa polega na wewnętrznej analizie procesu pracy zespołu — jak poprawić sposób działania 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ć.