Dacă ați experimentat vreodată trafic în Los Angeles, știți că timpul necesar pentru a ajunge de la Arcadia la Santa Monica este supus unui număr de forțe, inclusiv traficul, vremea, construcția, ora din zi și capriciile altor șoferi. Este o distanță de 32 de mile care ar putea dura 41 de minute sau 4 ore., elementele din lista de produse Scrum sunt supuse unui număr similar de variabile, adesea făcând planificarea agilă la fel de frustrantă ca șederea în traficul din California de Sud.
și aceasta este o problemă masivă. Dacă nu reușiți să estimați cu exactitate și în mod constant timpul sau viteza în timpul planificării Agile, acest lucru poate duce la termene ratate, blocaje, blocaje rutiere, dificultăți de aplicare și, uneori, chiar eșecul unui proiect. vestea bună este că există o modalitate mai bună de a estima timpul necesar pentru planificarea agilă: estimarea punctului de poveste.,
dezavantaje ale altor metode de estimare a timpului în proiectele Agile
înainte de a intra în valoarea estimării punctului de poveste, să luăm în considerare alte metode de estimare a timpului utilizate în planificarea agilă.multe echipe atribuie o estimare proiectelor și elementelor cu ora, apoi atribuie un număr total de ore pe sprint. Dar, dacă ne întoarcem la analogia de conducere, această practică este similară cu a privi doar la distanță atunci când conduceți și nu ține cont de alți factori. un alt mod de a estima este tehnica „zilei ideale”., Fiecare zi de lucru constă în e-mailuri, chat-uri și întâlniri, ceea ce înseamnă că dezvoltatorii dvs. nu vor fi disponibili să lucreze timp de 8 ore în fiecare zi, chiar dacă sunt încă la serviciu. Dezavantajul acestei metode de estimare este că încă se bazează pe ore, nu pe efort.
care sunt punctele de poveste?
deci, cum estimarea story point oferă echipei dvs. o estimare mai exactă a timpului necesar pentru finalizarea poveștilor utilizatorilor?
cu punctele de poveste, echipele iau în considerare efortul și complexitatea de a atribui fiecare articol într-un produs restante cu o valoare numerică., Punctele de poveste sunt mult mai cuprinzătoare decât să te uiți la un singur factor—timp—pentru a estima planificarea sprintului.
estimarea punctului de poveste include trei componente principale:
- risc: riscul unui anumit proiect sau element include cerințe vagi, dependență de o terță parte sau modificări la mijlocul sarcinii.
- complexitate: această componentă este determinată de cât de dificilă este dezvoltarea caracteristicii.
- repetiție: această componentă este determinată de cât de familiar este membrul echipei cu caracteristica și de cât de monotone sunt anumite sarcini în curs de dezvoltare.,prin încorporarea celor trei puncte de mai sus, Echipa dvs. poate planifica mai precis sprinturile, poate include perna pentru incertitudine, poate estima mai bine problemele și poate evita să se sprijine prea mult pe angajamentele de timp. Punctele de poveste permit consecvența nu doar în Echipe, ci și în departamente. urmați acest proces pentru a vă planifica mai precis sprinturile, a oferi așteptări realiste și a împinge proiectele mai repede.,
utilizați numerele de secvență Fibonacci
este tentant să atribuiți elemente cu o scală liniară, dar acele numere întregi nu sunt suficient de diferențiate pentru a defini clar o estimare. probabil că ați întâlnit acest lucru la cabinetul medicului cu o scală de durere. Dacă 1 pe scara durerii reprezintă „total bine” și 10 este o durere atât de severă încât se simte ca și cum ai muri, ce este 4? Și, în plus, cum este 4 diferit de 5? Și unde se potrivește o piatră de rinichi pe scară dacă nu ați mai experimentat dureri severe înainte?numerele de secvență Fibonacci elimină acele salturi minore., După cum vă amintiți, secvența Fibonacci este o serie de numere în care fiecare număr este suma celor două numere anterioare: 0, 1, 1, 2, 3, 5, 8, 13, 21, etc.
pentru Agile, secvența este de obicei modificată la 0.5, 1, 2, 3, 5, 8, 13, etc. Folosind aceste numere, este mult mai ușor să decideți dacă un element este de 3 puncte de poveste sau 5 puncte de poveste.,
Fibonacci scale example (Click on image to modify online) Determine a matrix
After you’ve decided to use the Fibonacci sequence, it’s time to determine a baseline for each story point., De exemplu:
1 = Adauga un nou produs de la un meniu vertical
2 = Adaugă ordinul de urmărire pentru utilizatorii autentificați
3 = Adaugă un sistem de rating pentru site-ul
5 = Adaugă un forum a site-ului
8 = Adaugă RGPD și CJAP conformitate peste site-ul
Ta de bază este inclus în această matrice ca 1, care stabilește standardul pentru ceea ce cel puțin suma de risc, complexitatea și repetarea se pare că în practică. Această matrice este o modalitate de a măsura mai concret efort; păstrați acest lucru în minte în loc de neplată a judeca elemente bazate numai pe durata de timp.,
țineți o rundă de planificare pocher
planificare pocher ajută o echipă obține un consens de aproximare corectă punct poveste pentru fiecare element. Iată cum funcționează:
- într-o întâlnire de planificare sprint, fiecare dezvoltator și tester primește un set de cărți, fiecare reprezentând un număr dintr-o secvență Fibonacci.
- un element restante este adus la masa, astfel încât echipa poate pune întrebări și să clarifice caracteristici.
- când discuția este închisă, fiecare dezvoltator și tester selectează în mod privat cardul care reflectă cel mai bine estimarea lor.,
- când toate cărțile au fost selectate, estimatorii își dezvăluie cărțile în același timp. Dacă este îndeplinit un consens, este timpul să treceți la următorul element de întârziere. Dacă estimările variază, liderii discută până când au ajuns la un consens.
este util de a avea o matrice completat la îndemână pentru estimatorii de referință în timpul planificării de poker, deoarece permite o mai mare coerență între sarcini. De asemenea, este util să setați o limită maximă (13, de exemplu). Dacă se estimează că o sarcină este mai mare decât această limită, aceasta ar trebui împărțită în elemente mai mici., În mod similar, dacă o sarcină este mai mică decât 1, ar trebui încorporată într-o altă sarcină.
în acest moment, în cadrul întâlnirii de planificare sprint, elementele din lista de produse restante pot fi prioritizate și împărțite între echipă în funcție de capacitatea de încărcare a echipei.
cum să estimați viteza sprintului
s-ar putea să vă întrebați în acest moment câte puncte de poveste poate finaliza o echipă în timpul unui sprint. Această sumă se numește viteza sprintului și, din păcate, nu există nicio modalitate de a determina acest lucru până când primul sprint nu a fost finalizat.,
în timpul primului sprint după prima întâlnire de planificare a punctului de poveste, urmăriți câte puncte de poveste au fost finalizate. Acest număr total poate fi apoi utilizat pentru a determina un număr rezonabil de puncte de poveste pe care echipa dvs. le poate completa în timpul unui sprint. Apoi, veți putea estima câte cicluri de sprint vor trebui finalizate pentru un proiect.
dacă utilizați o placă Scrum sau Kanban, pur și simplu uitați-vă la coloana „Done” de la sfârșitul sprint-ului și totalizați numărul de puncte story. De-a lungul timpului, puteți medie câteva săptămâni în valoare de date pentru a estima o viteză mai precisă sprint.,
Detailed Scrum task board example (Click on image to modify online) 
Kanban board with prioritization example (Click on image to modify online) Continue to improve based on past sprint estimates
The first sprint after adapting the story point technique is not going to go perfectly. And that’s completely normal., Stabiliți această așteptare cu echipa dvs. la început, astfel încât frustrarea să nu deturneze procesul. la următoarea întâlnire de planificare a sprintului, întrebați-vă echipa ce a mers bine, ce a mers prost și ce se poate face pentru a îmbunătăți. Este posibil să fie necesar să ajustați matricea inițială pentru a estima mai bine elementele care avansează. Și această matrice poate fi ajustată până când echipa dvs. este mai confortabilă cu estimarea efortului fiecărei sarcini.deoarece dezvoltarea agilă este un efort de echipă, este important să vă bazați foarte mult pe feedback-ul echipei pentru a determina îmbunătățirea., În timp ce punctele de poveste s-ar putea să nu se simtă la fel de intuitive ca atribuirea pur și simplu a estimărilor de oră fiecărei sarcini, veți constata că, estimând efortul în loc de timp, veți avea un sprint mai calm, o echipă mai organizată și mai pregătită și o experiență generală mai puțin stresată pentru fiecare sprint. În plus, veți putea discuta așteptările cu părțile interesate și puteți stabili date de livrare mai rezonabile, ceea ce îmbunătățește eficiența și, în cele din urmă, îmbunătățește produsul.,
acum că ați estimat toate punctele dvs. de poveste, următorul pas este să vă creați planul de lansare agil.
Aflați mai multe
