Lista kontrolna Sprint Planningu
Spotkanie Sprint Planningu jest tak dobre, jak przygotowanie, które je poprzedza. Zespoły przychodzące bez jasnych backlogów produkują zobowiązania sprintowe, których nie mogą dotrzymać.
Przed Sprint Planningiem: lista kontrolna przygotowania
Większość niepowodzeń Sprint Planningu zaczyna się kilka dni przed spotkaniem.
Przygotowanie backlogu
- Product Backlog jest uporządkowany z najwyższymi priorytetami na górze.
- Historie reprezentujące 1,5× pojemność sprintu mają zaakceptowane kryteria akceptacji.
- Wszystkie kandydujące historie mają szacunki punktów historii z niedawnej sesji Planning Pokera.
- Żadna kandydująca historia nie ma nierozwiązanej zależności, która uniemożliwiłaby jej rozpoczęcie pierwszego dnia.
- Product Owner przejrzał i zatwierdził najlepsze historie w ostatnim sprincie.
Pojemność zespołu
- Dostępność każdego członka zespołu w sprincie jest potwierdzona.
- Pojemność sprintu została obliczona: dostępne dni × współczynnik koncentracji.
- Zarezerwowano bufor pojemności (planuj na 70–80% maksimum teoretycznego).
Przygotowanie Sprint Goala
- Product Owner ma gotowy projekt Sprint Goala do zaproponowania.
- Scrum Master przejrzał proponowane historie.
- Nieukończone elementy z poprzedniego sprintu zostały ocenione.
Podczas Sprint Planningu: lista kontrolna spotkania
Sprint Planning ma zalecany timebox 8 godzin dla 4-tygodniowego sprintu.
Uzgodnienie Sprint Goala
- Product Owner proponuje Sprint Goal z kontekstem: dlaczego teraz, jaką wartość przynosi.
- Zespół zadaje pytania wyjaśniające i negocjuje zakres w razie potrzeby.
- Sprint Goal jest zapisany i uzgodniony przez cały zespół przed rozpoczęciem selekcji.
Selekcja elementów backlogu
- Zespół wybiera historie z górnej części backlogu wspierające Sprint Goal.
- Wybrane historie są weryfikowane pod kątem pojemności sprintu.
- Product Owner potwierdza, że wybrane historie reprezentują wystarczającą wartość.
Szacowanie (jeśli konieczne)
- Nieszacowane lub znacznie zmienione zakreem historie są szacowane za pomocą Planning Pokera.
- Głosy są odkrywane jednocześnie. Wartości odstające wyjaśniają swoje rozumowanie przed ponownym głosowaniem.
- Historie, które nie osiągają konsensusu w 2–3 rundach, są odkładane do refinementu.
Dekompozycja zadań
- Zespół identyfikuje konkretne zadania na pierwsze 2–3 dni sprintu.
- Zależności między zadaniami są sygnalizowane i uzgadniane są wstępne przypisania.
- Potencjalne blokery lub ryzyka są identyfikowane, a odpowiedzialni są przypisani.
Po Sprint Planningu: lista kontrolna zamknięcia
Zamknięcie spotkania trwa 5–10 minut, ale produkuje krytyczne artefakty.
- Sprint Goal jest zarejestrowany w narzędziu śledzenia i widoczny dla wszystkich.
- Wszystkie wybrane historie zostały przeniesione do sprintu.
- Wartości punktów historii są potwierdzone dla wszystkich wybranych elementów.
- Daty rozpoczęcia, zakończenia oraz przeglądu/retrospektywy są potwierdzone.
- Omówione, ale niewybranie elementy wracają do backlogu.
- Działania są zarejestrowane z odpowiedzialnymi.
- Sprint Goal jest udostępniany interesariuszom przed rozpoczęciem sprintu.
FAQ listy kontrolnej Sprint Planningu
Z jakim wyprzedzeniem powinienem przygotować się do Sprint Planningu?
Refinement backlogu powinien odbywać się ciągłe podczas poprzedniego sprintu.
Co zrobić, jeśli historia nie przechodzi Definition of Ready podczas planowania?
Zwróć ją do backlogu z notatką o tym, czego brakuje.
Czy każdy zespół potrzebuje tej samej listy kontrolnej?
Nie. Ta lista kontrolna jest punktem startowym. Dostosuj ją do kontekstu swojego zespołu.
Jak korzystać z tej listy bez dodawania nakładu spotkań?
Używaj jej jako szablonu przygotowania, nie jako punktu agendy.
Spraw, by Twój Sprint Planning był efektywny z bezpłatnym Planning Pokerem online