parafrazując dobrze znaną koncepcję w zarządzaniu projektami, można powiedzieć: „planowanie jest niezbędne, ale plany są bezużyteczne. Stąd, sprawdzić i dostosować.”
tradycyjne plany są napędzane przez daty-najprawdopodobniej z datą końcową jest głównym czynnikiem napędowym. W tradycyjnym zarządzaniu projektami zbierasz wymagania od interesariuszy, budujesz zakres projektu i dzielisz projekt na łatwe do zarządzania elementy pracy. To z kolei tworzy strukturę podziału pracy (WBS). Następnie najniższy poziom WBS, czyli pakietów roboczych, jest dalej rozkładany na działania. Działania są następnie powiązane z zależnościami, a zasoby są szacowane i stosowane do działań w celu stworzenia kompleksowego harmonogramu projektu. Harmonogram ten jest następnie monitorowany i kontrolowany za pomocą planu zarządzania harmonogramem, który zwykle jest planem zależnym skonsolidowanego planu zarządzania projektem.
ale ile razy zdarzyło się, że to, co zaplanowałeś i co właściwie wydarzyło się na ziemi, pasowało? Znasz już odpowiedź! Wstępny cytat oznacza, że planowanie jest niezbędne, ale oczekiwanie, że będziemy mogli dokładnie przestrzegać planu, nie jest mądrą rzeczą do zrobienia. Gdy istnieją duże wahania wymagań i wysoka niepewność w technologii lub platformy, PMs zwykle iść z adaptacyjnych (lub zwinny) cykli życia.
w rzeczywistości czwarta wartość w manifeście Agile mówi: „reagowanie na zmiany w następstwie planu.”Agile napędza zmiany i najprawdopodobniej zmiany te będą napędzane przez klientów. Prowadzi to do koncepcji zwinnego planowania Wydania.
planowanie Wydania różni się od tradycyjnego planowania, w którym kompletny plan jest rozpatrywany z góry, szczegółowo opracowywany i może być zmieniany tylko za pomocą formalnych żądań zmian. Plan Wydania może być aktualizowany wiele razy w oparciu o opinie z poprzednich iteracji.
ponieważ adaptacyjne cykle życia mają charakter Przyrostowy, organizacje mogą je udostępniać pod koniec każdej iteracji. Mogą również wybrać wydanie po kilku iteracjach lub nawet w sposób ciągły. Wymaga to długoterminowego planowania, ale może być skutecznie ułatwione poprzez wykorzystanie techniki planowania wydania, która została nowo wprowadzona w 6. wydaniu przewodnika PMBOK.
dla początkujących specjalistów zarządzania projektami (PMPs) i certyfikowanych współpracowników w zarządzaniu projektami (CAPM) , zwinne planowanie wydania jest kluczową koncepcją, którą należy znać. W szóstym wydaniu przewodnika PMBOK przedstawiono zagadnienia zwinne dla każdego obszaru wiedzy. Jest to również przydatne dla początkujących Agile Certified Practitioners (ACP).
jak się do tego bardziej, zobaczmy najpierw, jak plany wydania są rozwijane na wysokim poziomie.
od wizji przez mapę drogową do planów wydania
w projektach zwinnych prace zaczynają się od wizji produktu. Wizja przekłada się następnie na mapę drogową produktu. Mapa drogowa zawiera funkcje, które mają być rozwijane przez pewien okres czasu. Można również powiedzieć, że Mapa Drogowa reprezentuje zakres produktu, który jest dostarczany w różnych wersjach. Prowadzi to do planów wydania i jest pokazany na rysunku poniżej.
Mapa Drogowa I zaległości produktowe
jednym z elementów powyższej sekwencji jest Mapa Drogowa produktu, a aby zrozumieć mapę drogową produktu, najpierw musimy zrozumieć zaległości produktowe. W podejściach zwinnych wszystkie wymagania – zarówno wymagania projektowe, jak i wymagania dotyczące produktu – są częścią product backlog (PB). Każda pozycja w zaległości produktowej nazywana jest pozycją zaległości produktowej (lub PBI). Inne niż funkcje (wymagania), pozycja zaległości produktu może być żądaniem zmiany, wadą, błędem, problemem, a nawet konkretną pracą techniczną.
jak wiemy, w projektach zwinnych wymagania stale się zmieniają i istnieje znaczna niepewność/ryzyko. W rezultacie zazwyczaj ustalamy priorytety PBI. Priorytetowe PBI są pobierane z góry zaległości i dostarczane do klienta(ów). Pozycje o wysokim priorytecie pozostają na szczycie zaległości i są drobnoziarniste, podczas gdy pozycje o niskim priorytecie znajdują się na dole zaległości i są gruboziarniste. Priorytetyzacja pozycji w PB określa poziom szczegółowości dla tej pozycji w zaległości produktowej. Jest to przedstawione na poniższym rysunku.
Jeśli korzystasz z narzędzi zwinnych, takich jak Microsoft Project, możesz szybko opracować zaległości produktowe. Przykładowy backlog produktów, narysowany przy pomocy MS Project, pokazany jest poniżej.
tutaj mamy zaległości produktowe pokazujące pozycje zaległości produktowych (PBIS) z „Utwórz nowego użytkownika”, „Zaloguj się do systemu handlu online”, „Przenieś akcje” itp. Jeśli chcesz dodać inny element zaległości, musisz po prostu kliknąć ikonę „+” w polu poleceń „nowe zadanie”.
pozycje najwyższego poziomu w Backlogu produktów mogą być zapisywane w User stories, które są szacowane w punktach historii-względnej miarze bez jednostek.
teraz, przechodząc do mapy drogowej produktu, możesz po prostu powiedzieć, że jest to zaległość produktowa z osią czasu. Mapa Drogowa przedstawia planowaną przyszłość projektu (tj. planowane i/lub proponowane wydania produktów) lub motywy wydania, wymieniając funkcjonalności produktu na wysokim poziomie. Mapa Drogowa mówi, jakie funkcje lub epiki (epika, Mówiąc najprościej, jest dużą historią Użytkownika) zostaną dostarczone w każdej wersji.
Plan Wydania
plan działania produktu napędza plany wydania. Plan wydania podaje harmonogram wydania-każde wydanie zwykle trwa od trzech do sześciu miesięcy. Wydanie zawiera wiele iteracji – od iteracji 0 (iteracja zero) do iteracji N. iteracja 0 może być używana do zatwierdzania projektów, konfigurowania środowiska dla projektu, wstępnego przeglądu i dyskusji nad projektem itp. Niektórzy praktycy Agile używają iteracji-H (hardening iteration), która jest ostateczną iteracją na końcu Wydania, aby przygotować się do wydania. Ta iteracja może obejmować końcowe elementy pracy, takie jak materiały szkoleniowe i marketingowe, uwagi do ostatecznej wersji, Przewodniki instalacji, Przewodniki systemu/użytkownika itp. Jest to przedstawione poniżej.
jak pokazano, Plan Wydania ma iteracje-od „iteracja-0 „do” iteracja – N. ” możesz zdecydować się na wydanie po kilku iteracjach i/lub ostateczne wydanie po ostatniej iteracji.
Plan wydania przedstawia mapę drogową, w jaki sposób zespół zamierza osiągnąć wizję projektu w zakresie celów i ograniczeń projektu. Pomaga właścicielowi produktu i całemu zespołowi zdecydować, ile należy opracować i ile czasu zajmie im wydanie produktu. Przedstawia oczekiwania co do tego, co może zostać opracowane i w jakim terminie. Plan Wydania może również służyć jako drogowskaz, w kierunku którego zespół może się rozwijać. Plan Wydania może być aktualizowany pod koniec iteracji i odzwierciedla aktualne oczekiwania, które zostaną uwzględnione, tak aby mogły być dostarczane w kolejnych iteracjach.
planowanie Wydania z Backlogiem produktu
aby lepiej zrozumieć planowanie Wydania, możesz wizualizować plany wydania za pomocą Backlogu Produktu.
wiemy już, że pozycje w Backlogu produktów są uszeregowane lub uporządkowane, na podstawie ich priorytetu. Przedmioty najwyższego poziomu, które są drobnoziarniste, będą gotowe do użycia w następnej iteracji (pod bezpośrednim następnym wydaniem). Priorytetowe zaległości, z funkcjami i innymi elementami, są pokazane po lewej stronie poniższego rysunku.
 |
 |
w MS Project wystarczy wybrać, przeciągnąć i upuścić zaległe pozycje i zorganizować je zgodnie z potrzebą nadania im priorytetu. Jest to pokazane po prawej stronie rysunku powyżej. Biorąc pod uwagę poprzedni przykład pokazujący zaległości produktowe w MS Project, mamy ten względny ranking: najpierw „zaloguj się do systemu handlu online”, następnie „utwórz nowego Użytkownika”, następnie „kup akcje” itp.
jak pokazano powyżej, wybrałem i przeciągnąłem element funkcji „Zaloguj się do systemu handlu online” i upuściłem go przed poprzednim elementem funkcji „Utwórz nowego użytkownika.”Wybrany przedmiot był lekko szarawy, gdy go przeciągałem i upuszczałem.
korzystając z zaległości, możesz zdecydować, które z zaległości mają zostać dostarczone w następnych wydaniach. Poniżej widzimy, że elementy w następnej wersji (tj. Elementy w wersji 2 mogą być również traktowane priorytetowo, ale widzimy, że elementy w wersji 3 nie są traktowane priorytetowo, ponieważ są to elementy o niskim priorytecie.
możesz wizualizować to planowanie wydania również za pomocą MS Project. Spójrz na poniższy rysunek. Wykazano, że PBIs są pobierane w różnych wersjach. Pamiętasz wydanie zawierające iteracje? W naszym przypadku, w pierwszym wydaniu, mamy Trzy iteracje i oczekuje się, że wszystkie elementy zostaną dostarczone w tych iteracjach. Iteracja nazywana jest sprintem w ramach Scrum, który jest popularnym frameworkiem używanym przez zwinne PMs. W przypadku kolejnych dwóch wydań (tj. Wydania 2 i wydania 3) mamy PBIs, ale jeszcze nie zdecydowaliśmy się na iteracje (lub sprinty).
planowanie iteracji
jeśli śledziłeś, Plan wydania składa się z iteracji 0 do iteracji N i możemy zdecydować się na wydanie na końcu co kilka iteracji lub każdej iteracji. Ale co się dzieje w iteracji? Mówiąc najprościej, zakres dla zestawu funkcji w iteracji jest potwierdzany na początku iteracji i dostarczany na końcu iteracji.
funkcje, które zostały potwierdzone i wzięte do iteracji, są podzielone na zadania (lub działania) i szacowane w godzinach przez członków zespołu. Sekwencja kroków od mapy drogowej produktu do planu Wydania do planu iteracji jest pokazana na poniższym diagramie.
Podsumowując powyższy rysunek, będą to kluczowe punkty:
- Mapa Drogowa produktu vision drives
- Mapa Drogowa produktu drives plany wydawnicze
- plan wydawniczy będzie miał iteracje
- funkcje, które są szacowane w punktach historii, są rozwijane w iteracji
- funkcje są podzielone na zadania, które są szacowane w godzinach
korzystając z MS Project 2016, możesz szybko zbudować plan Wydania. Biorąc pod uwagę nasz poprzedni przykład Backlogu, mamy Trzy iteracje/sprinty dla pierwszego wydania (tj. Sprint 1, Sprint 2 i Sprint 3). Każdy sprint ma zestaw funkcji, które mają być dostarczone. Jest to pokazane poniżej w widoku „plansza Planowania Sprintu”.
możesz także sprawdzić, co dzieje się na poziomie iteracji/sprintu i dowiedzieć się, nad którymi PBI są opracowywane. MS Project pokazuje to w widoku „bieżąca tablica Sprint”. Patrz rysunek poniżej.
w przypadku Sprintu 1 Mamy trzy elementy do dostarczenia – „Zaloguj się do systemu handlu online”,” Utwórz nowego użytkownika „i” kup akcje.”Przechodzą one przez trzy stany przepływu pracy: „Next Up”, „in Progress” I ” Done.”Oczywiście możesz dodawać, usuwać lub dostosowywać te stany przepływu pracy zgodnie z własnymi potrzebami.
Plan Wydania Vs. Plan iteracji
jeśli przystępujesz do egzaminu, musisz również znać różnice między planem Wydania a Planem iteracji. Są one zaznaczone w poniższej tabeli. Zazwyczaj iteracje są ograniczone czasowo przez dwa do czterech tygodni. Jednak w niektórych przypadkach, takich jak XP (inny zwinny framework), iteracja może trwać jeden tydzień.
Project Management Body of Knowledge (PMBOK) Guide, 6th Edition, by Project Management Institute (PMI)
I Want To Be A PMP: the Plain and Simple Way to Be A PMP, 2nd edition, by Satya Narayan Dash
I Want to Be an ACP: the Plain and Simple Way to Be An ACP, by Satya Narayan Dash
Microsoft Project 2016 Live Lessons, by Satya Narayan Dash
Agile Practice Guide, by Project Management Institute (PMI)