Decydowanie o poziomie szczegółowości potrzebnym do planu wydania

Opublikowany: 2022-08-23

„Ile szczegółów potrzebujemy do naszego planu wydania?”

To ważne pytanie, które należy zadać na początku projektu programistycznego lub w przypadku wieloletniego zespołu produktowego, przed opracowaniem głównej wersji systemu.

Odpowiedź na to pytanie określi ilość początkowego wysiłku, jaki włożymy w udokumentowanie naszego planu, a także ile wysiłku będziemy potrzebować, aby utrzymać udokumentowany plan w czasie. Ze zwinnego punktu widzenia chcemy skorzystać z planowania , które polega na wcześniejszym przemyśleniu krytycznych kwestii, ale nie na podejmowaniu ryzyka zbytniego przemyślenia lub zbyt wczesnego podejmowania zobowiązań.

Krótko mówiąc, agilisty dążą do odpowiedniego planowania.

Poznaj swój kontekst podczas planowania wydania

Podstawową zasadą zwinności biznesowej jest to, że liczy się kontekst: różne zespoły znajdują się w różnych sytuacjach i muszą odpowiednio dostosować swoje podejście, jeśli mają być skuteczne.

Interesującą implikacją jest to, że nie ma „najlepszych praktyk”. Zamiast tego wszystkie praktyki mają charakter kontekstowy. Każda dana praktyka ma kompromisy: działa dobrze w niektórych sytuacjach i okazuje się złym pomysłem w innych.

Aby wybrać skuteczny sposób pracy (WoW), musisz zrozumieć kompromisy różnych dostępnych technik, a następnie wybrać kombinację, która najlepiej pasuje do Ciebie, biorąc pod uwagę sytuację, z którą się zmagasz, umiejętności i kulturę zaangażowanych ludzi. Zdając sobie z tego sprawę, następujące opcje planowania wydania są raczej wyborami niż zaleceniami.

opcje poziomu szczegółowości planu wydania

Rysunek 1. Cel procesu Zaplanuj wydanie.

Na rysunku 1 widać diagram celu procesu, pokazujący, w jaki sposób zespół może zaplanować pierwsze wydanie rozwiązania opartego na oprogramowaniu. Zwróć uwagę, w jaki sposób plan może dotyczyć harmonogramu/czasu, kosztów, wartości, kwestii kadrowych lub ich kombinacji.

Powiązane: Jak sfinansować projekt rozwoju oprogramowania

Jednym z punktów decyzyjnych, które musisz wziąć pod uwagę, jest to, ile szczegółów umieścisz w swoim planie, jeśli w ogóle. Na tym skupiamy się w tym artykule, co pokazuje czerwony prostokąt.

Na diagramie celu widać, że istnieje osiem punktów decyzyjnych, które należy wziąć pod uwagę podczas planowania wydania, i że każdy z tych punktów decyzyjnych ma opcje. Gdy obok listy opcji znajduje się strzałka, mówimy, że opcje są uporządkowane; kiedy nie ma strzały, są nieuporządkowane.

W przypadku opcji uporządkowanych byliśmy w stanie uszeregować względną skuteczność opcji, z najbardziej efektywnymi opcjami na górze listy i najmniej efektywnymi opcjami na dole. Należy zauważyć, że rankingi pokazane na rysunku 1 dotyczą zespołów programistycznych, chociaż podejrzewamy, że rankingi prawdopodobnie będą prawdziwe również dla zespołów nieprogramowych.

Opcje poziomu szczegółowości w planie wydania

Uważam, że istnieją cztery opcje planowania wydania rozwiązania; chociaż zdaję sobie sprawę, że może być ich więcej i że możesz być w stanie łączyć strategie. Jak widać na rysunku 1, obok listy opcji znajduje się strzałka wskazująca, że ​​jest uporządkowana. Od najskuteczniejszego do najmniej efektywnego, dostępne są następujące opcje:

  1. Tocząca się fala : plan jest stale aktualizowany w trakcie wydania, podobnie jak fala, z większą ilością szczegółów dotyczących nadchodzących prac i mniej szczegółów dotyczących dalszych prac. Plan fali kroczącej zaczyna się jako plan wysokiego poziomu, a szczegóły, jeśli to konieczne, są dodawane na czas w trakcie wydania.
  2. Wysoki poziom: Plan wydania wskazuje główne kamienie milowe , wszelkie fazy, wszelkie iteracje/sprinty (jeśli Twój zespół pracuje w ten sposób) oraz wszelkie zależności między nimi. Nie dotyczy szczegółowych prac do wykonania. Zamiast tego ufa zespołowi, że sam się zorganizuje i zrobi wszystko, co jest właściwe w danym momencie.
  3. Szczegółowy: Plan wydania zawiera istotne szczegóły dotyczące pracy do wykonania i może nawet przypisać tę pracę do określonych ról lub osób. Szczegóły są określane na początku wydania, w okresie, który zespoły Agile i Scrum często określają jako „Sprint 0”, Incepcja lub Inicjacja. Szczegóły są zazwyczaj aktualizowane w miarę postępu prac.
  4. Brak : plan wydania nie jest w ogóle udokumentowany. Planowanie może nadal mieć miejsce, ale sam plan nie jest uchwycony.

Porównanie opcji planowania wydania

Jak wskazano wcześniej, nie ma czegoś takiego jak „najlepsza praktyka”, zamiast tego każda praktyka działa dobrze w niektórych sytuacjach, a nie tak dobrze w innych. Tabela 1 przedstawia kompromisy związane ze szczegółowymi strategiami planowania wydania opisanymi powyżej.

Powiązane: Darmowy szablon planu projektu

Znając kompromisy związane z daną opcją, możesz podjąć lepszą decyzję, które podejście jest najbardziej odpowiednie dla sytuacji, z którą się zmagasz. Lepsze wybory prowadzą do lepszych wyników.

Tabela 1. Porównanie każdej strategii pod względem poziomu szczegółowości planu.

Opcja finansowania Zalety Niedogodności
Tocząca się fala ·Bardzo skuteczny w środowiskach płynnych, szczególnie gdy wymagania szybko ewoluują lub członkowie zespołu nie są jeszcze w pełni znani.

·Działa dobrze z kroczącym budżetowaniem fal, ponieważ łączy praktyki ciągłego finansowania z ciągłym planowaniem.

·Umożliwia zespołom tworzenie uczciwych harmonogramów i budżetów dla ich interesariuszy.

 ·Wymaga elastyczności ze strony interesariuszy, ponieważ usuwa (pocieszające) poczucie fałszywej przewidywalności na rzecz zapewnienia im możliwości kierowania zespołem i kierowania nim do sukcesu.
Wysoki poziom ·Działa dobrze dla doświadczonych zespołów, które nie potrzebują wielu szczegółów planu.

·Przydatne, aby zapewnić zainteresowanym stronom ogólne prognozy dotyczące tego, co zostanie dostarczone w czasie, oraz do określenia zależności z innymi zespołami.

· Daje poczucie „przewidywalności” bez ponoszenia kosztów szczegółowego planowania.

 ·Może być niewygodne dla osób poszukujących fałszywego poczucia bezpieczeństwa, które wiąże się ze szczegółowymi planami.
Szczegółowy · Praktyczne tylko w przypadku błahych inicjatyw, gdzie stopień niepewności związany z wymaganiami i technologią jest niski, a harmonogram jest rzeczywiście przewidywalny.

·Często uzasadnione potrzebą zgodności z przepisami, mimo że przepisy rzadko wymagają szczegółowego planowania z góry.

 ·Zapewnia zainteresowanym stronom fałszywe poczucie przewidywalności, gdy jest stosowane w sytuacjach, w których wymagania są różne (co stanowi zdecydowaną większość sytuacji).

·Wymaga znacznego i zwykle niepotrzebnego wysiłku, aby utrzymać go na późniejszym etapie cyklu życia w miarę rozwoju sytuacji.

· Obniża morale zespołu.

Nic ·Nadaje się do prostych inicjatyw o niskim ryzyku w środowisku wysoce opartym na współpracy.

·Brak narzutu na dokumentację.

 · Nie zapewnia przejrzystości interesariuszom, którzy nie współpracują aktywnie z zespołem.

Wybór jest dobry przy planowaniu wydania

Jeśli chcesz być skuteczny, musisz dopasować swoje podejście do sytuacji, z którą się zmagasz. Ponieważ różne zespoły borykają się z różnymi sytuacjami, jedno podejście nie będzie pasować do wszystkich, a zamiast tego musisz mieć możliwość wyboru, który rozumiesz i możesz odpowiednio zastosować.

Co ważniejsze, musisz być przygotowany na ewolucję swojego podejścia w miarę rozwoju sytuacji. Jak pokazuje ten artykuł, masz wiele możliwości wyboru poziomu szczegółowości swojego planu wydania. Naszą rekomendacją jest robienie wszystkiego, co w Twojej mocy, w sytuacji, z którą się zmagasz, i zawsze próba uczenia się i doskonalenia.

Niezależnie od tego, czy planujesz szczegółowo, czy podążasz za zwinnym frameworkiem i planujesz luźniej, pozostawiając miejsce na iterację, nadal musisz planować. ProjectManager to oparte na chmurze oprogramowanie do zarządzania projektami, które zapewnia elastyczność w planowaniu według własnego uznania. Dzięki tablicom Kanban, wykresom Gantta i pulpitowi nawigacyjnemu w czasie rzeczywistym, który zapewnia aktualne dane po uruchomieniu tego planu, zawsze jesteś świadomy zmian i możesz szybko reagować. Przekonaj się sam, korzystając z tej bezpłatnej 30-dniowej wersji próbnej.