Sprint Planning to pierwsze wydarzenie każdego Sprintu w Scrum. Cały Zespół Scrum spotyka się, żeby zaplanować pracę na nadchodzącą iterację i uzgodnić, co ma z niej wyniknąć. Spotkanie kończy się dwoma efektami: Celem Sprintu oraz Sprint Backlogiem.
Wydarzenie ma ustalony timebox. Dla miesięcznego Sprintu to maksymalnie 8 godzin, a dla krótszych iteracji czas skraca się proporcjonalnie – przy dwutygodniowym Sprincie planowanie mieści się zwykle w około 4 godzinach. Zespół może zakończyć spotkanie wcześniej, jeśli cel planowania zostanie osiągnięty. Szczegóły limitu opisuje What is Sprint Planning Timebox? – Wrike Scrum Guide oraz dyskusja praktyków na Sprint Planning duration – Scrum.org Forum.
Trzy pytania, które strukturyzują Sprint Planning
Do 2020 roku planowanie opierało się na dwóch pytaniach: co zrobić i jak to zrobić. The 2020 Scrum Guide dodał trzecie – dlaczego ten Sprint jest wartościowy. Dzięki temu zespół najpierw formułuje sens iteracji, a dopiero potem schodzi do zakresu i sposobu realizacji.
- Why – Product Owner proponuje, jaką wartość biznesową ma dostarczyć Sprint, a zespół doprecyzowuje to w postaci Celu Sprintu;
- What – Deweloperzy wybierają z Product Backlogu pozycje możliwe do zrealizowania w danej iteracji;
- How – zespół rozkłada wybrane pozycje na konkretne zadania i buduje plan pracy.
Kolejność ma znaczenie. Kiedy zaczynasz od “dlaczego”, łatwiej odrzucić pozycje, które nie wnoszą wartości do bieżącego celu, nawet jeśli leżą wysoko w backlogu. Więcej o pracy z listą pozycji znajdziesz we wpisie Backlog produktu przykład: lista, która albo rządzi projektem, albo tylko zajmuje miejsce w Jirze.
Kto uczestniczy i za co odpowiada
W Sprint Planning bierze udział cały Zespół Scrum: Deweloperzy, Product Owner i Scrum Master. Product Owner dba o to, żeby najważniejsze pozycje Product Backlogu były gotowe do dyskusji, i wyjaśnia, dlaczego mają wysoki priorytet. Deweloperzy oceniają złożoność pracy oraz swoją dostępność w nadchodzącej iteracji.
Scrum Master odpowiada za to, żeby spotkanie się odbyło, było produktywne i zmieściło się w timeboksie. Nie planuje pracy za zespół, ale pilnuje, żeby dyskusja prowadziła do konkretnych ustaleń. Praktyczne wskazówki dotyczące prowadzenia tego wydarzenia opisuje Sprint Planning – Atlassian Agile Coach.
Efekty Sprint Planning – Cel Sprintu i Sprint Backlog
Z dobrze przeprowadzonego planowania zespół wychodzi z dwoma artefaktami.
- Cel Sprintu (Sprint Goal) – jedno zobowiązanie, które nadaje kierunek całej iteracji i pomaga podejmować decyzje w jej trakcie;
- Sprint Backlog – wybrane pozycje Product Backlogu wraz z planem ich realizacji, aktualizowany przez Deweloperów w czasie Sprintu.
Cel Sprintu bywa pomijany, a to on odróżnia planowanie od zwykłego rozdzielenia zadań. Bez niego zespół realizuje listę pozycji, ale nie wie, kiedy Sprint uznać za udany. Jeśli chcesz zrozumieć, skąd samo słowo backlog trafiło do narzędzi zwinnych, zajrzyj do wpisu Backlog: słowo, które przyszło z kominka i zostało w Jirze.
Dlaczego Sprint Planning wpływa na wyniki zespołu
Badania nad praktyką Scrum wskazują, że przestrzeganie ceremonii, w tym Sprint Planning, przekłada się na prędkość zespołu (velocity) i skuteczność dostarczania produktu. Spotkanie prowadzone niedbale odbija się na całej iteracji: niejasny zakres, brak Celu Sprintu i zawyżone zobowiązania kończą się przeciąganiem pracy na kolejny Sprint.
Sprint Planning działa najlepiej wtedy, gdy zespół rozumie zasady stojące za Scrumem. O tym, które z nich najczęściej lądują w teorii, przeczytasz w tekście Trzy filary Scruma, które wszyscy znają i połowa zespołów ignoruje.
FAQ
Ile trwa Sprint Planning?
Maksymalnie 8 godzin dla miesięcznego Sprintu, proporcjonalnie krócej dla krótszych iteracji – przy dwutygodniowym Sprincie zwykle około 4 godzin. Zespół może zakończyć spotkanie wcześniej, jeśli osiągnie cel planowania.
Kto uczestniczy w Sprint Planning?
Cały Zespół Scrum: Deweloperzy, Product Owner i Scrum Master. Product Owner przygotowuje najważniejsze pozycje backlogu, Deweloperzy planują pracę, a Scrum Master pilnuje przebiegu i timeboxu.
Czym różni się Cel Sprintu od Sprint Backlogu?
Cel Sprintu to jedno zobowiązanie opisujące wartość iteracji. Sprint Backlog to zbiór wybranych pozycji Product Backlogu wraz z planem ich realizacji. Cel nadaje kierunek, backlog rozpisuje konkretne kroki.
Skąd wzięło się trzecie pytanie w Sprint Planning?
Scrum Guide 2020 dodał pytanie “Why”, czyli dlaczego dany Sprint jest wartościowy. Wcześniej planowanie opierało się na “What” i “How”, a nowe pytanie wyraźnie wysunęło Cel Sprintu na pierwszy plan.
