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
Definition of Done (DoD)
Wspólne rozumienie zespołu na temat tego, co oznacza, że dany element backlogu jest w pełni ukończony i gotowy do wydania.
Czytaj więcej →Przypadek testowy (Test Case)
Najbardziej szczegółowa jednostka dokumentacji testowej, zawierająca konkretne kroki, dane wejściowe oraz oczekiwany rezultat w celu weryfikacji specyficznego wymagania.
Czytaj więcej →Programowanie Obiektowe (OOP)
Paradygmat programowania oparty na koncepcji 'obiektów', które łączą dane (pola) oraz działania (metody). Pozwala na tworzenie modularnego, łatwego w utrzymaniu i skalowalnego kodu.
Czytaj więcej →
Latarnia Analizy