Sprint Planning rozpoczyna każdy Sprint. Przy Sprincie trwającym miesiąc, to Wydarzenie zajmuje maksymalnie osiem godzin. Jeśli Sprinty są krótsze, także Sprint Planning proporcjonalnie się skraca. W wydarzeniu bierze udział cały Scrum Team, oraz zaproszeni Interesariusze lub specjaliści z innych zespołów. Szczegółowy przebieg oraz problemy, jakie mogą towarzyszyć planowaniu pracy w nowym Sprincie omówimy w poniższym tekście.

Sprint Planning – omówione zagadnienia:

  1. Wprowadzenie
  2. Jaki jest nowy Cel Sprintu?
  3. Co zostanie zrobione?
  4. W jaki sposób zostanie to zrobione?
  5. Rezultaty Sprint Planningu
  6. Podsumowanie

Wprowadzenie

Sprint Planning jest jednym z Wydarzeń Scruma, o których pisaliśmy w osobnym artykule. Wydarzenie to koncentruje się wokół User Stories umieszczonych na samej górze Backlogu Produktu. Innymi słowy, na tych, które są najbardziej szczegółowo opisane i przeznaczone do wykonania w najbliższym Sprincie.

Rolę moderatora pełni zwykle Scrum Master. Przebieg podręcznikowo przeprowadzonego spotkania można streścić odpowiadając na trzy pytania:

  1. Jaki jest nowy Cel Sprintu?
  2. Co zostanie zrobione?
  3. W jaki sposób zostanie to zrobione?

Przyjrzyjmy się bliżej, co powinny zawierać odpowiedzi na powyższe pytania.

Jaki jest nowy Cel Sprintu?

Rolą Product Ownera jest przedstawienie uczestnikom spotkania Celu oraz składających się na niego zadań do wykonania.

Rozpoczyna on spotkanie od sformułowania Celu Sprintu oraz uzasadnienia, dlaczego jest on wartościowy z punktu widzenia Klienta. Następnie otwiera dyskusję, w której mogą zabrać głos nie tylko członkowie Scrum Team, lecz również Interesariusze.

Podsumowując dyskusję, Product Owner podaje finalne brzmienie Celu Sprintu, do którego osiągnięcia będzie dążył cały Scrum Team oraz upewnia się, czy Cel jest zrozumiały dla wszystkich zainteresowanych osób.

sprint planning - scrum

Co zostanie zrobione?

Druga część Sprint Planningu koncentruje się na wyborze User Stories, które zostaną zrealizowane w nowym Sprincie, oraz na dyskusji nad ich uszczegółowieniem.

Jednym z najtrudniejszych zadań podczas Sprint Planningu może okazać się trafna estymacja ilości oraz pracochłonności zadań wybranych do wykonania. Im bardziej doświadczony jest Scrum Team, tym trafniej szacuje pracę możliwą do wykonania w jednym Sprincie. Zespół stosuje bowiem coraz bardziej skutecznie techniki estymacji, o których pisaliśmy tutaj. Aby przyspieszyć dojrzewanie Zespołu, ułatwić oraz ustandaryzować proces estymacji, wiele Scrum Teams stosuje specjalne metody. Są to przede wszystkim Planning Poker oraz Team Estimation Game.

W jaki sposób zostanie to zrobione?

Trzecia, najbardziej techniczna część Sprint Planningu koncentruje się na udzieleniu odpowiedzi na pytanie „W jaki sposób zostanie to zrobione?”. Zespół Developerski proponuje w niej sposoby wykonania zadań wybranych do realizacji w drugiej części spotkania. Nikt oprócz samych Developerów nie powinien narzucać sposobu realizacji zadań od strony technicznej.

Planowanie powinno uwzględniać nie tylko technologię wykonania, ale też przepływ pracy pomiędzy Developerami. Pozwoli to uniknąć zastojów w pracy [bottlenecks], które mogą powodować opóźnienia w realizacji zadań. Tak jak w przypadku sposobów wykonania zadań, również o podziale zadań pomiędzy poszczególnych Developerów decydują oni sami bez zewnętrznej ingerencji.

Zwykle Zespół Developerski koncentruje się tutaj na podziale User Stories na mniejsze zadania. Optymalna długość realizacji zadania to jeden dzień roboczy.

Rezultaty Sprint Planningu

Rezultatem Sprint Planningu jest jasny i jednoznacznie sformułowany Cel Sprintu, a także szczegółowo opisane User Stories wybrane do realizacji z Backlogu Produktu. Wszystkie te elementy składają się na Backlog Sprintu, Któremu poświęciliśmy osobny artykuł.

Podsumowanie

Sprint Planning to Wydarzenie Scrum rozpoczynające każdy Sprint. Scrum Team może na nie zaprosić Interesariuszy i zewnętrznych ekspertów.

Podczas Sprint Planningu zostaje określony Cel nowego Sprintu. Zespół Developerski ustala z Product Ownerem co zostanie zrobione, oraz podejmuje decyzje, w jaki sposób zrealizować zaplanowane zadania.

Rezultatem Sprint Planningu jest Backlog Sprintu, którym posługują się Developerzy wybierając z kolejki codzienne zadania do realizacji.

Poznaj kolejny etap Sprintu czytając nasz najnowszy wpis: Sprint ReviewJeśli rozważasz karierę w Scrum lub planujesz wprowadzić tę metodykę do swojej pracy poznaj nasz przewodnik Scrum.

Jeśli podobają Ci się treści, które tworzymy, sprawdź również: Facebook, Twitter, LinkedIn, Instagram, YouTube, Pinterest.

Scrum Guide | 36. Sprint Planning caroline becker avatar 1background

Autor: Karolina Berecka

Karolina, jako project menadżerka jest ekspertem w poszukiwaniu nowych metod projektowania najlepszego systemu przepływu pracy i optymalizacji procesów. Jej umiejętności organizacyjne i zdolność do pracy pod presją czasu sprawiają, że jest najlepszą osobą do zamieniania skomplikowanych projektów w rzeczywistość.

Przewodnik Scrum:

  1. Słowniczek podstawowych terminów Scrum
  2. Czym jest Scrum?
  3. Wartości Scruma
  4. Jak wdrożyć Scrum w swojej firmie?
  5. Scrum Team - czym jest i jak działa?
  6. Kim jest Product Owner?
  7. Kim jest Scrum Master?
  8. Najczęstsze błędy popełniane przez Product Ownera
  9. Cechy dobrego Scrum Mastera
  10. Najczęstsze błędy popełnianie przez Scrum Mastera
  11. Współpraca Scrum Mastera z Product Ownerem
  12. Jakie statystyki i metryki powinien śledzić Scrum Master?
  13. Zespół Developerski w Scrumie
  14. Najczęstsze błędy popełniane przez Developerów
  15. Artefakty Scruma
  16. Skalowanie Scruma
  17. Co to jest Backlog Sprintu?
  18. Co to jest Backlog Produktu?
  19. Czym są User Stories?
  20. INVEST, czyli jak stworzyć dobre User Story
  21. Najczęstsze błędy popełniane przy pisaniu User Story
  22. Kryteria Akceptacji User Story
  23. Estymacja i Story Points w Scrum
  24. Jak działa Planning Poker?
  25. Team Estimation Game jako alternatywa dla Planning Pokera
  26. Czym jest Przyrost w Scrum?
  27. Czym jest Sprint w Scrum?
  28. Wydarzenia w Scrum
  29. Cel Produktu, Cel Sprintu i Definicja Ukończenia, czyli zobowiązania Scrum Team
  30. Co to jest wykres spalania (Burndown Chart)?
  31. Jak tworzyć i jak interpretować wykres spalania?
  32. Zalety i wady wykresu spalania
  33. Tablice Kanban w Scrum i Scrumban
  34. Prędkość Zespołu Deweloperskiego
  35. Daily Scrum
  36. Sprint Planning
  37. Sprint Review
  38. Co to jest Retrospekcja Sprintu?
  39. Częste błędy w czasie Retrospekcji
  40. Jak przeprowadzić pielęgnację backlogu produktu?
  41. Gdzie zdobyć wiedzę i doświadczenie w Scrum?