Plan wydania

Definicja planu wydania:

Plan wydania w Scrumie odzwierciedla funkcje z Backlogu, nad którymi ma być pracowane w nadchodzących Sprintach, i podaje przybliżoną datę wydania. Plan powinien zawierać obowiązki, zasoby i działania potrzebne do każdego wydania, a także ich możliwe priorytety.

Plan wydania nie jest oficjalną częścią Scrum Guide ani Scrum Framework. Niektórzy Product Ownerzy lub Scrum Masterzy chętnie jednak korzystają z planu wydania, aby porządkować swój Backlog lub sprawdzać, czy w długoterminowym rozwoju pojawiają się jakieś anty-wzorce. Niektóre zwinne zespoły używają również planowania produktu w Scrumie i specjalnej tablicy planowania na wewnętrzne spotkania z interesariuszami lub w organizacji, podczas gdy inne zespoły korzystają z bardziej tradycyjnych narzędzi do zarządzania projektami, aby przedstawiać swoje elementy pracy.

Czasami organizacje organizują specjalne spotkanie planowania wydania, na którym spotykają się Product Owner, interesariusze, Scrum Master, a niekiedy nawet zespół deweloperski. Ponieważ planowanie wydania nie jest oficjalnym rytuałem w Scrumie, bywa wykorzystywane do przeglądania Product Backlogu i User Stories z osobami spoza zespołu Scrumowego, takimi jak wewnętrzni interesariusze. W takim przypadku wstępne planowanie wydania służy jako rodzaj wstępnego planowania nadchodzących iteracji i funkcji o wysokim priorytecie, które są zgodne z nadrzędnym Product Goal lub wizją produktu. Product Owner może również wskazać, gdzie konieczne będą kompromisy, jeśli coś zmieni się w krótkim terminie.

Synonimy planu wydania:

Roadmapa produktu, Release Backlog, zwinny plan wydania, roadmapa wymagań, plan wysokopoziomowy, Sprint Backlog (błędnie, ponieważ Sprint Backlog to to, co jest dostarczane w bieżącym Sprincie)

Zastosowanie planu wydania:

Plan wydania jest podzielony na kilka Sprintów, a dla każdego z nich określa się, co ma zostać osiągnięte. Data wydania jest szacowana na podstawie liczby potrzebnych Sprintów – pomnożonej przez prędkość zespołu.

Zwłaszcza jeśli wywodzisz się z tradycyjnego zarządzania projektami, plan wydania w Scrumie może pomóc zobrazować rozwój zorientowany na funkcje i przypomnieć wszystkim o ustalonym zakresie poszczególnych Sprintów.

Z reguły plan wydania jest bardziej szczegółowy, gdy przedstawia kolejną wersję lub przyrosty produktu. Jeśli jest aktualny i dobrze zdefiniowany, plan wydania może pokazywać ostateczne User Stories, a nawet poziom zadań i Story Points, podczas gdy późniejsze Sprinty zazwyczaj pokazują jedynie nadchodzące Epiki i są znacznie bardziej ogólne i o niższym priorytecie.

Ponieważ każdy nadchodzący Sprint przechodzi zazwyczaj przez jedno lub więcej udoskonaleń produktu, nie dokonuje się ostatecznego ustalania priorytetów. Wszystkie elementy Backlogu mogą być ponownie ocenione lub przepriorytetowane w Product Backlogu, ponieważ nie są częścią właściwego Sprint Backlogu.

Zalety planu wydania:

• Dokładne oszacowanie całkowitego czasu i zasobów potrzebnych do procesu wydania.
• Zespół uzyskuje wspólne rozumienie i wspólną wizję tego, co należy zrobić.
• Product Owner otrzymuje wskazówki dotyczące ustalania priorytetów Stories i zadań.
• Członkowie zespołu rzadziej odbiegają od tematu, ponieważ nie wykonują nieplanowanych prac.
• Może być prezentowany na zakończenie Sprint Review, aby pokazać nadchodzące główne wydania i osiągnięte postępy.
• Może być używany jako rozszerzenie Product Backlogu Scruma i pokazywać zespołowi produktowemu oraz innym menedżerom produktu każdą znaną iterację lub potencjalną wartość biznesową późniejszych Epików.
• Może być używany jako Burndown Chart dla Epików, aby pokazać wysokopoziomową roadmapę produktu.
• Generuje większe zaangażowanie interesariuszy i pokazuje krok po kroku, jak celowo zespół Scrumowy pracuje podczas zwinnego planowania wydania.