PI plánování

budoucí úkoly vývoje produktů nelze předurčit. Distribuovat plánování a kontrolu těm, kteří mohou pochopit a reagovat na konečné výsledky.

– Michael Kennedy, vývoj produktů pro Lean Enterprise

v bezpečí není žádné kouzlo . . . snad až na pí plánování.

– autoři

Program Přírůstek (PI) Plánování je rytmus-založené akce, která slouží jako srdce Agilní Uvolnění Vlak (UMĚNÍ), vyrovnejte všechny týmy na UMĚNÍ ke sdílenému poslání a Vize.

PI plánování je nezbytné pro bezpečné: pokud to neděláte, neděláte bezpečně.

Agilní Manifest uvádí, Že „nejúčinnější a nejefektivnější metodou předávání informací v rámci vývojového týmu je face-to-face rozhovoru.“SAFe to posune na další úroveň s plánováním PI.

pokud je to možné, jedná se o fyzické kolokace, a tyto rozsáhlé PI plánování události se nyní konají v mnoha podnicích po celém světě. Jasně ukázali skutečnou finanční návratnost investic, nemluvě o nehmotných aktivech, ke kterým dochází, když tým agilních týmů vytvoří sociální konstrukt, který je osobně a kolektivně prospěšný.

nemusí být vždy praktické, aby se celé umění spojilo, a v naší současné době COVID-19 vytvořil situaci, kdy to není možné. Zatímco fyzické plánování tváří v tvář má své výhody, nepsaným bezpečným „pravidlem“ je “ lidé, kteří práci plánují.“Pokud fyzická přítomnost není možná, ukázalo se, že současné, virtuální, plánování tváří v tvář v reálném čase je účinné. Ve skutečnosti bylo mnoho umění úspěšných při vytváření hybridní situace, kdy se několik týmů připojuje vzdáleně, jak je znázorněno níže na obrázku 1.

článek pro pokročilé téma, distribuovaný PI plánování s bezpečným, poskytuje další pokyny a úvahy pro úspěšnou správu těchto scénářů.

PI Plánování má standardní program, který zahrnuje prezentaci obchodním kontextu a vize, následuje tým plánování breakouts—kde týmy vytvořit jejich Iterace plány a cíle pro nadcházející Program Přírůstek (PI). Usnadněno Release Train Engineer (RTE), tato událost zahrnuje všechny členy umění a probíhá v iteraci inovací a plánování (IP). Držení události během iterace IP zabraňuje ovlivnění plánování nebo kapacity jiných iterací v PI. Plánování PI probíhá po dobu dvou dnů, ačkoli toto je často rozšířeno tak, aby vyhovovalo plánování ve více časových pásmech.

obchodní výhody plánování PI

plánování PI přináší mnoho obchodních výhod, včetně:

• Založení face-to-face komunikace napříč všemi členy týmu a zúčastněnými stranami
• Budování sociální sítě, UMĚNÍ, závisí na tom,
• Zarovnání rozvoj obchodních cílů s obchodním kontextu, vize, a Tým a Program PI cíle
• Identifikaci závislostí a podpora cross-tým a cross-UMĚNÍ spolupráce
• Poskytují příležitost pro právě správné množství stylu a Štíhlé Uživatelské Zkušenosti (UX) pokyny
• Odpovídající poptávky, kapacit a odstranění nadbytečné Práce v Procesu (WIP)
• Rychlé rozhodování

Vstupy a Výstupy PI Plánování

Vstupy PI plánování patří:

• Business kontextu (viz obsah připravenosti níže)
• Plán a vizi,
• Top 10 Funkce Programu Nevyřízených

úspěšný PI plánování událostí poskytuje dva základní výstupy:

• Spáchal PI cíle – sada SMART cílů, které jsou vytvořeny každý tým s obchodní hodnotu podnikatelů.
• program board-zvýraznění termínů dodání nových funkcí, závislostí mezi týmy a relevantních milníků.

Příprava

PI plánování je významná událost, která vyžaduje přípravu, koordinaci a komunikaci. To je usnadněno RTE a účastníky akce patří Vlastníci firmy, Produktový Management, Agilní Týmy, Systém a Řešení Architekt/Inženýrství, Systém, Tým, a další zúčastněné strany, které musí být oznámeny v předstihu, aby být dobře připraven. Aktivní účast podnikatelů na této akci poskytuje důležité zábradlí pro rozpočtové výdaje.

Pro událost, aby byla úspěšná, je nutná příprava ve třech hlavních oblastech:

• Organizační připravenost – Strategické vyrovnání a týmy a vlaky nastavení
• Obsah připravenost – Řízení a rozvoj připravenosti
• Logistické připravenosti – Úvahy pro běh úspěšného událost

Níže jsou vrcholům UMĚNÍ Připravenosti Kontrolní seznam. (Úplný kontrolní seznam je uveden v nástroji SAFe pi Planning Toolkit, který je k dispozici pro SPC).

organizační připravenost

před plánováním PI musí existovat sladění strategií mezi účastníky, zúčastněnými stranami a vlastníky podniků. Kritické role jsou přiřazeny. Řešit to předem, nicméně, organizátoři musí zvážit následující:

• Plánování rozsahu a kontextu – Je rozsah (výrobek, systém, technologie domény) procesu plánování, jasné? Víme, které týmy je třeba plánovat společně?
• business alignment-existuje rozumná shoda na prioritách mezi vlastníky podniků?
• agilní týmy-máme agilní týmy? Jsou pro každý tým vyhrazení členové týmu a identifikovaný mistr Scrum a majitel produktu?

Obsahová připravenost

stejně důležité je zajistit, aby existovala jasná vize a kontext a aby se zúčastnily správné zúčastněné strany. Plánování PI proto musí zahrnovat:

• Executive briefing – brífink, který definuje aktuální obchodním kontextu
• Produktu vision instruktáž(s) – Porady připravený Produkt, Vedení, včetně 10 nejlepších funkcí v Programu Nevyřízených
• vize Architektury instruktáž – prezentace ČTÚ, Enterprise Architect, nebo Systémový Architekt komunikovat nové Předpoklady, vlastnosti a Funkční Požadavky (NFRs)

Logistické Připravenosti

Příprava akce na podporu velkého počtu účastníků není triviální. Pro fyzicky kolokované plánování to může zahrnovat zajištění a přípravu fyzického prostoru. Pro vzdálené účastníky nebo pro plně distribuované plánování PI to zahrnuje také investice do potřebné technické infrastruktury. Úvahy zahrnují:

• Umístění – Každá plánování umístění musí být připraven v předstihu
• Technologie a obrábění – Real-time přístup k informacím a nástroje na podporu distribuované plánování nebo vzdálené účastníky
• Komunikační kanály – Primární a sekundární audio, video a prezentační programy musí být k dispozici

Standardní Program

akce navazuje na program jako na Obrázku 2. Následují popisy jednotlivých položek. Pokyny k přizpůsobení této agendy na podporu plánování ve více časových pásmech naleznete v článku pokročilé téma, distribuované plánování PI s bezpečným.

Den 1 Agenda

• Obchodní kontext – Majitel firmy nebo vedoucí pracovník popisuje současný stav podniku, akcií Portfolio Vize, a představuje pohled na to, jak efektivně existující řešení jsou řešení aktuálních potřeb zákazníka.
• Produkt/řešení, vize – Produktový Management představuje současnou vizi (typicky zastoupena další top 10 nadcházející funkce) a upozorňuje na všechny změny od předchozího PI plánování události, stejně jako všechny nadcházející Milníky.
• architecture vision and development practices-System Architect/Engineering představuje vizi architektury. Také, senior development manager může zavést Agilní podporující změny na vývoj postupů, jako je test automatizace, DevOps, Kontinuální Integrace, a Neustálé Nasazení, které jsou rozšířené v nadcházející PI.
• plánovací kontext a oběd-RTE představuje proces plánování a očekávané výsledky události.
• Team breakouts #1-v breakout týmy odhadují svou kapacitu pro každou iteraci a identifikují položky nevyřízených položek, které budou pravděpodobně potřebovat k realizaci funkcí. Každý tým vytváří své návrhy plánů, viditelné pro všechny, iterace iterací.

během tohoto procesu týmy identifikují rizika a závislosti a navrhují své počáteční cíle týmu PI. PI cíle obvykle zahrnují ‚nezávazné cíle, které jsou cíle postaveny do plánu (např. příběhy, které byly definovány a zahrnuty tyto cíle), ale nejsou odhodlána tým, protože příliš mnoho neznámých nebo rizika. Nezávazné cíle nejsou další věci, které je třeba dělat v případě, že je čas. Místo toho zvyšují spolehlivost plánu a dávají managementu včasné varování před cíli, které umění nemusí být schopno splnit. Týmy také přidávají funkce a související závislosti na programové desce, jak je znázorněno na obrázku 3.

• Návrh plánu hodnocení – v Průběhu pevně timeboxed návrh plánu hodnocení, týmy prezentovat klíčové plánování výstupů, které zahrnují kapacity a zatížení, návrh PI cílů, možných rizik a závislostí. Majitelé podniků, Produktový Management, a další týmy a zúčastněné strany kontrolují a poskytují vstupy.
• přezkum Řízení a řešení problémů- je pravděpodobné, že návrh plánů současné výzvy, jako jsou rozsah, lidí a zdrojů, omezení a závislostí. Během události řešení problémů, vedení může vyjednat změny rozsahu a vyřešit další problémy souhlasem s různými úpravami plánování. RTE usnadňuje a udržuje primární zúčastněné strany pohromadě tak dlouho, jak je to nutné k přijímání rozhodnutí potřebných k dosažení dosažitelných cílů.

ve vlacích pro řešení více umění se podobná událost může konat po prvním dni plánování řešení problémů mezi uměním, které se objevily. Alternativně, Rte zúčastněných vlaků mohou spolu mluvit, aby vznesly problémy, které jsou poté vyřešeny v konkrétním přezkumu řízení každého umění a při řešení problémů. Řešení Train Engineer (STE) pomáhá usnadňovat a řešit problémy napříč uměním.

den 2 Agenda

• plánování úpravy-následující den, událost začíná s vedením představující veškeré změny v plánování rozsahu, lidí a zdrojů.
• Team breakouts #2-týmy pokračují v plánování na základě svého programu z předchozího dne a provádějí příslušné úpravy. Dokončují své cíle pro PI, kterým majitelé podniků přiřazují obchodní hodnotu, jak je znázorněno na obrázku 4.
  

  

• Závěrečná kontrola plánu a oběd – během této relace všechny týmy představí své plány skupině. Na konci časového úseku každého týmu tým uvádí svá rizika a překážky a poskytuje rizika pro RTE pro použití později v roamingovém cvičení. Tým se pak zeptá majitelů firem, zda je plán přijatelný. Pokud je plán přijat, tým přivede svůj tým pi cílový list do přední části místnosti, aby každý mohl vidět, jak se souhrnné cíle rozvíjejí v reálném čase. Pokud mají majitelé podniků obavy, týmy dostanou příležitost upravit plán podle potřeby tak, aby vyřešily zjištěné problémy. Tým pak představí svůj revidovaný plán.
• Program rizik Během plánování, týmy identifikovali program, rizika a překážky, které by mohly ovlivnit jejich schopnost plnit své cíle. Ty jsou řešeny v širším kontextu řízení před celým vlakem. Jeden po druhém, rizika jsou diskutována a řešena čestně a transparentně, a poté rozděleny do jedné z následujících kategorií:
  • vyřešeno-týmy souhlasí s tím, že riziko již není problémem.
  • vlastněno-někdo ve vlaku přebírá odpovědnost za riziko, protože jej nelze vyřešit během plánování PI.
  • přijato-některá rizika jsou jen fakta nebo potenciální problémy, které musí být pochopeny a přijaty.
  • Mitigated-týmy identifikují plán na snížení dopadu rizika.
• hlasování o důvěře – jakmile budou řešena rizika programu, týmy hlasují o své důvěře při plnění cílů týmu PI.

každý tým provádí hlasování „pěst pěti“. Pokud je průměr tři prsty nebo vyšší, pak by vedení mělo závazek přijmout. Pokud je to méně než tři, tým přepracuje plán. Každá osoba hlasující dvěma prsty nebo méně by měla mít příležitost vyjádřit své obavy. To může přidat do seznamu rizik, vyžadují nějaké re-plánování, nebo prostě být informativní. Jakmile každý tým hlasuje, proces se opakuje pro celé umění a každý vyjadřuje svou důvěru v kolektivní plán, jak je znázorněno na obrázku 5.

• přepracování plánu-v případě potřeby týmy přepracovávají své plány, dokud nebude dosaženo vysoké úrovně spolehlivosti. Toto je jedna příležitost, kdy jsou sladění a odhodlání ceněny více než dodržování timeboxu.
• Plánování retrospektivní a vpřed – Konečně, RTE vede stručný retrospektivní pro PI plánování událost zachytit, co šlo dobře, co ne a co lze udělat příště lépe, jak je znázorněno na Obrázku 6.

• obvykle následuje diskuse o dalších krocích spolu s závěrečnými pokyny pro týmy. To může zahrnovat:
  • čištění místností používaných pro plánování.
  • zachycení cílů a příběhů týmu PI v agilním nástroji pro řízení projektů.
  • přezkoumání týmu a umělecké události kalendáře.
  • určení iteračního plánování a denních stand-up (DSU) umístění a časování.

Po plánování událost je hotovo, RTE a jiné UMĚLECKÉ subjekty shrnout individuální tým PI cíle do programu PI cílů (Obrázek 7) a použít toto komunikovat navenek a sledovat pokrok směrem k cílům.

Správa produktů používá cíle programu PI k aktualizaci plánu a zlepší prognózu pro další dva Pi na základě toho, co se právě naučilo.

programová deska se často používá během Scrumu Scrumů ke sledování závislostí. Po dokončení plánování může nebo nemusí být udržována (ručně). To závisí na zavedených nástrojích pro agilní řízení projektů a potřebách techniky.

týmy opouštějí plánovací událost PI s předem naplánovaným iteračním nevyřízením pro nadcházející PI. Berou cíle svého týmu PI, iterační plány, a rizika zpět do své pravidelné pracovní oblasti. Rizika programu zůstávají u RTE, který zajišťuje, že lidé odpovědní za vlastnictví nebo zmírnění rizika zachytili informace a aktivně řídí riziko.

nejdůležitější, UMĚNÍ pokračuje provádět PI, sledování pokroku a úprava podle potřeby, aby se změny, které se vyskytují jako nové poznatky se objeví. Provádění PI začíná tím, že všechny týmy provádějí plánování pro první iteraci a jako výchozí bod používají své PI plány. Toto je nový vstup pro procesy plánování iterací, které následují. Protože iterační plány vytvořené během plánování PI nezohledňovaly podrobná kritéria pro přijetí na úrovni příběhu, je pravděpodobné, že bude nutné provést úpravy prvního a následného iteračního plánu.

řešení Train pi plánování

tento článek se zaměřuje na plánovací činnosti jednoho umění. Velké toky hodnot však mohou obsahovat více umění a dodavatelů. V tomto případě vlak řešení zajišťuje koordinaci pomocí plánovací události před PI, která nastavuje kontext a poskytuje vstupy pro jednotlivé plánovací akce ART PI. Plánovací událost po PI následuje plánování ART PI a používá se k integraci výsledků plánování umění, které přispívají k řešení.

článek o iteraci inovací a plánování poskytuje příkladný kalendář pro přizpůsobení plánovacích událostí před a po PI.

Další Informace

Leffingwell, Dean. Agilní softwarové požadavky: postupy Lean požadavků pro týmy, programy a podnik. Addison-Wesleyová, 2011. Kennedy, Michaele. Vývoj produktů pro štíhlý podnik. Oaklea Press, 2003.

Poslední aktualizace: 12. srpna 2020