Ghid Scrum | 34. Viteza în Scrum – Viteza echipei de dezvoltare

Publicat: 2022-07-06

Viteza în Scrum vă ajută să determinați rata la care echipa Scrum finalizează sarcinile. Îl putem defini ca fiind numărul mediu de Story Points completate într-un Sprint. Velocity poate estima, de asemenea, durata unui proiect pe baza progresului lucrărilor deja finalizate. Cu toate acestea, acest lucru are sens doar pentru o echipă matură care lucrează într-un ritm uniform și constant. Aruncă o privire la ce este Velocity și cum să o faci să funcționeze cel mai bine pentru tine!

Viteza în Scrum – cuprins:

  1. Viteza în Scrum – Introducere
  2. Viteza reală și planificată
  3. Dificultăți și riscuri asociate cu Velocity in Scrum
  4. rezumat

Viteza în Scrum – Introducere

Viteza este o metodă opțională, dar populară, de a măsura ritmul unei echipe Scrum. Acest lucru se datorează faptului că o viteză estimată cu precizie permite prezicerea, într-o măsură rezonabilă, a timpului necesar pentru finalizarea unui proiect. Cu toate acestea, este o măsură care poate fi aplicată doar unei anumite echipe de dezvoltare, care va îndeplini sarcini pe care ea însăși le-a „prețuit” folosind o unitate familiară, cum ar fi Story Points, de exemplu.

Viteza echipei de dezvoltare este prezentată cel mai adesea sub forma unei diagrame de viteză. Pe axa X sunt marcate Sprinturi consecutive. Pe axa Y, pe de altă parte, vom găsi numărul de puncte de poveste sau alte unități corespunzătoare care au fost finalizate într-un anumit Sprint. Cu diagrama de viteză, echipa Scrum obține o imagine clară a schimbărilor în ritmul activității sale. Dacă linia marcată pe diagramă este în creștere, înseamnă că Echipa își optimizează eficiența sau reduce valoarea Story Points. Prin urmare, atât Scrum Master cât și Product Owner ar trebui să urmeze cu atenție linia care arată viteza echipei.

velocity in scrum - speed of the development team

Viteza reală și planificată

Viteza reală a echipei de dezvoltare descrie ritmul de lucru în Sprintul finalizat și este calculată la sfârșitul fiecărui Sprint. Acesta ia valoarea sumei punctelor de poveste pentru toate poveștile utilizatorului finalizate. Viteza reală a echipei de dezvoltare vă permite să planificați și să estimați cu o oarecare probabilitate ritmul sarcinilor viitoare.

Pe de altă parte, viteza planificată este estimată pe baza unei valori medii a vitezei reale. Necesită presupunerea că nu există nicio schimbare în echipa de dezvoltare. Este un instrument intern important pentru Echipa de Dezvoltare, care, pe baza acestuia, poate evalua dacă cooperarea în Echipă merge bine și dacă ritmul de lucru este menținut.

Planned Velocity îi permite, de asemenea, Product Owner-ului să prognozeze timpul de execuție al User Stories bine definite programate pentru execuție în Sprinturile ulterioare. Acest lucru permite o creștere mai eficientă a Product Backlog-ului, despre care am scris în acest articol. Cu toate acestea, practica de aplicare a vitezei planificate pentru a estima duratele proiectelor nu este atât de simplă.

Dificultăți și riscuri asociate cu Velocity in Scrum

Viteza în Scrum primește adesea prea multă importanță fără a lua în considerare următorii factori:

  • estimarea întregurilor mai mari sau a întregului proiect – în timp ce echipa de dezvoltare poate estima cu exactitate numărul de puncte de poveste care urmează să fie alocate unei anumite sarcini, este foarte dificil sau imposibil să descrii întreguri mai mari pentru implementarea viitoare în aceste unități
  • modificări în proiect – orice modificare a proiectului înseamnă potențial o modificare a numărului de puncte de poveste necesare pentru atingerea obiectivului de produs. De asemenea, este posibil ca sarcinile deja finalizate să fie modificate sau chiar să nu fie utilizate în versiunea finală a Produsului
  • evenimente neprevăzute – prezicerea ritmului proiectelor viitoare pe baza celor deja finalizate, adică traducerea vitezei reale în viteză planificată, poate avea ca rezultat estimări precise. Cu toate acestea, fiecare proiect are particularitățile sale și o predicție precisă bazată pe istorie este de obicei imposibilă.
Velocity in Scrum

rezumat

Utilizarea vitezei ca măsură pentru a evalua eficiența echipei de dezvoltare poate duce la degradarea fiabilității acesteia. De asemenea, poate degrada calitatea estimărilor, despre care am scris mai detaliat în acest articol. La urma urmei, pentru a obține cele mai bune rezultate posibile în metrici, echipa de dezvoltare poate supraestima intensitatea sarcinilor de muncă pentru a crește viteza. Acest lucru este dăunător, deoarece echipa însăși pierde apoi informații valoroase pentru a face îmbunătățiri și a-și planifica sarcinile mai precis.

Viteza în Scrum este utilă în primul rând ca măsură internă utilizată de echipa de dezvoltare pentru a evalua ritmul activității sale. Acest lucru se datorează faptului că îi permite să determine câte sarcini este capabil să realizeze în timpul unui singur Sprint.

Viteza în mâinile Product Ownerului devine un instrument util pentru estimarea termenului limită pentru sarcini mai mari.

Cu toate acestea, cele mai mari riscuri sunt asociate cu utilizarea Velocity ca măsurătoare pentru evaluarea echipei de dezvoltare. Acest lucru se datorează faptului că poate duce la o scădere a credibilității sale și chiar la o supraestimare deliberată a valorii sale pentru a îmbunătăți evaluarea externă a activității echipei Scrum.

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 | 34. Velocity in Scrum - Speed of the Development Team 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