Sprint Planning
Definicja
Sprint Planning to wydarzenie otwierające każdy nowy Sprint. Podczas tego spotkania cały zespół (Product Owner, Scrum Master oraz Zespół Deweloperski) wspólnie ustala, jaką wartość biznesową uda się dostarczyć w nadchodzącej iteracji oraz w jaki sposób ta praca zostanie wykonana.
Cele spotkania
Planowanie sprintu koncentruje się na odpowiedzi na trzy kluczowe pytania:
- Dlaczego ten Sprint jest wartościowy? – Zespół definiuje Cel Sprintu (Sprint Goal).
- Co może zostać ukończone? – Zespół wybiera elementy z Product Backlogu, które zostaną włączone do bieżącego cyklu.
- W jaki sposób wybrana praca zostanie wykonana? – Zespół deweloperski planuje konkretne kroki techniczne niezbędne do wytworzenia Inkrementu.
Przebieg i wejścia (Inputs)
Aby planowanie było efektywne, zespół bazuje na konkretnych materiałach wejściowych:
- Product Backlog: Uporządkowana lista wymagań utrzymywana przez Product Ownera.
- Definition of Ready (DoR): Kryteria, które muszą spełniać zadania, aby mogły zostać podjęte do realizacji.
- Wydajność zespołu (Velocity): Informacja o tym, ile pracy zespół był w stanie ukończyć w poprzednich sprintach.
- Aktualny Inkrement: Stan produktu na moment rozpoczęcia planowania.
Wynik spotkania (Output)
Głównym rezultatem Sprint Planningu jest Sprint Backlog. Jest to podzbiór elementów z Product Backlogu wraz z planem ich realizacji, który stanowi zobowiązanie zespołu na najbliższe 1-4 tygodnie.
Dobre praktyki
- Skupienie na Celu: Zadania wybierane do sprintu powinny wspierać realizację nadrzędnego Celu Sprintu, a nie być jedynie losową listą z backlogu.
- Timeboxing: Spotkanie powinno mieć określony limit czasowy (zazwyczaj 2 godziny na każdy tydzień trwania sprintu).
- Wcześniejszy Refinement: Regularne doprecyzowywanie wymagań (Backlog Refinement) przed planowaniem pozwala uniknąć marnowania czasu na spotkaniu.
Typowe błędy
-
❌ Przeładowanie sprintu: Branie na siebie większej ilości zadań, niż zespół jest w stanie realnie ukończyć zgodnie z Definition of Done.
-
❌ Planowanie bez Product Ownera: Brak osoby decyzyjnej w kwestii priorytetów biznesowych.
-
❌ Brak analizy zależności: Ignorowanie blokad zewnętrznych, co prowadzi do niewykonania zadań w trakcie sprintu.
Podsumowanie
Sprint Planning to fundament przewidywalności w Scrumie. Pozwala on zespołowi na spokojne rozpoczęcie pracy z jasnym zrozumieniem priorytetów oraz wspólną wizją tego, co ma zostać osiągnięte w nadchodzącym cyklu.
Powiązane pojęcia:
Kliknij w pojęcie, aby przejść do jego definicji w słowniku
Inne pojęcia ze słownika
Narzędzia CASE
Zbiór programów i metodologii wspomagających automatyzację procesów wytwórczych oprogramowania, od analizy po testowanie i utrzymanie.
Czytaj więcej →Backlog Refinement
Proces ciągłego doprecyzowywania, szacowania i porządkowania elementów w Product Backlogu, aby były gotowe do realizacji w nadchodzących sprintach.
Czytaj więcej →WSJF (Weighted Shortest Job First) – Priorytetyzacja oparta na wartości
Zaawansowana metoda priorytetyzacji stosowana w skali (np. w SAFe), która wylicza priorytet zadania jako iloraz kosztu opóźnienia i czasu trwania zadania.
Czytaj więcej →
Latarnia Analizy