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 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:
Przyjrzyjmy się bliżej, co powinny zawierać odpowiedzi na powyższe pytania.
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.
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.
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.
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ł.
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.
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ść.
Produktywność jest w ostatnim czasie szczególnie często poruszanym zagadnieniem. Powodem takiego stanu rzeczy jest fakt,…
Specjaliści od zarządzania zasobami ludzkimi są odpowiedzialni za szereg ważnych decyzji. Wybór odpowiedniego kandydata przyczyni…
Wraz z ukształtowaniem się nowych pokoleń, zmianom ulega również środowisko i kultura pracy. Generacja Y,…
Badania przeprowadzone przez firmę Owl Labs wskazują, że już 16% organizacji pracuje w trybie zdalnym,…
Wykorzystanie sztucznej inteligencji sprawia, że możemy komunikować się z naszymi urządzeniami używając języka naturalnego –…
“Zamknij okno!” wypowiedziane do asystenta AI będzie oznaczać co innego, gdy pracujemy w edytorze tekstu,…