Co to jest Sprint Planning?

Sprint Planning to jedno z wydarzeń w Scrumie, które wyznacza kierunek dla zespołu na nadchodzący Sprint. Bez dobrze zorganizowanego planowania Sprintu trudno byłoby osiągnąć cele i dostarczać wartościowe produkty. W tym artykule omówimy, czym jest planowanie Sprintu, kto za nie odpowiada, jak je poprowadzić, kiedy je organizować oraz dlaczego jest tak ważne dla Zespołu Scrum.

Czym jest planowanie Sprintu?

Planowanie Sprintu to pierwsze wydarzenie każdego Sprintu w ramach frameworku Scrum. Jego celem jest ustalenie, co zespół chce osiągnąć w nadchodzącym Sprincie oraz jak zamierza to zrobić. W trakcie tego spotkania zespół Scrumowy wybiera elementy z Backlogu Produktu, które zostaną zrealizowane w Sprincie, a także wspólnie negocjuje Cel Sprintu – kluczowy rezultat, który ma zostać osiągnięty. Podczas planowania Sprintu omawiana jest dostępność zespołu oraz wszelkie potencjalne ryzyka, które mogą wpłynąć na realizację prac.

Na koniec tego wydarzenia powstaje plan pracy w Sprincie, który jest prognozą tego, jak praca będzie przebiegała. Praca w złożonym środowisku powoduje, że nie da się stworzyć idealnego planu na Sprint. W trakcie wykonywania pracy w Sprincie Developerzy regularnie weryfikują plan w trakcie Daily Scrum i skupiają się na zaplanowaniu kolejnego dnia pracy. Dlatego Zespół Scrum zobowiązuje się do osiągnięcia Celu Sprintu, i nie może się zobowiązać do realizowania planu. Plan, czyli droga do celu, może i prawdopodobnie będzie się zmieniać, bo napotkamy po drodze nieprzewidziane okoliczności. W trakcie wykonywania pracy dowiadujemy się, jak ta praca naprawdę wygląda i co jeszcze trzeba zrobić. Na tym polega podejście empiryczne.

Kto jest odpowiedzialny za stworzenie planu Sprintu?

Za stworzenie planu Sprintu odpowiedzialny jest cały zespół Scrumowy, jednak każda rola w zespole ma swoją unikalną odpowiedzialność. 

Product Owner decyduje, czym Zespół Scrum powinien się zająć w tym Sprincie oraz omawia najważniejsze elementy z Backlogu Produktu, które należy zrealizować w Sprincie. 

Developerzy natomiast planują, jak wykonać wybrane zadania i szacują, ile pracy są w stanie zrealizować w określonym czasie. Developerzy są odpowiedzialni za stworzenie i aktualizowanie planu swojej pracy. 

Scrum Master, jako osoba wspierająca, dba o to, aby spotkanie przebiegło sprawnie poprzez odpowiednią facylitację i pilnuje timeboxu zapewniając, że wszystkie niezbędne zasady Scruma są przestrzegane.

Jak poprowadzić Sprint Planning?

Prowadzenie Sprint Planningu wymaga starannego przygotowania. Spotkanie zazwyczaj rozpoczyna się od przypomnienia Celu Produktu, a następnie Product Owner proponuje Cel Sprintu i przedstawia odpowiednie elementy Backlogu Produktu. Warto też sprawdzić, czy zostały jakieś niedokończone elementy z poprzedniego Sprintu (tak zwane spady), które warto dokończyć i uwzględnić je w planie.

Oprócz Zespołu Scrum na spotkanie można zaprosić dodatkowe osoby, które posiadają wiedzę potrzebną do lepszego zaplanowania Sprintu, na przykład interesariusza, eksperta domenowego czy Developera z innego Zespołu Scrum.

Zakładamy, że omawiane elementy są gotowe do podjęcia w Sprincie (Ready). Szczegółowe omawianie elementów Backlogu Produktu i ich oszacowanie powinno odbyć się w ramach pielęgnacji Backlogu Produktu (ang. Product Backlog refinement) w poprzednim Sprincie. Im lepszą pielęgnację zrobiliśmy, tym bardziej efektywne i krótsze  będzie Planowanie Sprintu. Jeśli będziemy próbowali ustalić szczegóły elementów Backlogu Produktu na planowaniu, to możliwe, że spotkanie będzie się przedłużało, a energia uczestników spadnie.

Zespół analizuje te elementy i decyduje, ile pracy może wykonać w nadchodzącym Sprincie, bazując na swoich wcześniejszych doświadczeniach (past performance) oraz dostępności członków zespołu (capacity). Wcześniejsze doświadczenia zespołu mogą być określone za pomocą Velocity. Na przykład zespół zwykle może ukończyć elementy mające w sumie 20 Story Pointów. Można także korzystać tutaj z metryk kanbanowych, throughput i cycle time. 

Najważniejsze jest, żeby Developerzy mieli poczucie, że wykonanie elementów potrzebnych do osiągnięcia Celu Sprintu jest realne. Jeśli suma elementów jest zbyt duża w porównaniu z możliwościami Zespołu, Developerzy negocjują Cel Sprintu z Właścicielem Produktu. Jeśli suma elementów potrzebnych do osiągnięcia Celu Sprintu jest mniejsza niż możliwości Zespołu Scrum, to można dobrać z Backlogu Produktu dodatkowe elementy poza Celem Sprintu. Product Owner zawsze decyduje, które elementy trafiają do Sprintu.

Ważnym elementem jest również dyskusja na temat tego, jak zespół planuje osiągnąć Cel Sprintu. Dobrą praktyką jest podzielenie elementów na mniejsze, bardziej szczegółowe, wielkości jednego dnia pracy lub mniejsze, co ułatwia monitorowanie postępów w trakcie Sprintu.

Kiedy planować Sprint?

Planowanie Sprintu odbywa się na początku każdego Sprintu i jest to wydarzenie, które ma określoną długość – zazwyczaj maksymalnie 8 godzin dla Sprintów trwających miesiąc. Jeżeli Sprint jest krótszy, czas planowania również się skraca. Zwykle jest to 2‑godzinne spotkanie na każdy tydzień Sprintu.

Regularne planowanie Sprintu pomaga zespołowi utrzymać rytm pracy i szybko reagować na zmieniające się wymagania lub okoliczności w sposób przewidywalny. Im krótsze Sprinty, tym szybsza reakcja zespołu.

Planowanie Sprintu jest wliczone w czas trwania Sprintu. Początek Planowania Sprintu jest początkiem Sprintu.

Dlaczego Sprint Planning jest ważny dla zespołu Scrum?

Sprint Planning jest fundamentalnym elementem sukcesu zespołu Scrum. Zapewnia on zespołowi skupienie na konkretnym celu  i pozwala zaplanować, jak ten cel osiągnąć. Pomaga również zidentyfikować potencjalne ryzyka na wczesnym etapie oraz umożliwia wartościowe wykorzystanie potencjału Zespołu Scrum i lepsze zarządzanie pracą. Zespół Scrum wspólnie podejmuje wyzwanie i każdy planuje, jak najbardziej efektywnie przyczynić się do sukcesu zespołu.

Podsumowanie

Planowanie Sprintu to niezwykle istotny proces, który pozwala zespołowi Scrum na organizację pracy i dostarczanie wartościowych wyników w każdym Sprincie. Dzięki temu wydarzeniu zespół jest w stanie lepiej zrozumieć cele, uporządkować priorytety i skutecznie realizować swoje zadania. Regularne i dobrze przeprowadzone planowanie Sprintu jest fundamentem efektywności zespołu Scrumowego. Przygotowanie do Planowania Sprintu wymusza bardziej długofalowe myślenie o dostarczaniu wartości i rozwoju produktu.