Planowanie PI

przyszłe zadania związane z rozwojem produktu nie mogą być z góry określone. Podziel planowanie i kontrolę na tych, którzy mogą zrozumieć i reagować na wyniki końcowe.

—Michael Kennedy, rozwój produktu dla Lean Enterprise

nie ma magii w sejfie . . . może poza planowaniem PI.

—autorzy

planowanie przyrostu programu (PI) to wydarzenie oparte na kadencji, które służy jako serce zwinnego pociągu wydawniczego (ART), dostosowując wszystkie zespoły zajmujące się sztuką do wspólnej misji i wizji.

planowanie PI jest niezbędne do bezpieczeństwa: jeśli nie robisz tego, nie robisz bezpiecznie.

Manifest Agile stwierdza: „najbardziej efektywną i skuteczną metodą przekazywania informacji do zespołu programistów i wewnątrz niego jest rozmowa twarzą w twarz.”SAFe przenosi to na wyższy poziom dzięki planowaniu PI.

tam, gdzie to możliwe, wiąże się to z fizyczną kolokacją, a te duże wydarzenia planowania PI mają teraz miejsce w wielu przedsiębiorstwach na całym świecie. Wyraźnie pokazali prawdziwy finansowy zwrot z inwestycji, nie wspominając o niematerialnych wartościach, które pojawiają się, gdy zespół zwinnych zespołów tworzy konstrukcję społeczną, która jest osobiście i zbiorowo satysfakcjonująca.

kolokacja całej sztuki może jednak nie zawsze być praktyczna, a w naszych obecnych czasach COVID-19 stworzył sytuację, w której nie jest to możliwe. Podczas gdy fizyczne planowanie twarzą w twarz ma swoje zalety, niepisana Bezpieczna „zasada” to ” ludzie, którzy wykonują pracę, planują pracę.”Kiedy fizyczna obecność nie jest możliwa, planowanie w czasie rzeczywistym, równoczesne, wirtualne, twarzą w twarz okazało się skuteczne. Rzeczywiście wiele sztuk udało się stworzyć hybrydową sytuację, w której kilka zespołów łączy się zdalnie, jak pokazano poniżej na rysunku 1.

zaawansowany artykuł tematyczny, rozproszone planowanie PI z SAFe, zawiera dodatkowe wskazówki i uwagi dotyczące skutecznego zarządzania tymi scenariuszami.

PI Planning ma standardowy program, który obejmuje prezentację kontekstu biznesowego i wizji, a następnie planowanie zespołów—gdzie zespoły tworzą swoje plany iteracji i cele dla nadchodzącego programu inkrementacji (PI). Organizowane przez Release Train Engineer (RTE), to wydarzenie obejmuje wszystkich członków sztuki i występuje w iteracji innowacji i planowania (IP). Utrzymywanie zdarzenia podczas iteracji IP pozwala uniknąć wpływu na planowanie lub pojemność innych iteracji w PI. Planowanie PI odbywa się w ciągu dwóch dni, chociaż często jest ono przedłużane, aby uwzględnić planowanie w wielu strefach czasowych.

korzyści biznesowe z planowania PI

planowanie PI zapewnia wiele korzyści biznesowych, w tym:

• nawiązywanie bezpośredniej komunikacji między wszystkimi członkami zespołu i interesariuszami
• budowanie sieci społecznościowej Sztuka zależy od
• dostosowanie rozwoju do celów biznesowych z kontekstem biznesowym, wizją oraz celami zespołu i programu PI
• identyfikowanie zależności i wspieranie współpracy między zespołami i cross-ARTAMI
• zapewnienie możliwości ” just the right amount 'of architecture and lean user experience (UX) guidance
• dopasowanie zapotrzebowania do pojemności i wyeliminowanie nadmiaru pracy w procesie (WIP)
• fast podejmowanie decyzji

wejścia i wyjścia planowania PI

wejścia do planowania PI obejmują:

• kontekst biznesowy (patrz „gotowość treści” Poniżej)
• Mapa Drogowa i wizja
• 10 najważniejszych funkcji programu Backlog

udane wydarzenie planowania PI zapewnia dwa podstawowe wyniki:

• Committed Pi objectives-zestaw inteligentnych celów, które są tworzone przez każdy zespół z wartością biznesową przypisaną przez właścicieli firm.
• Rada Programowa – podkreślanie dat dostarczania nowych funkcji, zależności funkcji między zespołami i odpowiednich kamieni milowych.

przygotowanie

planowanie PI jest ważnym wydarzeniem, które wymaga przygotowania, koordynacji i komunikacji. Jest to ułatwione przez RTE, a uczestnikami wydarzenia są właściciele firm, zarządzanie produktem, zespoły zwinne, Architekt systemów i rozwiązań/inżynierowie, zespół systemowy i inni interesariusze, z których wszyscy muszą zostać powiadomieni z wyprzedzeniem, aby być dobrze przygotowani. Aktywny udział właścicieli firm w tym wydarzeniu stanowi ważną barierę dla wydatków budżetowych.

aby impreza zakończyła się sukcesem, konieczne jest przygotowanie w trzech głównych obszarach:

• gotowość organizacyjna-dostosowanie strategiczne oraz konfiguracja zespołów i pociągów
• zawartość gotowość – gotowość do zarządzania i rozwoju
• gotowość logistyczna – uwagi dotyczące prowadzenia udanego wydarzenia

Poniżej znajdują się najważniejsze elementy listy kontrolnej gotowości artystycznej. (Pełna lista kontrolna znajduje się w zestawie SAFe Pi Planning Toolkit, dostępnym dla SPC).

gotowość organizacyjna

przed planowaniem PI, musi być dostosowanie strategii między uczestnikami, interesariuszami i właścicielami firm. Przypisane są role krytyczne. Aby rozwiązać ten problem z wyprzedzeniem, organizatorzy wydarzenia muszą jednak wziąć pod uwagę następujące kwestie:

• zakres i kontekst planowania-czy zakres (domena produktu, systemu, technologii) procesu planowania jest zrozumiały? Czy wiemy, które zespoły muszą wspólnie planować?
• wyrównanie interesów-czy jest rozsądne porozumienie co do priorytetów wśród właścicieli firm?
• zwinne zespoły-czy mamy zwinne zespoły? Czy dla każdego zespołu są dedykowani członkowie zespołu oraz określony Scrum Master i Product Owner?

gotowość do treści

równie ważne jest zapewnienie jasnej wizji i kontekstu oraz odpowiedniego udziału zainteresowanych stron. Dlatego planowanie PI musi obejmować:

• Executive briefing – briefing definiujący aktualny kontekst biznesowy
• Product vision briefing(s) – briefingi przygotowane przez kierownictwo produktu, w tym 10 najważniejszych funkcji w programie Backlog
• Architecture vision briefing – Prezentacja przygotowana przez CTO, Enterprise Architect lub System Architect w celu komunikowania nowych możliwości, funkcji i wymagań niefunkcjonalnych (NFR).)

gotowość logistyczna

przygotowanie wydarzenia do obsługi dużej liczby uczestników nie jest trywialne. W przypadku fizycznego planowania kolokacji może to obejmować zabezpieczenie i przygotowanie przestrzeni fizycznej. W przypadku uczestników zdalnych lub w pełni rozproszonego planowania PI obejmuje to również inwestycje w niezbędną infrastrukturę techniczną. Rozważania obejmują:

• lokalizacje – każda lokalizacja planowania musi być przygotowana z wyprzedzeniem
• Technologia i oprzyrządowanie – dostęp w czasie rzeczywistym do informacji i narzędzi wspierających planowanie rozproszone lub zdalnych uczestników
• kanały komunikacji-podstawowe i wtórne kanały audio, wideo i prezentacji muszą być dostępne

standardowy program

wydarzenie ma podobny program do rys. 2. Poniżej znajdują się opisy każdego elementu. Aby uzyskać wskazówki dotyczące dostosowania tego programu do wsparcia planowania w wielu strefach czasowych, zapoznaj się z zaawansowanym artykułem tematycznym, rozproszone planowanie PI z SAFe.

plan dnia 1

• kontekst biznesowy – właściciel firmy lub senior executive opisuje aktualny stan działalności, dzieli się wizją Portfolio I przedstawia perspektywę na to, jak skutecznie istniejące rozwiązania odpowiadają aktualnym potrzebom klientów.
• wizja produktu/rozwiązania – Zarządzanie produktem przedstawia aktualną wizję (Zwykle reprezentowaną przez następne 10 nadchodzących funkcji) i podkreśla wszelkie zmiany z poprzedniego wydarzenia planowania PI, a także wszelkie nadchodzące kamienie milowe.
• Architecture vision and development practices – System Architect/Engineering presents the architecture vision. Ponadto starszy menedżer ds. rozwoju może wprowadzić zmiany wspierające zwinność w praktykach programistycznych, takich jak automatyzacja testów, DevOps, ciągła integracja i ciągłe wdrażanie, które są rozwijane w nadchodzących PI.
• planowanie kontekstu i obiad-RTE przedstawia proces planowania i oczekiwane wyniki Wydarzenia.
• Team breakouts #1 – W breakout zespoły szacują swoją pojemność dla każdej iteracji i identyfikują pozycje zaległości, które prawdopodobnie będą potrzebne do realizacji funkcji. Każdy zespół tworzy swoje projekty planów, widoczne dla wszystkich, iteracja po iteracji.

podczas tego procesu zespoły identyfikują ryzyka i zależności oraz opracowują początkowe cele zespołu PI. Cele PI zazwyczaj obejmują „niezaangażowane cele”, które są celami wbudowanymi w plan (np. historie, które zostały zdefiniowane i uwzględnione dla tych celów), ale nie są angażowane przez zespół z powodu zbyt wielu niewiadomych lub zagrożeń. Niewymagane cele nie są dodatkowymi rzeczami do zrobienia w przypadku, gdy jest czas. Zamiast tego zwiększają wiarygodność planu i dają kierownictwu wczesne ostrzeżenie o celach, których sztuka może nie być w stanie zrealizować. Zespoły dodają również funkcje i powiązane zależności do rady programowej, jak pokazano na rysunku 3.

• Przegląd projektu planu – podczas przeglądu projektu planu w ściśle określonym czasie zespoły prezentują kluczowe wyniki planowania, które obejmują pojemność i obciążenie, cele projektu PI, potencjalne ryzyko i zależności. Właściciele firm, zarządzanie produktami oraz inne zespoły i interesariusze dokonują przeglądu i dostarczają informacji.
• przegląd zarządzania i rozwiązywanie problemów-jest prawdopodobne, że projekty planów przedstawiają wyzwania, takie jak zakres, ludzie i ograniczenia zasobów oraz zależności. Podczas rozwiązywania problemów kierownictwo może negocjować zmiany zakresu i rozwiązywać inne problemy, zgadzając się na różne korekty planowania. RTE ułatwia i utrzymuje główne zainteresowane strony razem tak długo, jak jest to konieczne do podejmowania decyzji niezbędnych do osiągnięcia osiągalnych celów.

w Multi-ART Solution trains podobne wydarzenie może odbyć się po pierwszym dniu planowania rozwiązania problemów cross-ART, które się pojawiły. Alternatywnie, Rte zaangażowanych pociągów mogą rozmawiać ze sobą, aby poruszyć kwestie, które są następnie rozwiązywane w ramach konkretnego przeglądu zarządzania i rozwiązywania problemów każdej sztuki. Rozwiązanie Train Engineer (STE) pomaga ułatwić i rozwiązać problemy w całej sztuce.

dzień 2 Agenda

• dostosowanie planowania – następnego dnia wydarzenie rozpoczyna się od przedstawienia przez kierownictwo wszelkich zmian w zakresie planowania, ludziach i zasobach.
• Team breakouts #2 – zespoły kontynuują planowanie w oparciu o swój program z poprzedniego dnia, dokonując odpowiednich korekt. Finalizują swoje cele dla PI, do których właściciele firm przypisują wartość biznesową, jak pokazano na rysunku 4.
  

  

• końcowy przegląd planu i lunch-podczas tej sesji wszystkie zespoły prezentują swoje plany grupie. Na końcu przedziału czasowego każdego zespołu zespół określa swoje ryzyko i przeszkody oraz zapewnia ryzyko dla RTE do wykorzystania w późniejszym czasie w roamingu. Następnie zespół pyta właścicieli firm, czy plan jest akceptowalny. Jeśli plan zostanie zaakceptowany, zespół przenosi swój arkusz celów team PI na przód pokoju, aby każdy mógł zobaczyć zagregowane cele rozwijające się w czasie rzeczywistym. Jeśli właściciele firm mają obawy, zespoły mają możliwość dostosowania planu w razie potrzeby, aby rozwiązać zidentyfikowane problemy. Następnie zespół przedstawia swój zmieniony plan.
• ryzyko programowe-podczas planowania zespoły zidentyfikowały ryzyko programowe i przeszkody, które mogą mieć wpływ na ich zdolność do realizacji celów. Są one rozwiązywane w szerszym kontekście zarządzania przed całym pociągiem. Pojedynczo zagrożenia są omawiane i rozwiązywane w sposób uczciwy i przejrzysty, a następnie klasyfikowane w jednej z następujących kategorii:
  • rozwiązany-zespoły zgadzają się, że ryzyko nie jest już problemem.
  • Owned-ktoś w pociągu przejmuje na siebie ryzyko, ponieważ nie można go rozwiązać podczas planowania PI.
  • akceptowane-niektóre zagrożenia są tylko faktami lub potencjalnymi problemami, które muszą być zrozumiane i zaakceptowane.
  • złagodzone – zespoły identyfikują plan zmniejszenia wpływu ryzyka.
• głosowanie nad zaufaniem-po wyeliminowaniu ryzyka programowego zespoły głosują nad zaufaniem do realizacji celów team PI.

każda drużyna przeprowadza głosowanie „pięść pięciu”. Jeśli średnia wynosi trzy palce lub więcej, kierownictwo powinno zaakceptować zobowiązanie. Jeśli jest mniej niż trzy, zespół zmienia plan. Każda osoba głosująca dwoma palcami lub mniej powinna mieć możliwość wyrażenia swoich obaw. Może to dodać do listy zagrożeń, wymagać ponownego planowania lub po prostu mieć charakter informacyjny. Gdy każdy zespół zagłosuje, Proces jest powtarzany dla całej sztuki, a wszyscy wyrażają swoje zaufanie do wspólnego planu, jak pokazano na rysunku 5.

• przeróbki planów – w razie potrzeby zespoły przerabiają swoje plany, aż do osiągnięcia wysokiego poziomu zaufania. Jest to jeden przypadek, w którym wyrównanie i zaangażowanie są cenione bardziej niż przestrzeganie timebox.
• planowanie retrospektywne i posunięcie do przodu-wreszcie, RTE prowadzi krótką retrospektywę dla zdarzenia planowania PI, aby uchwycić to, co poszło dobrze, co nie, i co można zrobić lepiej następnym razem, jak pokazano na rysunku 6.

• zazwyczaj następuje dyskusja na temat kolejnych kroków, wraz z końcowymi instrukcjami dla zespołów. Może to obejmować:
  • sprzątanie pomieszczeń używanych do planowania.
  • Przechwytywanie celów i historii zespołu pi w zwinnym narzędziu do zarządzania projektami.
  • przegląd kalendarzy imprez zespołowych i artystycznych.
  • określanie planowania iteracji i dziennych lokalizacji i terminów stand-up (DSU).

po zakończeniu planowania RTE i inni interesariusze sztuki podsumowują poszczególne cele zespołu PI w zestaw celów programu PI (Rysunek 7) i wykorzystują to do komunikacji zewnętrznej i śledzenia postępów w realizacji celów.

Zarządzanie produktem wykorzystuje cele programu PI do aktualizacji mapy drogowej i poprawi prognozę dla kolejnych dwóch Pi, w oparciu o to, czego właśnie się dowiedzieliśmy.

rada programowa jest często używana podczas Scrum Scrumów do śledzenia zależności. Może, lub nie, być utrzymywane (ręcznie) po zakończeniu planowania. Zależy to od elastycznych narzędzi do zarządzania projektami i potrzeb sztuki.

zespoły opuszczają wydarzenie planowania PI z wstępnie wypełnionym zaległością iteracji dla nadchodzących PI. Przenoszą cele PI swojego zespołu, plany iteracji i ryzyko z powrotem do normalnego obszaru pracy. Ryzyko programu pozostaje w gestii RTE, który zapewnia, że osoby odpowiedzialne za posiadanie lub ograniczanie ryzyka przechwyciły informacje i aktywnie zarządzają ryzykiem.

co najważniejsze, Sztuka kontynuuje wykonywanie PI, śledząc postępy i dostosowując się w razie potrzeby do zmian zachodzących w miarę pojawiania się nowej wiedzy. Realizacja PI rozpoczyna się od wszystkich zespołów, które planują pierwszą iterację, wykorzystując swoje plany PI jako punkt wyjścia. Jest to nowy wkład w kolejne procesy planowania iteracji. Ponieważ plany iteracji utworzone podczas planowania PI nie uwzględniały szczegółowych kryteriów akceptacji poziomu historii, prawdopodobnie konieczne będzie dostosowanie pierwszego i kolejnych planów iteracji.

rozwiązanie planowanie pociągu Pi

Ten artykuł koncentruje się na działaniach związanych z planowaniem pojedynczej sztuki. Jednak duże strumienie wartości mogą zawierać wiele sztuk i dostawców. W tym przypadku Solution Train zapewnia koordynację za pomocą wydarzenia planowania Pre-PI, które określa kontekst i zapewnia Dane wejściowe dla poszczególnych wydarzeń planowania Art PI. Wydarzenie Post-PI planowania następuje planowanie sztuki PI i służy do integracji wyników planowania sztuki, które przyczyniają się do rozwiązania.

artykuł iteracja innowacji i planowania zawiera przykładowy kalendarz wydarzeń Pre-i Post-Pi.

Dowiedz Się Więcej

Wymagania dotyczące oprogramowania zwinnego: praktyki dotyczące wymagań Lean dla zespołów, programów i przedsiębiorstw. Addison-Wesley, 2011. Kennedy Michael Rozwój produktu dla Lean Enterprise. Oaklea Press, 2003.

Ostatnia aktualizacja: 12 sierpnia 2020