Planowanie sprintu
Praca do wykonania w trakcie Sprintu jest określana podczas planowania sprintu (ang. Sprint Planning). Plan ten powstaje jako wynik wspólnej pracy zespołu scrumowego.
Planowanie trwa maksimum 8 godzin, gdy zespół pracuje w miesięcznych sprintach. Dla krótszych sprintów czas ten jest krótszy (na ogół proporcjonalnie). Zadanie Scrum Mastera polega na zapewnieniu, że planowanie się odbywa, a jego uczestnicy rozumieją jego cel. Scrum Master uczy zespół zachowania ram czasowych tego wydarzenia.
Planowanie składa się z 2 części:
Część pierwsza: Co może zostać dostarczone w bieżącym sprincie?
Zespół deweloperski prognozuje zakres prac, które zostaną wykonane podczas sprintu. Właściciel produktu określa założenia sprintu i omawia te elementy rejestru produktu, które trzeba zrealizować, aby osiągnąć cel sprintu. Cały zespół scrumowy jest odpowiedzialny za dostarczenie przyrostu produktu i dlatego wspólnie pracuje nad zrozumieniem zakresu prac, które są do wykonania w sprincie. Właściciel produktu musi wiedzieć, co jest najważniejsze, a zespół – ile z tego jest w stanie zrobić w trakcie bieżącego sprintu.
Planowanie prowadzi się w oparciu o ostatni przyrost produktu (ang. Product Increment) oraz rejestr produktu, a także na przewidywanych możliwościach zespołu deweloperskiego (na podstawie archiwalnych rezultatów zespołu). O tym ile elementów z rejestru produktu zostanie włączonych do rejestru sprintu (ang. Sprint Backlog) decyduje wyłącznie zespół deweloperski. Tylko on jest w stanie ocenić, jakie zadania jest w stanie zrealizować podczas trwania sprintu.
W trakcie planowania zespół tworzy cel sprintu. Pomaga on zespołowi zrozumieć, w jakim celu tworzony będzie przyrost produktu. Osiągnięcie celu zostanie zrealizowane poprzez implementację elementów wybranych do rejestru sprintu.
Część druga: W jaki sposób praca, niezbędna do dostarczenia przyrostu, będzie wykonana?
Po ustaleniu celu sprintu, zespół decyduje, w jaki sposób elementy wybrane do rejestru sprintu zostaną przekształcone w “ukończony” przyrost produktu.
Zespół deweloperski na ogół rozpoczyna od projektowania systemu i wstępnego zarysowania prac niezbędnych do zamiany elementów rejestru sprintu w działający przyrost produktu. Zdarza się, że ostatecznie ilość pracy niezbędnej do wykonania odbiega od prognozowanej, jednakże coraz bardziej doświadczony zespół będzie mógł realizować szacowania trafniej wraz ze wzrostem swojej wiedzy, na podstawie danych historycznych.
W trakcie tego zdarzenia praca jest planowana na kilka pierwszych dni sprintu i rozpisywana na mniejsze porcje (zadania), często mniejsze niż jeden dzień roboczy. Zespół deweloperski samodzielnie rozdziela pracę do wykonania, zarówno podczas planowania, jak i w trakcie trwania sprintu.
Właściciel produktu może pomóc wyjaśniać niektóre elementy rejestru produktu oraz uzyskiwać kompromis. Jeżeli zespół deweloperski określi, że ma zbyt mało lub za dużo pracy, może renegocjować zakres pracy z właścicielem produktu. Zespół deweloperski może również zaprosić na planowanie inne osoby, aby wsparły go wiedzą domenową i techniczną.
Zanim zakończy się planowanie sprintu, zespół powinien potrafić wytłumaczyć zarówno właścicielowi, jak i Scrum Masterowi, w jaki sposób chce pracować, samodzielnie się organizując, aby osiągnąć cel sprintu wytwarzając działający przyrost produktu.