PI tervezés

a jövőbeli termékfejlesztési feladatokat nem lehet előre meghatározni. Terjessze a tervezést és az irányítást azok számára, akik megértik és reagálnak a végeredményre.

—Michael Kennedy, termékfejlesztés a Lean vállalkozás számára

a széfben nincs varázslat . . . kivéve talán a PI tervezést.

– szerzők

a Program Increment (PI) tervezés egy ütemalapú esemény, amely az Agile Release Train (ART) szívveréseként szolgál, összehangolva az ART összes csapatát egy közös küldetéshez és jövőképhez.

a PI-tervezés elengedhetetlen a biztonsághoz: ha nem csinálja, akkor nem biztonságos.

az Agile Kiáltvány kimondja: “a leghatékonyabb és leghatékonyabb módszer az információ továbbítására a fejlesztői csapat számára és azon belül a személyes beszélgetés.”A SAFe ezt a következő szintre emeli a PI tervezésével.

ahol lehetséges, ez magában foglalja a fizikai kollokációt, és ezek a nagyszabású PI tervezési események ma már számos vállalkozáson belül zajlanak szerte a világon. Világosan megmutatták a valódi pénzügyi megtérülést, nem is beszélve az immateriális javakról, amelyek akkor fordulnak elő, amikor az agilis csapatok csapata olyan társadalmi konstrukciót hoz létre, amely személyesen és kollektíven jutalmazza.

lehet, hogy nem mindig praktikus az egész művészet kollokálása, és a jelenlegi időkben a COVID-19 olyan helyzetet teremtett, ahol ez nem lehetséges. Míg a fizikai szemtől szembeni tervezésnek megvannak az előnyei, az íratlan biztonságos “szabály” az, hogy ” a munkát végző emberek megtervezik a munkát.”Amikor a fizikai jelenlét nem lehetséges, a valós idejű, egyidejű, virtuális, személyes tervezés hatékonynak bizonyult. Valójában sok művészet sikeresen létrehozott egy hibrid helyzetet, ahol több csapat távolról csatlakozik, amint azt az alábbi ábra mutatja 1.

az elosztott PI tervezés SAFe-vel című speciális témakör további útmutatást és megfontolásokat nyújt ezeknek a forgatókönyveknek a sikeres kezeléséhez.

a PI tervezésnek van egy szabványos napirendje, amely magában foglalja az üzleti környezet és jövőkép bemutatását, majd a csapattervezési kitöréseket—ahol a csapatok elkészítik iterációs terveiket és célkitűzéseiket a közelgő Programnöveléshez (PI). A Release Train Engineer (RTE) segítségével ez az esemény magában foglalja a művészet minden tagját, és az Innovációs és tervezési (IP) Iteráción belül történik. Az esemény megtartása az IP iteráció során elkerüli a PI más iterációinak ütemezését vagy kapacitását. A PI-tervezés két nap alatt zajlik, bár ezt gyakran kiterjesztik a több időzónán keresztüli tervezésre.

a PI tervezés üzleti előnyei

a PI tervezés számos üzleti előnnyel jár, beleértve:

• személyes kommunikáció kialakítása az összes csapattag és érdekelt fél között
• a közösségi hálózat kiépítése a művészet függ
• a fejlesztés összehangolása az üzleti célokkal az üzleti kontextussal, jövőképpel, valamint a csapat és a Program PI célkitűzéseivel
• a függőségek azonosítása és a csapatok és a művészet közötti együttműködés elősegítése
• lehetőséget biztosítva arra, hogy a megfelelő mennyiségű ‘architektúra és lean felhasználói élmény (UX) útmutató
• a kereslet és a kapacitás összehangolása és a folyamatban lévő felesleges munka megszüntetése (WIP)
• gyors döntéshozatal

a PI tervezés bemenetei és kimenetei

a PI tervezés bemenetei a következők:

• ütemterv és jövőkép
• Top 10 A program jellemzői lemaradás

a sikeres PI tervezési esemény két elsődleges kimenetet biztosít:

• elkötelezett PI célok-Intelligens célok halmaza, amelyeket az egyes csapatok hoznak létre az üzleti tulajdonosok által kiosztott üzleti értékkel.
• Programtábla – kiemelve az új funkciók szállítási dátumait, a csapatok közötti funkciófüggőségeket és a releváns mérföldköveket.

előkészítés

a PI tervezés jelentős esemény, amely előkészítést, koordinációt és kommunikációt igényel. Ezt megkönnyíti az RTE és az esemény résztvevői közé tartoznak az üzleti tulajdonosok, a termékmenedzsment, az agilis csapatok, a rendszer-és Megoldásépítészek/mérnökök, a Rendszercsapat és más érdekelt felek, akiket előzetesen értesíteni kell, hogy jól felkészüljenek. Az üzleti tulajdonosok aktív részvétele ebben az eseményben fontos akadályt jelent a költségvetési kiadásokra.

ahhoz, hogy az esemény sikeres legyen, három fő területen kell felkészülni:

• szervezeti felkészültség-stratégiai összehangolás és csapatok és vonatok beállítása
• Tartalomkészség – menedzsment és fejlesztési felkészültség
• logisztikai felkészültség – a sikeres esemény lebonyolításának szempontjai

az alábbiakban bemutatjuk az ART Readiness Checklist legfontosabb elemeit. (A teljes ellenőrzőlista az SPC-k számára elérhető SAFe PI Planning Toolkit-ben található).

szervezeti felkészültség

a PI tervezése előtt a résztvevők, az érdekeltek és a vállalkozások tulajdonosai között stratégiai összehangolásnak kell lennie. Kritikus szerepek vannak hozzárendelve. Ennek előzetes kezelése érdekében azonban a rendezvényszervezőknek figyelembe kell venniük a következőket:

• tervezés hatóköre és kontextusa-megértették-e a tervezési folyamat hatókörét (termék, rendszer, technológiai terület)? Tudjuk, hogy mely csapatoknak kell együtt tervezniük?
• üzleti összehangolás – van-e ésszerű megállapodás a prioritásokról a vállalkozások tulajdonosai között?
• agilis csapatok – vannak agilis csapataink? Vannak-e elkötelezett csapattagok és egy azonosított Scrum Mester és Terméktulajdonos minden csapat számára?

Tartalomkészség

ugyanilyen fontos annak biztosítása, hogy világos jövőkép és kontextus legyen, és hogy a megfelelő érdekelt felek részt vehessenek. Ezért a PI tervezésnek tartalmaznia kell:

• Executive briefing-egy eligazítás, amely meghatározza a jelenlegi üzleti környezetben
• Product vision briefing (s) – eligazítások által készített Product Management, beleértve a top 10 funkciók a programban Backlog
• Architecture vision briefing-a prezentáció által a CTO, Enterprise Architect, vagy System Architect kommunikálni új Enablers, funkciók, és nem funkcionális követelmények (NFRs)

logisztikai készenlét

egy esemény előkészítése nagyszámú résztvevő támogatására nem triviális. A fizikailag elhelyezett tervezéshez ez magában foglalhatja a fizikai tér biztosítását és előkészítését. Távoli résztvevők számára, vagy egy teljesen elosztott PI tervezéshez, ez magában foglalja a szükséges műszaki infrastruktúrába történő beruházást is. A megfontolások a következők:

• helyszínek – minden tervezési helyszínnek előzetesen elő kell készülnie
• technológia és szerszámok – valós idejű hozzáférés az információkhoz és a szerszámokhoz Az elosztott tervezés vagy a távoli résztvevők támogatásához
• kommunikációs csatornák-elsődleges és másodlagos audio–, video-és prezentációs csatornáknak rendelkezésre kell állniuk

Standard napirend

az esemény egy hasonló menetrendet követ 2.ábra. Az egyes elemek leírása következik. A napirendnek a több időzónán keresztüli tervezés támogatásához való hozzáigazításával kapcsolatos útmutatásért olvassa el a speciális témakört, elosztott PI tervezés SAFe-vel.

1.napi napirend

• üzleti környezet – a vállalkozás tulajdonosa vagy vezetője leírja az üzlet jelenlegi állapotát, megosztja a Portfólió jövőképét, és bemutatja, hogy a meglévő megoldások mennyire hatékonyan kezelik a jelenlegi ügyféligényeket.
• termék/megoldás jövőkép – a termékmenedzsment bemutatja az aktuális jövőképet (amelyet általában a következő TOP 10 közelgő funkció képvisel), és kiemeli az előző PI tervezési esemény változásait, valamint a közelgő mérföldköveket.
• Architecture vision and development practices – System Architect/Engineering bemutatja az építészet jövőképét. Emellett a senior development manager Agile-támogató változtatásokat vezethet be a fejlesztési gyakorlatokban, mint például a tesztautomatizálás, a DevOps, a folyamatos integráció és a folyamatos telepítés, amelyeket a közelgő PI fejleszt.
• tervezési kontextus és ebéd – az RTE bemutatja az esemény tervezési folyamatát és várható eredményeit.
• Team breakouts #1 – A breakoutban a csapatok megbecsülik az egyes iterációk kapacitását, és azonosítják azokat a lemaradási elemeket, amelyekre valószínűleg szükségük lesz a funkciók megvalósításához. Minden csapat elkészíti tervezetét, mindenki számára látható, iteráció iterációval.

e folyamat során a csapatok azonosítják a kockázatokat és a függőségeket, és megfogalmazzák kezdeti PI-célkitűzéseiket. A PI célkitűzései általában ‘nem vállalt célokat’ tartalmaznak, amelyek a tervbe beépített célok (pl. olyan történetek, amelyeket ezekre a célokra határoztak meg és tartalmaztak), de a csapat nem kötelezi el magát a túl sok ismeretlen vagy kockázat miatt. A lekötött célok nem extra tennivalók, ha van idő. Ehelyett növelik a terv megbízhatóságát, és korai figyelmeztetést adnak a vezetésnek azokról a célokról, amelyeket a művészet nem képes megvalósítani. A csapatok a funkciókat és a kapcsolódó függőségeket is hozzáadják a programtáblához, amint az a 3.ábrán látható.

• tervezet terv felülvizsgálata – a szorosan időzített tervezet terv felülvizsgálata során a csapatok bemutatják a legfontosabb tervezési eredményeket, amelyek magukban foglalják a kapacitást és a terhelést, a PI tervezet célkitűzéseit, a potenciális kockázatokat és a függőségeket. Az üzleti tulajdonosok, a termékmenedzsment és más csapatok és érdekeltek felülvizsgálják és biztosítják a hozzájárulást.
• vezetői áttekintés és problémamegoldás-valószínű, hogy a tervezetek olyan kihívásokat jelentenek, mint a hatókör, az emberek és az erőforrások korlátai, valamint a függőségek. A problémamegoldó esemény során a menedzsment tárgyalhat a hatókör változásairól, és más problémákat megoldhat a különböző tervezési kiigazítások elfogadásával. Az RTE addig segíti és tartja együtt az elsődleges érdekelt feleket, amíg szükséges az elérhető célok eléréséhez szükséges döntések meghozatalához.

a multi-ART megoldás vonatok, hasonló esemény lehet tartani az első nap után a tervezés, hogy megoldja a cross-ART kérdések jöttek fel. Alternatív megoldásként az érintett vonatok rte-jei beszélgethetnek egymással olyan kérdések felvetése érdekében, amelyeket az egyes Művészetek egyedi menedzsment-áttekintésében és problémamegoldó eseményében oldanak meg. A Solution Train Engineer (Ste) segít megkönnyíteni és megoldani a kérdéseket az egész művészet.

2.napirend

• tervezési kiigazítások – a következő napon az esemény azzal kezdődik, hogy a menedzsment bemutatja a tervezési hatókör, az emberek és az erőforrások bármilyen változását.
• Team breakouts #2 – a csapatok az előző napi napirendjük alapján folytatják a tervezést, elvégezve a megfelelő kiigazításokat. Véglegesítik a PI célkitűzéseit, amelyekhez a vállalkozások tulajdonosai üzleti értéket rendelnek, amint azt a 4.ábra mutatja.
  

  

• végső terv felülvizsgálata és ebéd-ezen az ülésen minden csapat bemutatja terveit a csoportnak. Az egyes csapatok időrésének végén a csapat közli kockázatait és akadályait, és megadja az RTE kockázatait a ROAMing gyakorlat későbbi felhasználásához. Ezután a csapat megkérdezi az üzleti tulajdonosokat, hogy a terv elfogadható-e. Ha a tervet elfogadják, a csapat a team PI objektív lapját a szoba elejére hozza, így mindenki láthatja, hogy az összesített célok valós időben kibontakoznak. Ha a cégtulajdonosoknak aggályai vannak, a csapatok lehetőséget kapnak arra, hogy szükség szerint módosítsák a tervet az azonosított problémák kezeléséhez. A csapat ezután bemutatja felülvizsgált tervét.
• Programkockázatok – a tervezés során a csapatok olyan programkockázatokat és akadályokat azonosítottak, amelyek befolyásolhatják céljaik elérését. Ezeket szélesebb irányítási kontextusban oldják meg az egész vonat előtt. A kockázatokat egyenként tárgyalják és kezelik őszinteséggel és átláthatósággal, majd az alábbi kategóriák egyikébe sorolják:
  • megoldott – a csapatok egyetértenek abban, hogy a kockázat már nem aggodalomra ad okot.
  • tulajdonos – a vonaton lévő személy vállalja a kockázatot, mivel azt a PI tervezés során nem lehet megoldani.
  • elfogadott – egyes kockázatok csak tények vagy lehetséges problémák, amelyeket meg kell érteni és elfogadni.
  • enyhített – a csapatok meghatározzák a kockázat hatásának csökkentésére irányuló tervet.
• bizalmi szavazás-miután a program kockázataival foglalkoztak, a csapatok szavaznak a csapat PI célkitűzéseinek teljesítésében való bizalmukról.

minden csapat ötös ököl szavazást végez. Ha az átlag három ujj vagy annál magasabb, akkor a vezetőségnek el kell fogadnia az elkötelezettséget. Ha kevesebb, mint három, a csapat átdolgozza a tervet. Bárki, aki két vagy kevesebb ujjal szavaz, lehetőséget kell adni arra, hogy hangot adjon aggodalmainak. Ez hozzáadhatja a kockázatok listáját, újratervezést igényel, vagy egyszerűen csak informatív lehet. Miután minden csapat szavazott, a folyamat megismétlődik az egész művészetben, mindenki kifejezi bizalmát a kollektív tervben, amint azt az 5.ábra szemlélteti.

• terv átdolgozása-ha szükséges, a csapatok átdolgozzák terveiket, amíg el nem érik a magas megbízhatósági szintet. Ez egy olyan alkalom, amikor az összehangolást és az elkötelezettséget többre értékelik, mint az időkerethez való ragaszkodást.
• tervezés retrospektív és halad előre-végül az RTE vezet egy rövid retrospektív A PI tervezési esemény, hogy rögzítse, mi ment jól, mi nem, és mit lehet jobban csinálni legközelebb, amint azt a 6. ábra mutatja.

• általában a következő lépésekről folytatott vita, a csapatoknak szóló végső utasításokkal együtt, következik. Ez magában foglalhatja:
  • a tervezéshez használt helyiségek takarítása.
  • a team PI célkitűzéseinek és történeteinek rögzítése egy agilis projektmenedzsment eszközben.
  • a csapat és a művészeti események naptárainak áttekintése.
  • az iterációs tervezés és a napi stand-up (DSU) helyek és időzítések meghatározása.

miután a tervezési esemény megtörtént, az RTE és más művészeti érdekelt felek összefoglalják az egyes csapat PI célkitűzéseit egy sor program PI célkitűzésbe (7.ábra), és ezt használják a külső kommunikációra és a célok felé vezető haladás nyomon követésére.

a termékmenedzsment a PI objectives programot használja az ütemterv frissítéséhez, és javítja a következő két pi előrejelzését az imént tanultak alapján.

a programtáblát gyakran használják a scrums Scrum során a függőségek nyomon követésére. Lehet, vagy nem, a tervezés befejezése után (manuálisan) karbantartható. Ez attól függ, hogy az agilis projekt menedzsment eszközök helyett, és az igények a művészet.

a csapatok elhagyják a PI tervezési eseményt egy előre elkészített iterációs hátralékkal a közelgő PI számára. A csapat PI céljait, iterációs terveit és kockázatait visszaviszik a szokásos munkaterületükre. A programkockázatok továbbra is az RTE-nél maradnak, aki biztosítja, hogy a kockázat birtoklásáért vagy csökkentéséért felelős személyek megragadják az információkat, és aktívan kezelik a kockázatot.

a legfontosabb, hogy a művészet végrehajtja a PI-t, nyomon követi a haladást, és szükség szerint alkalmazkodik az új ismeretek megjelenésével bekövetkező változásokhoz. A PI végrehajtása azzal kezdődik, hogy az összes csapat megtervezi az első iterációt, kiindulópontként a PI terveiket használva. Ez friss bemenet a következő iterációs tervezési folyamatokhoz. Mivel a PI tervezés során létrehozott iterációs tervek nem vették figyelembe a részletes történetszintű elfogadási kritériumokat, valószínű, hogy módosítani kell az első és az azt követő iterációs terveket.

megoldás vonat PI tervezés

ez a cikk középpontjában a tervezési tevékenységek egyetlen ART. A nagy Értékáramok azonban több művészetet és beszállítót is tartalmazhatnak. Ebben az esetben a Megoldásvonat koordinációt biztosít egy PI előtti tervezési esemény segítségével, amely meghatározza a kontextust és biztosítja a bemeneteket az egyes ART PI tervezési eseményekhez. A PI utáni tervezési esemény követi az ART PI tervezést, és a megoldáshoz hozzájáruló Művészetek tervezési eredményeinek integrálására szolgál.

az Innovációs és tervezési iterációs cikk példát mutat be a PI előtti és utáni tervezési események befogadására.

További Információ

Leffingwell, Dean. Agilis szoftverkövetelmények: Lean követelmények gyakorlatok csapatok, programok és a vállalat számára. Addison-Wesley, 2011. Kennedy, Michael. Termékfejlesztés a Lean vállalat számára. Oaklea Press, 2003.

Utolsó frissítés: Augusztus 12 2020