Planificarea PI

sarcinile viitoare de dezvoltare a produselor nu pot fi predeterminate. Distribuiți planificarea și controlul celor care pot înțelege și reacționa la rezultatele finale.

—Michael Kennedy, dezvoltarea de produse pentru Întreprindere Lean

nu există nici o magie în condiții de siguranță . . . cu excepția poate pentru planificarea PI.

planificarea programului Increment (PI) este un eveniment bazat pe cadență care servește ca bătăile inimii trenului de lansare agil (ART), aliniind toate echipele din artă la o misiune și o viziune comune.

planificarea PI este esențială pentru siguranță: dacă nu o faci, nu o faci în siguranță.

Manifestul Agile afirmă: „cea mai eficientă și eficientă metodă de transmitere a informațiilor către și în cadrul unei echipe de dezvoltare este o conversație față în față.”SAFe duce acest lucru la nivelul următor cu planificarea PI.

acolo unde este posibil, acest lucru implică colocare fizică, iar aceste evenimente de planificare PI la scară largă au loc acum în cadrul multor întreprinderi din întreaga lume. Ei au arătat în mod clar ROI financiar real, ca să nu mai vorbim de intangibilele care apar atunci când echipa de echipe Agile creează o construcție socială care este plină de satisfacții personale și colective.

s-ar putea să nu fie întotdeauna practic ca întreaga artă să se coloceze, iar în vremurile noastre actuale COVID-19 a creat o situație în care aceasta nu este o opțiune. În timp ce planificarea fizică față în față are beneficiile sale, „regula” sigură nescrisă este ” oamenii care fac munca planifică munca.”Când prezența fizică nu este posibilă, planificarea în timp real, concurentă, virtuală, față în față s-a dovedit acum eficientă. Într-adevăr, multe arte au reușit să creeze o situație hibridă în care mai multe Echipe se alătură de la distanță, așa cum se arată mai jos în Figura 1.

articolul avansat de subiect, planificarea PI distribuită cu siguranță, oferă îndrumări și considerații suplimentare pentru gestionarea cu succes a acestor scenarii.

planificarea PI are o agendă standard care include o prezentare a contextului și viziunii afacerii, urmată de planificarea echipei breakouts—unde echipele își creează planurile de iterație și obiectivele pentru viitoarea creștere a programului (PI). Facilitat de Release Train Engineer (rte), acest eveniment include toți membrii artei și are loc în cadrul iterației de inovare și planificare (IP). Organizarea evenimentului în timpul iterației IP evită afectarea programării sau a capacității altor iterații din PI. Planificarea PI are loc pe parcursul a două zile, deși acest lucru este adesea extins pentru a găzdui planificarea pe mai multe fusuri orare.

beneficiile de afaceri ale planificării PI

planificarea PI oferă multe beneficii de afaceri, inclusiv:

• stabilirea comunicării față în față între toți membrii echipei și părțile interesate
• construirea rețelei sociale arta depinde de
• alinierea dezvoltării la obiectivele de afaceri cu contextul de afaceri, viziunea și obiectivele PI ale echipei și Programului
• identificarea dependențelor și încurajarea colaborării între echipe și Arte
• oferirea oportunității pentru ‘dreptul de suma’ de arhitectură și experiența utilizatorului lean (UX) orientare
• cererea de potrivire a capacității și eliminarea excesului de muncă în proces (WIP)
• rapid luarea deciziilor

intrările și ieșirile planificării PI

intrările planificării PI includ:

• contextul de afaceri (a se vedea’ disponibilitatea conținutului ‘ de mai jos)
• foaie de parcurs și viziune
• Top 10 caracteristici ale programului Backlog

un eveniment de planificare PI de succes oferă două ieșiri principale:

• obiective PI angajate – un set de obiective inteligente care sunt create de fiecare echipă cu valoarea de afaceri atribuită de proprietarii de afaceri.
• Program board – evidențierea noilor date de livrare a caracteristicilor, dependențele caracteristicilor între echipe și etapele relevante.

pregătirea

planificarea PI este un eveniment semnificativ care necesită pregătire, coordonare și comunicare. Este facilitat de RTE și participanții la eveniment includ proprietarii de afaceri, managementul produselor, echipele Agile, arhitectul/Ingineria Sistemelor și soluțiilor, echipa de sistem și alte părți interesate, toți aceștia trebuie notificați în avans pentru a fi bine pregătiți. Participarea activă a proprietarilor de afaceri la acest eveniment oferă un paravan important pentru cheltuielile bugetare.

pentru ca evenimentul să aibă succes, este necesară pregătirea în trei domenii majore:

• pregătirea organizațională – alinierea strategică și configurarea echipelor și trenurilor
• pregătirea conținutului – pregătirea pentru Management și dezvoltare
• pregătirea logistică – considerații pentru desfășurarea unui eveniment de succes

mai jos sunt punctele culminante ale listei de verificare a pregătirii ART. (Lista de verificare completă este furnizată în setul de instrumente de planificare PI sigur, disponibil pentru SPC-uri).

pregătire organizațională

înainte de planificarea PI, trebuie să existe o aliniere a strategiei între participanți, părțile interesate și proprietarii de afaceri. Sunt atribuite roluri critice. Cu toate acestea, pentru a aborda acest lucru în avans, organizatorii evenimentului trebuie să ia în considerare următoarele:

• domeniul de aplicare și contextul planificării – este înțeles domeniul de aplicare (produs, sistem, domeniu tehnologic) al procesului de planificare? Știm ce Echipe trebuie să planifice împreună?
• alinierea afacerilor – există un acord rezonabil cu privire la priorități în rândul proprietarilor de afaceri?
• Echipe Agile – avem Echipe Agile? Există membri dedicați ai echipei și un Scrum Master și un proprietar de produs identificat pentru fiecare echipă?

disponibilitatea conținutului

este la fel de important să ne asigurăm că există o viziune și un context clare și că părțile interesate potrivite pot participa. Prin urmare, planificarea PI trebuie să includă:

• Executive briefing – un briefing care definește contextul actual de afaceri
• Product vision briefing(s) – briefing – uri pregătite de managementul produselor, inclusiv primele 10 caracteristici din programul Backlog
• Architecture vision briefing-o prezentare făcută de CTO, Enterprise Architect sau System Architect pentru a comunica noi facilitatori, caracteristici și cerințe nefuncționale (NFRs)

disponibilitatea logistică

pregătirea unui eveniment pentru a sprijini un număr mare de participanți nu este banală. Pentru planificarea colocată fizic, aceasta poate include asigurarea și pregătirea spațiului fizic. Pentru participanții la distanță sau pentru o planificare PI complet distribuită, aceasta include și investiții în infrastructura tehnică necesară. Considerațiile includ:

• locații – fiecare locație de planificare trebuie pregătită în avans
• tehnologie și scule – acces în timp Real la informații și instrumente pentru a sprijini planificarea distribuită sau participanții la distanță
• canalele de comunicare-canalele audio, video și de prezentare primare și secundare trebuie să fie disponibile

Agenda Standard

evenimentul urmează o agendă similară cu figura 2. Descrierile fiecărui element urmează. Pentru îndrumări privind adaptarea acestei agende pentru a sprijini planificarea pe mai multe fusuri orare, consultați articolul tematic avansat, planificarea PI distribuită cu siguranță.

agenda zilei 1

• contextul afacerii – un proprietar de afaceri sau un executiv senior descrie starea actuală a afacerii, împărtășește viziunea portofoliului și prezintă o perspectivă asupra eficienței soluțiilor existente care răspund nevoilor actuale ale clienților.
• Product/solution vision-managementul produselor prezintă viziunea actuală (de obicei reprezentată de următoarele caracteristici de top 10 viitoare) și evidențiază orice modificări față de evenimentul anterior de planificare PI, precum și orice repere viitoare.
• viziunea arhitecturii și practicile de dezvoltare – arhitectul/Ingineria sistemului prezintă viziunea arhitecturii. De asemenea, un manager senior de dezvoltare poate introduce modificări de susținere agilă a practicilor de dezvoltare, cum ar fi automatizarea testelor, DevOps, integrarea continuă și implementarea continuă, care sunt avansate în viitorul PI.
• contextul planificării și prânzul-RTE prezintă procesul de planificare și rezultatele așteptate ale evenimentului.
• Team breakouts #1 – în breakout, echipele își estimează capacitatea pentru fiecare iterație și identifică elementele restante de care vor avea nevoie probabil pentru a realiza caracteristicile. Fiecare echipă își creează proiectele de planuri, vizibile tuturor, iterație prin iterație.

în timpul acestui proces, echipele identifică riscurile și dependențele și elaborează obiectivele inițiale ale echipei PI. Obiectivele PI includ de obicei obiective neangajate, care sunt obiective încorporate în plan (de exemplu, povești care au fost definite și incluse pentru aceste obiective), dar nu sunt angajate de echipă din cauza prea multor necunoscute sau riscuri. Obiectivele neangajate nu sunt lucruri suplimentare de făcut în cazul în care există timp. În schimb, ele sporesc fiabilitatea planului și oferă managementului un avertisment timpuriu cu privire la obiectivele pe care arta ar putea să nu le poată îndeplini. Echipele adaugă, de asemenea, caracteristicile și dependențele asociate la placa de program, așa cum se arată în Figura 3.

• revizuirea planului de proiect – în timpul revizuirii planului de proiect, echipele prezintă rezultatele cheie ale planificării, care includ capacitatea și sarcina, obiectivele PI, riscurile potențiale și dependențele. Proprietarii de afaceri, managementul produselor și alte echipe și părți interesate revizuiesc și oferă contribuții.
• revizuirea managementului și rezolvarea problemelor-este probabil ca proiectele de planuri să prezinte provocări precum domeniul de aplicare, constrângerile de oameni și resurse și dependențele. În timpul evenimentului de rezolvare a problemelor, managementul poate negocia modificări ale domeniului de aplicare și poate rezolva alte probleme, acceptând diverse ajustări de planificare. RTE facilitează și menține părțile interesate primare împreună atât timp cât este necesar pentru a lua deciziile necesare pentru atingerea obiectivelor realizabile.

în trenurile de soluții multi-ART, un eveniment similar poate avea loc după prima zi de planificare pentru a rezolva problemele de artă care au apărut. În mod alternativ, RTEs-urile trenurilor implicate pot vorbi între ele pentru a ridica probleme care sunt apoi rezolvate în revizuirea specifică a managementului fiecărei arte și în evenimentul de rezolvare a problemelor. Soluția Train Engineer (Ste) ajută la facilitarea și rezolvarea problemelor din domeniul artelor.

agenda zilei 2

• ajustări de planificare – a doua zi, evenimentul începe cu prezentarea de către management a oricăror modificări ale domeniului de aplicare, oamenilor și resurselor planificării.
• Team breakouts # 2-echipele continuă planificarea pe baza Agendei lor din ziua precedentă, făcând ajustările corespunzătoare. Ei își finalizează obiectivele pentru PI, cărora proprietarii de afaceri le atribuie valoarea afacerii, așa cum se arată în Figura 4.
  

  

• revizuirea finală a planului și prânzul – în timpul acestei sesiuni, toate echipele își prezintă planurile grupului. La sfârșitul intervalului de timp al fiecărei echipe, echipa își declară riscurile și impedimentele și furnizează riscurile pentru RTE pentru a fi utilizate ulterior în exercițiul de ROAMing. Echipa întreabă apoi proprietarii de afaceri dacă planul este acceptabil. Dacă planul este acceptat, echipa își aduce foaia de obiectiv team PI în fața camerei, astfel încât toată lumea să poată vedea obiectivele agregate desfășurate în timp real. Dacă proprietarii de afaceri au preocupări, echipelor li se oferă posibilitatea de a ajusta planul după cum este necesar pentru a aborda problemele identificate. Echipa prezintă apoi planul revizuit.
• riscurile programului – în timpul planificării, echipele au identificat riscurile programului și impedimentele care le-ar putea afecta capacitatea de a-și îndeplini obiectivele. Acestea sunt rezolvate într-un context de management mai larg în fața întregului tren. Unul câte unul, riscurile sunt discutate și abordate cu onestitate și transparență, apoi clasificate într-una din următoarele categorii:
  • rezolvate – echipele sunt de acord că riscul nu mai este o preocupare.
  • deținut – cineva din tren își asumă riscul, deoarece nu poate fi rezolvat în timpul planificării PI.
  • acceptat – unele riscuri sunt doar fapte sau probleme potențiale care trebuie înțelese și acceptate.
  • echipele atenuate identifică un plan de reducere a impactului riscului.
• votul de încredere – odată ce riscurile programului au fost abordate, echipele își votează încrederea în îndeplinirea obiectivelor PI ale echipei.

fiecare echipă conduce un pumn de cinci voturi. Dacă Media este de trei degete sau mai mare, atunci conducerea ar trebui să accepte angajamentul. Dacă e mai puțin de trei, echipa reface planul. Orice persoană care votează cu două degete sau mai puțin ar trebui să aibă posibilitatea de a-și exprima preocupările. Acest lucru ar putea adăuga la lista de riscuri, necesită unele re-planificare, sau pur și simplu să fie informativ. Odată ce fiecare echipă a votat, procesul se repetă pentru întreaga artă, toată lumea exprimându-și încrederea în planul colectiv, așa cum este ilustrat în Figura 5.

• plan rework – dacă este necesar, echipele își refac planurile până când se poate atinge un nivel ridicat de încredere. Aceasta este o ocazie în care alinierea și angajamentul sunt evaluate mai mult decât aderarea la un timebox.
• planificarea retrospectivei și avansarea – în cele din urmă, RTE conduce o scurtă retrospectivă pentru evenimentul de planificare PI pentru a surprinde ceea ce a mers bine, ce nu și ce se poate face mai bine data viitoare, așa cum se arată în Figura 6.

• de obicei, urmează o discuție despre pașii următori, împreună cu instrucțiunile finale către echipe. Aceasta ar putea include:
  • curățarea camerelor utilizate pentru planificare.
  • capturarea obiectivelor și poveștilor echipei PI într-un instrument agil de gestionare a proiectelor.
  • revizuirea calendarelor de evenimente de echipă și artă.
  • determinarea planificării iterației și a locațiilor și temporizărilor zilnice de stand-up (DSU).

după finalizarea evenimentului de planificare, RTE și alte părți interesate de artă rezumă obiectivele individuale ale echipei PI într-un set de obiective ale programului PI (Figura 7) și folosesc acest lucru pentru a comunica extern și pentru a urmări progresul către obiective.

managementul produselor utilizează obiectivele programului PI pentru a actualiza foaia de parcurs și va îmbunătăți prognoza pentru următoarele două IP-uri, pe baza a ceea ce tocmai a fost învățat.

placa de program este adesea folosită în timpul grămezii de grămezi pentru a urmări dependențele. Poate fi sau nu menținută (manual) după finalizarea planificării. Acest lucru depinde de instrumentele Agile de gestionare a proiectelor și de nevoile artei.

echipele părăsesc evenimentul de planificare PI cu o întârziere de iterație prepopulată pentru viitorul PI. Ei iau obiectivele PI ale echipei lor, planurile de iterație și riscurile înapoi în zona lor de lucru obișnuită. Riscurile programului rămân la rte, care se asigură că persoanele responsabile de deținerea sau atenuarea unui risc au capturat informațiile și gestionează activ riscul.

cel mai important, arta continuă să execute PI, urmărind progresul și adaptându-se după cum este necesar la schimbările care apar pe măsură ce apar noi cunoștințe. Executarea PI începe cu toate echipele care efectuează planificarea pentru prima iterație, folosind planurile lor PI ca punct de plecare. Aceasta este o intrare proaspătă pentru procesele de planificare a iterației care urmează. Deoarece planurile de iterație create în timpul planificării PI nu au luat în considerare criterii detaliate de acceptare la nivel de poveste, este probabil că vor trebui făcute ajustări la primul și ulterior planuri de iterație.

soluție tren PI planificare

acest articol se concentrează pe activitățile de planificare ale unui singur ART. Cu toate acestea, fluxurile de valoare mare pot conține mai multe arte și furnizori. În acest caz, trenul de soluții asigură coordonarea folosind un eveniment de planificare Pre-PI, care stabilește contextul și oferă intrările pentru evenimentele individuale de planificare ART PI. Un eveniment de planificare post-PI urmează planificarea ART PI și este utilizat pentru a integra rezultatele planificării artelor care contribuie la soluție.

articolul iterație inovare și planificare oferă un exemplu de calendar pentru acomodarea evenimentelor de planificare Pre și Post – PI.

Aflați Mai Multe

Leffingwell, Dean. Cerințe software Agile: practici de cerințe slabe pentru echipe, programe și întreprindere. Addison-Wesley, 2011. Kennedy, Michael. Dezvoltarea de produse pentru Lean Enterprise. Oaklea Press, 2003.

Ultima actualizare: 12 August 2020