Decizia nivelului de detaliu necesar pentru un plan de lansare

Publicat: 2022-08-23

„De câte detalii avem nevoie pentru planul nostru de lansare?”

Aceasta este o întrebare importantă pe care trebuie să o puneți la începutul unui proiect de dezvoltare software sau, în cazul unei echipe de produse cu vechime îndelungată, înainte de dezvoltarea unei ediții majore a unui sistem.

Răspunsul la această întrebare va determina cantitatea de efort inițial pe care o depunem în documentarea planului nostru, precum și cât de mult efort vom avea nevoie pentru a menține planul documentat în timp. Dintr-un punct de vedere agil, vrem să profităm de planificare , care înseamnă să ne gândim în avans la problemele critice, dar să nu ne asumăm riscurile de a ne gândi prea mult sau de a ne angaja prea devreme.

Pe scurt, agiliștii urmăresc doar o planificare suficientă.

Cunoașteți-vă contextul atunci când planificați lansarea

Un principiu de bază pentru agilitatea afacerii este că contextul contează: diferite echipe se află în situații diferite și trebuie să își ajusteze abordarea în consecință pentru a fi eficiente.

O implicație interesantă a acestui lucru este că nu există „cele mai bune practici”. În schimb, toate practicile sunt de natură contextuală. Orice practică are compromisuri: funcționează bine în unele situații și se dovedește a fi o idee proastă în altele.

Pentru a alege un mod eficient de lucru (WoW), trebuie să înțelegeți compromisurile diferitelor tehnici disponibile și apoi să selectați combinația care funcționează cel mai bine pentru dvs., având în vedere situația cu care vă confruntați și abilitățile și cultura persoanele implicate. Recunoscând acest lucru, următoarele opțiuni de planificare a lansării sunt mai degrabă opțiuni decât prescripții.

opțiuni pentru nivelul de detaliu pentru planul de lansare

Figura 1. Scopul procesului Plan the Release.

În Figura 1, vedeți diagrama obiectivului procesului pentru modul în care o echipă poate planifica lansarea inițială a unei soluții bazate pe software. Observați cum un plan poate aborda programul/timpul, costul, valoarea, considerentele de personal sau combinații ale acestora.

Înrudit: Cum să finanțați un proiect de dezvoltare software

Unul dintre punctele de decizie pe care trebuie să le luați în considerare este cât de multe detalii veți capta în planul dvs., dacă există. Acesta este punctul central al acestui articol, așa cum arată dreptunghiul roșu.

Puteți vedea pe diagrama obiectivului că există opt puncte de decizie pe care trebuie să le luați în considerare atunci când planificați o lansare și că fiecare dintre aceste puncte de decizie are opțiuni. Când există o săgeată lângă lista de opțiuni, spunem că opțiunile sunt ordonate; când nu există săgeată, acestea sunt neordonate.

În cazul opțiunilor ordonate, am reușit să clasificăm eficiența relativă a opțiunilor, cu cele mai eficiente opțiuni în partea de sus a listei și cele mai puțin eficiente opțiuni în partea de jos. Este important de reținut că clasamentele prezentate în Figura 1 sunt pentru echipele de software, deși bănuim că clasamentele vor fi valabile și pentru echipele care nu sunt software.

Opțiuni pentru nivelul de detaliu într-un plan de lansare

Consider că există patru opțiuni pentru planificarea lansării unei soluții; deși recunosc că pot fi mai multe și că ați putea să combinați strategii. După cum puteți vedea în Figura 1, există o săgeată lângă lista de opțiuni care indică faptul că este ordonată. De la cel mai eficient la cel mai puțin eficient, opțiunile sunt:

  1. Val rulant : planul este actualizat continuu pe toată durata lansării, ca un val, cu mai multe detalii pentru lucrările viitoare și mai puține detalii pentru lucrările ulterioare. Un plan de val rulant începe ca un plan la nivel înalt, iar detaliile, după caz, sunt adăugate exact la timp pe parcursul lansării.
  2. Nivel înalt: planul de lansare indică reperele majore , orice faze, orice iterații/sprinturi (dacă echipa ta funcționează în acest fel) și orice dependențe între ele. Nu se referă la lucrările detaliate care trebuie efectuate. În schimb, are încredere în echipă să se autoorganizeze și să facă tot ce este potrivit la momentul respectiv.
  3. Detaliat: planul de lansare conține detalii semnificative despre munca de făcut și poate chiar atribui acea activitate unor roluri sau persoane specifice. Detaliile sunt identificate la începutul lansării, într-o perioadă la care echipele agile și scrum o numesc adesea „Sprint 0”, Inception sau Initiation. Detaliile sunt de obicei actualizate în timp pe măsură ce lucrarea continuă.
  4. Nici unul : planul de lansare nu este deloc documentat. Planificarea poate avea loc, dar planul în sine nu este capturat.

Compararea opțiunilor de planificare a lansării

După cum s-a subliniat mai devreme, nu există o „cea mai bună practică”, ci fiecare practică funcționează bine în unele situații și nu atât de bine în altele. Tabelul 1 prezintă compromisurile asociate cu strategiile detaliate de planificare a lansării descrise mai sus.

Înrudit: șablon gratuit de plan de proiect

Când cunoașteți compromisurile asociate cu o opțiune, puteți lua o decizie mai bună cu privire la abordarea cea mai potrivită pentru situația cu care vă confruntați. Alegeri mai bune conduc la rezultate mai bune.

Tabelul 1. Compararea fiecărei strategii pentru nivelul de detaliu dintr-un plan.

Opțiunea de finanțare Avantaje Dezavantaje
Val rulant · Foarte eficient în medii fluide, în special atunci când cerințele evoluează rapid sau membrii echipei nu sunt încă pe deplin cunoscuți.

·Funcționează bine cu bugetarea valului rulant, deoarece aliniază practicile continue de finanțare cu planificarea continuă.

· Permite echipelor să producă termene și bugete oneste pentru părțile interesate.

 ·Necesită flexibilitate din partea părților interesate, deoarece înlătură sentimentul (consolator) de falsă predictibilitate în favoarea furnizării lor de abilitatea de a conduce și ghida echipa către succes.
Nivel inalt ·Funcționează bine pentru echipele experimentate care nu au nevoie de multe detalii despre plan.

·Util pentru a oferi părților interesate o prognoză la nivel înalt pentru ceea ce va fi livrat în timp și pentru a identifica dependențele cu alte echipe.

· Oferă un anumit sentiment de „previzibilitate” fără a-și asuma costurile unei planificări detaliate.

 ·Poate fi inconfortabil pentru persoanele care caută falsul sentiment de securitate care vine cu planurile detaliate.
Detaliat · Practic doar pentru inițiative banale în care gradul de incertitudine legat de cerințe și tehnologie este scăzut, iar programul este de fapt previzibil.

· Adesea justificat de necesitatea de a fi conform cu reglementările, chiar dacă reglementările necesită rareori o planificare detaliată în avans.

 · Oferă un sentiment fals de predictibilitate părților interesate atunci când este aplicat în situații în care cerințele variază (care este marea majoritate a situațiilor).

· Necesită efort semnificativ, și de obicei inutil, pentru a se menține mai târziu în ciclul de viață, pe măsură ce situația evoluează.

· Scade moralul echipei.

Nici unul ·Potrivit pentru inițiative simple, cu risc scăzut, într-un mediu de mare colaborare.

· Fără documentație generală.

 · Nu oferă transparență părților interesate care nu colaborează activ cu echipa.

Alegerea este bună la planificarea lansării

Dacă vrei să fii eficient, atunci trebuie să potriviți abordarea cu situația cu care vă confruntați. Deoarece echipe diferite se confruntă cu situații diferite, o singură abordare nu se potrivește tuturor și, în schimb, trebuie să aveți opțiuni pe care să le înțelegeți și să le puteți aplica în mod corespunzător.

Mai important, trebuie să fii pregătit să-ți evoluezi abordarea pe măsură ce situația ta evoluează. După cum arată acest articol, aveți o gamă largă de opțiuni pentru nivelul de detaliu al planului de lansare. Recomandarea noastră este să faceți tot ce puteți în situația cu care vă confruntați și să încercați mereu să învățați și să vă îmbunătățiți.

Indiferent dacă planificați în detaliu sau urmați un cadru agil și planificați mai liber, lăsând spațiu liber pentru iterare, trebuie totuși să planificați. ProjectManager este un software de management al proiectelor bazat pe cloud, care vă oferă flexibilitatea de a planifica după cum credeți de cuviință. Cu panouri kanban, diagrame Gantt și un tablou de bord în timp real care oferă date actualizate odată ce ați pus acel plan în mișcare, sunteți mereu conștient de schimbare și puteți reacționa rapid. Vedeți singuri luând această probă gratuită de 30 de zile.