zwinne planowanie wydań w projektach hybrydowych i zwinnych

gdy pracujesz nad zwinnym projektem lub chcesz używać zwinnych metod, zwinne planowanie wydań może być kluczową techniką dla projektów zorientowanych na IT i produkty. Zwinne planowanie wydania jest wymienione jako technika planowania w PMBOK (PMI ’ s Project Management Body of Knowledge). Jest to zatem istotne również dla certyfikacji Project Management Professional (PMP).

chociaż ta metoda niekoniecznie jest wymagana we wszystkich prawdziwych podejściach zwinnych, jest dobrym narzędziem do projektów zwinnych i hybrydowych opartych na release driven. Dzieje się tak dlatego, że zwinne planowanie Wydania może wypełnić lukę między bardziej tradycyjnym planowaniem projektu a zwinnym lub iteracyjnym rozwojem produktu.

Czytaj dalej, aby dowiedzieć się więcej o tej technice.

Jak Działają Wersje?

wydanie zazwyczaj składa się z zestawu funkcji lub komponentów oprogramowania, które są opracowywane i testowane w określonym czasie. Po opracowaniu i przetestowaniu te funkcje są wdrażane za jednym razem w ramach wydania.

Wydania mogą zawierać funkcje i ulepszenia oprogramowania, a także fragmenty większych projektów programistycznych. Na przykład modernizację samodzielnie opracowanego lub gotowego do użycia systemu można podzielić na różne wersje, aby zapewnić płynne przejście, kontynuację operacji i uniknąć ryzyka związanego z migracjami typu „big bang”.

Co To jest plan Wydania?

Plan Wydania to dokument, który określa zakres, harmonogram, a w niektórych organizacjach zasoby i koszty związane z wydaniem.

plan wydania opisuje, które komponenty systemu są opracowywane, testowane i wdrażane w określonym czasie (często od 1 do 6 miesięcy). Plan Wydania można postrzegać jako priorytetową listę funkcji, podobną do zaległości produktowych w niektórych zwinnych frameworkach. Zwykle wymaga to pewnego priorytetyzacji, ponieważ często zdarza się, że nie wszystkie wymagania systemowe mogą być objęte jednym wydaniem. Jest to szczególnie ważne w bardziej złożonych środowiskach organizacyjnych i informatycznych.

oprócz nowo opracowanych funkcji lub produktów, Plan Wydania może również zawierać poprawki usterek i krytyczne ulepszenia lub zmiany w istniejących systemach.

plany wydawnicze są często ustalane z wyprzedzeniem dla kilku nadchodzących wydań (np. plany 4 wydań w ciągu 1 roku). Pozwala to na przypisanie komponentów do docelowego wydania w oparciu o indywidualny priorytet, ryzyko i krytyczność cech. Zazwyczaj plan najbliższego wydania jest szczegółowy, podczas gdy plany kolejnych wydań wydają się być szorstkie. Plany te są jednak zwykle udoskonalane i stają się bardziej szczegółowe w miarę zbliżania się odpowiedniej wersji. Jest to porównywalne z koncepcją progresywnego opracowania w zarządzaniu projektami.

plany wydawnicze w tradycyjnych i zwinnych projektach

w tradycyjnych projektach związanych z IT plany wydawnicze są bardzo powszechną techniką zarządzania tworzeniem i wdrażaniem oprogramowania.

ponadto niektóre zwinne frameworki wykorzystują wydania i plany wydania. Na przykład w Extreme Programming (XP) wydanie składa się z kilku iteracji, które są krótsze i łatwiejsze do zarządzania, ponieważ rezultaty są podzielone na mniejsze części zakresu wydania.

z drugiej strony ogólne podejście Scrum definiuje sprinty zamiast iteracji i wydań, które mogą trwać od 2 do 4 tygodni. Dlatego tworzenie oprogramowania przy użyciu Scrum niekoniecznie wiąże się z wydaniami i planowaniem wydania, ale w praktyce mogą istnieć wydania Scrum(Czytaj więcej poniżej).

jednak wymagania są również zarządzane na listach priorytetów: sprint backlog i product backlog to takie listy, które są dynamicznie nadawane priorytetom przez właściciela produktu.

czym jest Release Candidate w Agile?

kandydat do wydania jest powszechnie definiowany jako wersja oprogramowania lub zestaw funkcji, które są funkcjonalne, ale nie są gotowe do wprowadzenia na rynek, np. w celu sfinalizowania testów i otrzymania opinii użytkowników (źródło).

w zwinnym planowaniu wydania kandydat do wydania może często odnosić się do funkcji, która została opracowana, jest zasadniczo funkcjonalna i jest w trakcie testowania w ramach iteracji. Po pełnym przetestowaniu i naprawieniu wszystkich błędów, przechodzi do włączenia do ogólnego wydania.

jeśli kandydaci do wydania zawiodą w iteracji, ich naprawianie błędów i finalizacja jest często wykonywana w kolejnej iteracji.

czym jest Agile Release Planning?

zwinne planowanie wydania odnosi się do zakresu i osi czasu dla iteracyjnego lub przyrostowego projektu rozwoju produktu. Jest stosowany w projektach zwinnych lub hybrydowych, w których wymagane jest średnio – i długoterminowe planowanie rozwoju lub integracji produktu lub systemu.

zwinne planowanie wydania jest często postrzegane jako proces tworzenia ogólnego obrazu, który łączy wizję produktu i mapę drogową z harmonogramem Wydania, a wydanie z iteracjami, które z kolei wykorzystują plan iteracji, który definiuje funkcje i zadania na bardziej szczegółowym poziomie.

termin ten jest wymieniany w zbiorze wiedzy zarządzania projektami PMI jako technika w ramach procesu „Develop Schedule” (PMBOK®, 6th ed, ch. 6.5.2.8). Chociaż PMBOK ma tendencję do skupiania się na bardziej predykcyjnym i tradycyjnym podejściu do zarządzania projektami, technika ta jest wprowadzana w ramach PMI w celu rozważenia zwinnych projektów iteracyjnych.

termin „zwinność oparta na iteracji” jest zdefiniowany w podręczniku praktyki zwinnej PMI (ch. 5.2.6). Polega ona na wstępnym (przybliżonym) planowaniu iteracji, które są częściami wydania. Gdy poznamy więcej informacji, które pozwalają na bardziej precyzyjną projekcję, zwinne zespoły przeplanują swoje iteracje, aby uwzględnić to udoskonalenie. Może to również wymagać zmian w planie wydania.

jak w praktyce wykorzystuje się zwinne planowanie Wydania?

zwinne planowanie Wydania może służyć wielu celom, w zależności od podejścia projektowego i wymagań organizacyjnych

oto kilka przykładów:

planowanie Wydania w projektach zwinnych

w podejściach zwinnych i projektach wykorzystujących wydania i iteracje planowanie wydania jest techniką implementacji mapy drogowej produktu, która wynika z wizji produktu. Mapa Drogowa produktu zawiera wymagania wysokiego poziomu podzielone na wersje.

Plan wydania określa liczbę iteracji w wydaniu. Na bardziej szczegółowym poziomie plan iteracji określa funkcje, które mają zostać opracowane w ramach wydania.

chociaż wydania i plany wydania mają perspektywę średnio – i długoterminową, iteracje są znacznie krótsze, a zatem węższe pod względem zakresu. Ułatwia to zwinny rozwój, a w szczególności przetwarzanie informacji zwrotnych i krótkoterminowe zmiany wymagań i funkcji.

zapoznaj się z poniższą grafiką, aby zobaczyć przykład planowania wydania w zwinnych frameworkach, takich jak XP.

planowanie wersji zwinnych może odbywać się ręcznie lub za pomocą oprogramowania do zarządzania projektami. Na przykład Lucidchart opublikował przewodnik po rozwijaniu zwinnego planu Wydania przy użyciu ich oprogramowania.

planowanie wydań w projektach hybrydowych

oprócz wyżej wymienionego związku między planem rozwoju produktu a iteracjami, zwinne plany wydań mogą również pomóc w integracji zwinnych projektów programistycznych z organizacją lub architekturą zorientowaną na wydanie.

na przykład, system skierowany do Klienta może być opracowany przy użyciu podejścia zwinnego. System ten musiałby jednak zostać zintegrowany ze złożoną architekturą informatyczną firmy, obejmującą również interfejsy do innych systemów. Tak więc rozwój i wdrożenie tego systemu skierowanego do klienta musiałoby podlegać centralnemu planowaniu wydania organizacji.

w takich przypadkach technika zwinnego planowania wydań może łączyć wydania organizacji z iteracjami i funkcjami opracowanymi w zwinnym (pod)projekcie.

co to jest Agile Release Plan w Scrum?

Plan wydania w Scrum reprezentuje alokację pozycji zaległości produktu (lista funkcji i wymagań produktu) do wydań. Funkcje te są następnie rozwijane w sprintach.

zgodnie z wartościami i zasadami Scrum, Plan Wydania ma być wytyczną i żywym dokumentem, który jest dynamicznie aktualizowany, gdy coś się zmienia lub nowe informacje stają się znane.

według Scrum Institute™ Plan wydania scrum wymaga priorytetowego i szacunkowego Backlogu Produktu, wskaźnika prędkości zespołu i „warunku satysfakcji” (lub definicji wykonanego), który obejmuje cel rozwoju produktu.

w oparciu o szacunki nakładu pracy dla funkcji (ilość wymaganej pracy) i prędkość zespołu (produktywność zespołu), funkcje można przypisać do różnych wersji i sprintów.

Jaka jest różnica między wydaniami, iteracjami i sprintami?

Wydania odnoszą się do zaplanowanego rozwoju i wdrażania funkcji oprogramowania lub zmian w typowym okresie od 1 do 3 (lub nawet więcej) miesięcy. W projektach zwinnych, iteracyjnych i niektórych hybrydowych wersje są podzielone na kilka iteracji, które mają mniejszy zakres i krótsze ramy czasowe, często od 1 lub 2 tygodni do 1 miesiąca. W niektórych zwinnych frameworkach, takich jak Scrum, iteracje są również określane jako sprinty.

Jak długi jest Sprint w Agile / Scrum?

sprint w Scrum trwa zwykle od 2 tygodni do 1 miesiąca. Jednak może być również krótszy lub dłuższy, jeśli zostanie to uznane za bardziej odpowiednie dla projektu rozwojowego.

podsumowanie

niezależnie od tego, czy pracujesz jako kierownik projektu, product owner w zwinnym, iteracyjnym lub hybrydowym projekcie, czy też przygotowujesz się do egzaminu PMP – zrozumienie zwinnego planowania wydań jest kluczem do umożliwienia zwinnego lub iteracyjnego rozwoju w połączeniu ze średnio-i długoterminowym wydaniem i planowaniem projektu. Przeczytaj nasze artykuły na temat innych technik zarządzania harmonogramem, jeśli chcesz dowiedzieć się więcej o opracowywaniu i zarządzaniu harmonogramami projektów.

dzięki agile release plan, zakres, podlegający dalszemu udoskonalaniu, i oś czasu mogą być określone na kilka miesięcy wcześniej. Jednocześnie zwinne zespoły programistyczne są w stanie zachować swobodę planowania i regularnego zmieniania dokładnego zakresu każdej iteracji. Do pewnego stopnia zwinne planowanie wydania jest techniką, która pozwala kierownikom projektów i właścicielom produktów łączyć zalety zarówno tradycyjnego zarządzania projektami (np. planowanie średnio-/długoterminowe), jak i zwinnego podejścia do projektów (np. reagowanie na zmiany i informacje zwrotne).