Ghid Scrum | 23. Puncte de poveste și estimare în Scrum

Publicat: 2022-05-26

În articolul de astăzi, acoperim subiectul Estimare și Story Points în Scrum. Crearea estimărilor în Scrum ajută la prezicerea complexității și a timpului necesar pentru finalizarea sarcinilor. Analizând trecutul, întreaga echipă Scrum prognozează colectiv ce ne rezervă viitorul.

Prin urmare, cu cât echipa Scrum este mai experimentată, cu atât estimările lor sunt mai precise. Echipa colaborează și la stabilirea timpului estimat pentru finalizarea sarcinilor în timpul Sprint Planning, ținând cont de faptul că nu este un angajament final, ci o predicție. Precizia sa depinde de numeroase variabile care suferă în mod constant schimbări imprevizibile și circumstanțe neașteptate. Din fericire, metodologia Scrum include tehnici și instrumente pentru a facilita un anumit grad de certitudine, iar astăzi le vom discuta în detaliu, astfel încât să le puteți înțelege și aplica imediat!

Story Points and Estimation in Scrum – cuprins:

  1. Introducere
  2. Importanța punctelor de poveste în Scrum
  3. Story Points sunt unități relative. Aceasta înseamnă că:
  4. Tehnici de estimare relativă
  5. rezumat

Introducere

La fiecare Sprint Planning, Product Owner prezintă noi Povești utilizator echipei. Product Owner le selectează din Product Backlog pentru implementare în următorul Sprint. Apoi, membrii echipei Scrum estimează împreună volumul de muncă necesar pentru a finaliza acest nou lot de sarcini. Acest tip de atribuire este o estimare, estimarea cerințelor.

S-ar părea că cel mai simplu mod este să definiți timpul necesar pentru a finaliza sarcina în ore sau zile. Cu toate acestea, practica și cercetările efectuate începând cu anii 1940 dovedesc contrariul. Oamenii nu sunt în măsură să estimeze cu exactitate timpul necesar pentru a îndeplini chiar și sarcini foarte bine definite. În plus, numărul de ore necesare pentru a finaliza o sarcină depinde de cine face sarcina și de ce a fost – sau nu – făcut înainte. Acesta este motivul pentru care Scrum utilizează de obicei unități numite Story Points.

Importanța punctelor de poveste în Scrum

Fiecare Echipă de Dezvoltare pune în practică valoarea unui Story Point trăgând din experiență și dimensiunea sarcinilor individuale, adică urmând principiul empirismului. Cel mai adesea, în timpul Sprint Planning, Scrum Master selectează unul sau mai multe mostre de User Stories finalizate, care servesc drept punct de referință pentru a determina valoarea User Stories de dezvoltat.

De aceea, nu puteți atribui valori în Story Points fără context. De exemplu, dacă primei sarcini i se atribuie o valoare de 10, sarcinile ulterioare vor fi evaluate în raport cu aceasta ca fiind mai mari sau mai mici. În acest fel, în cadrul unui proiect Scrum Team, toate sarcinile din Product Backlog sunt legate între ele. Aceasta înseamnă că sarcini similare efectuate de o echipă de dezvoltare vor primi un număr similar de puncte.

Scrum Guide | 23. Story Points and Estimation in Scrum Reklama bloig scrum 1 23

Story Points sunt unități relative. Aceasta înseamnă că:

Valoarea Story Point se referă numai la sarcinile efectuate de o anumită echipă Scrum. Story Points descriu viteza de îndeplinire a sarcinilor unei echipe. Cu alte cuvinte, o poveste de utilizator estimată la 10 puncte de poveste de către echipa A, poate obține 50 de către echipa B. Acest lucru se datorează faptului că, așa cum am menționat, valoarea lor este relativ calculată față de alte sarcini efectuate de acea echipă și experiența lor cu sarcini similare. .

Valoarea punctelor de poveste completate într-un Sprint nu poate fi baza pentru compararea performanței a două echipe Scrum. Pentru a evita greșelile în gestionarea proiectelor Scrum, este important de reținut că Viteza unei Echipe de Dezvoltare exprimată în Story Points realizate într-un Sprint nu poate fi folosită pentru a compara performanța a două Echipe. Acest lucru se datorează faptului că ar putea face aceeași muncă în sprinturi paralele, pe care o echipă le-a estimat la 10, iar cealaltă la 50 de puncte de poveste.

De asemenea, nu trebuie uitat că estimarea conține multe elemente necunoscute și se face pe baza unor date incomplete. Din acest motiv, predicțiile chiar și ale unei echipe Scrum foarte experimentate pot fi uneori foarte diferite de efortul real necesar pentru a finaliza o poveste de utilizator.

Tehnici de estimare relativă

Care sunt cele mai eficiente tehnici de estimare în Scrum? Nu există o metodă universală care să funcționeze pentru fiecare echipă.

Dintre tehnicile de estimare din cadrul metodologiilor agile, cele mai comune sunt:

  • Planning Poker. Această metodă relativă cea mai populară necesită un joc de cărți pentru a calcula cantitatea de muncă necesară pentru a finaliza o sarcină. Regulile detaliate și procesul pe care le vom acoperi într-un articol separat.
  • Joc de estimare a echipei. Aceasta implică atribuirea execuției User Stories într-un Sprint dat cu valori numerice adecvate selectate din secvența Fibonacci. De asemenea, i-am dedicat un articol separat.

Scrum, pe de altă parte, respinge metoda clasică de Estimare Absolută a metodologiei tradiționale de management de proiect. Modul în care estimează sarcinile este prin definirea în avans a lunilor persoane, a duratei și a costului întregului proiect. Acesta este un proces lung, greu de implementat și necesită participarea experților care tind să stabilească rațiunea și codul de conduită, dar nu iau nicio acțiune care nu vor îndeplini neapărat sarcinile a căror valoare au estimat-o. Cu alte cuvinte, nu este doar plictisitor, ci și extrem de ineficient.

Estimation and Story Points in Scrum

Story Points and Estimation- Rezumat

Estimarea este o abilitate foarte importantă care caracterizează toate echipele Scrum mature. Estimarea timpului și efortului necesar pentru a finaliza sarcinile individuale a devenit punctul central al multor tehnici de estimare relativă, cum ar fi Planning Poker sau Team Estimation Game.

Poveștile utilizatorilor cu puncte de poveste este o altă tehnică eficientă de măsurare pe care am descris-o, sperăm că le oferă cititorilor noștri câteva instrumente la îndemână. Cu toate acestea, este important să rețineți că cifrele lor se referă doar la sarcinile particulare efectuate de echipa Scrum. Prin urmare, numărul de puncte de poveste nu poate deveni baza pentru compararea vitezei diferitelor echipe de dezvoltare.

Dacă vă place conținutul nostru, alăturați-vă comunității noastre de albine ocupate pe Facebook, Twitter, LinkedIn, Instagram, YouTube, Pinterest.

Scrum Guide | 23. Story Points and Estimation in Scrum caroline becker avatar 1background

Autor: Caroline Becker

În calitate de manager de proiect, Caroline este expertă în găsirea de noi metode de a proiecta cele mai bune fluxuri de lucru și de a optimiza procesele. Abilitățile ei de organizare și capacitatea de a lucra sub presiunea timpului o fac cea mai bună persoană pentru a transforma proiectele complicate în realitate.

Vizualizați toate postările

Ghid Scrum:

  1. Glosar de termeni de bază, roluri și noțiuni
  2. Ce este Scrum?
  3. Valorile Scrum
  4. Cum implementezi Scrum în compania ta?
  5. Echipa Scrum - ce este și cum funcționează?
  6. Cine este un proprietar de produs?
  7. Cele mai frecvente greșeli ale Product Ownerului
  8. Cine este Scrum Master?
  9. Caracteristicile unui bun Scrum Master
  10. Cele mai frecvente greșeli ale Scrum Master
  11. Ce statistici și valori ar trebui să urmărească Scrum Master?
  12. Cooperare între Product Owner și Scrum Master
  13. Echipa de dezvoltare în Scrum
  14. Cele mai frecvente greșeli ale dezvoltatorilor
  15. Artefacte Scrum
  16. Scaling Scrum
  17. Sprint Backlog
  18. Ce este Product Backlog?
  19. Ce sunt User Stories?
  20. Crearea celei mai bune povești de utilizator cu INVEST
  21. Cele mai frecvente greșeli ale User Story
  22. Criterii de acceptare a poveștii utilizatorului
  23. Estimare și Story Points în Scrum
  24. Planificarea Pokerului
  25. Joc de estimare a echipei
  26. Definirea creșterii
  27. Evenimente Scrum
  28. Ce este Sprint în Scrum?
  29. Angajamentele echipei Scrum - Obiectiv de produs, obiectiv de sprint și definiția finalizării
  30. Ce este un grafic Burndown?
  31. Cum se creează și se interpretează un grafic de ardere?
  32. Avantajele și dezavantajele diagramei de ardere
  33. Panouri Kanban în Scrum și Scrumban
  34. Viteza în Scrum - Viteza echipei de dezvoltare
  35. Scrum zilnic
  36. Planificarea sprintului
  37. Sprint Review
  38. Ce este o retrospectivă Sprint?
  39. Greșeli frecvente în timpul unei retrospective de sprint
  40. Creșterea backlog-ului de produse