Celem planu wydania jest określenie, kiedy różne funkcje lub produkt zostaną dostarczone klientowi, umożliwiając Scrum zespół komunikować drogę rozwojową i harmonogram dostaw produktu w trakcie tworzenia. Poprzez planowanie długoterminowe zespół może spełnić oczekiwania Właściciela produktu i inwestorów projektu, oraz pomóc odpowiedzieć na kluczowe pytania, takie jak:
- Kiedy skończymy?
- Które funkcje mogę mieć do końca roku?
- Ile to kosztuje?
- Zidentyfikuj kluczowe daty i punkty kontrolne
- Skoordynuj harmonogramy rozwoju systemów zależnych
- Pomóż zrównoważyć wartość biznesową i ogólną jakość w ramach ograniczeń zakresu, harmonogramu i budżetu
Wzorce planowania wydań
Wiele organizacji ma własny rytm wydawania produktów klientom. Niektórzy decydują się na wydanie po każdym Sprint. Inni grupują wyniki wielu Sprintów w jedną wersję, jak pokazano na poniższym rysunku. Inni wydają natychmiast po zakończeniu każdej funkcji — ten podejście nazywane jest ciągłym wdrażaniem lub ciągłą dostawą.

Definicja gotowości
Plan wydania to mapa drogowa odzwierciedlająca oczekiwania dotyczące tych funkcji, które zostaną zrealizowane i kiedy zostaną ukończone. W zależności od strategii rozwojowej może być kierowany funkcjonalnie — gdzie celem jest dostarczenie wydania po zrealizowaniu z góry określonego zestawu funkcji — lub kierowany datą, gdzie wydanie następuje w z góry ustalonej chwili. Jeśli projekt jest kierowany funkcjonalnie, całkowita suma wszystkich funkcji w wydaniu może zostać podzielona przez oczekiwaną prędkość aby oszacować liczbę Sprintów potrzebnych do ukończenia żądanych funkcji.
Czy potrzebujesz planu przed wydaniem?
Planowanie wydań to kontrowersyjny temat w Agile. Choć często prosimy o przewidywania dotyczące kosztów i harmonogramu w świecie biznesu, Scrum nie zaleca tworzenia sztywnego, z góry zdefiniowanego planu wydania. Oto argumenty przeciwko wstępnemu planowaniu wydań:
- Klienci często nie widzą wartości w planach wydań i traktują je jako stratę
- Szybkie zmiany w wielu dziedzinach potwierdzają zasadę „Nie będziesz tego potrzebował” (YAGNI) — co oznacza, że wstępne planowanie wydań jest zbędne
- W związku z tym jedyną wartością planu wydania może być początkowa data i budżet — nic więcej
Dlaczego nadal potrzebujemy planowania wydań?
Niemniej jednak rzeczywiste daty dostaw w środowiskach Agile często nie spełniają obiecanych celów. Jednak posiadanie ogólnego planu wydania może budować zaufanie i ustalać oczekiwania między zespołem a inwestorami. Dodatkowo, wydanie powinno uwzględniać całą dodatkową pracę, która musi zostać wykonana, taką jak aktualizacja stron internetowych i szkolenie zespołów wsparcia klienta. Oto główne powody prowadzenia planowania wydań w Scrum:
- Komunikacja
- Narzędzie planowania
- Weryfikacja wartości w stosunku do kosztu
- Ustal ogólny kontekst
Przykład planowania wydania:
Plan wydania może mieć różne formaty. Oto przykład planowania opartego na funkcjach/danych:

Przykład planowania wydania
Jeśli projekt jest kierowany terminem, możemy po prostu pomnożyć prędkość przez liczbę sprintów, aby określić całkowitą ilość pracy, którą można zrealizować w danym terminie.

Planowanie wydania kierowane prędkością
Plan wydania nie jest dokumentem statycznym — musi być regularnie ponownie omawiany i aktualizowany podczas zarządzania naszymBacklog produktu. Gdy pojawiają się nowe wgląd (np. wpisy w Backlogu produktu Scrum są aktualizowane lub dostosowywane), plan wydania powinien zostać ponownie przeanalizowany i odpowiednio zmieniony.