Ghid Scrum | 11. Statistici și valori pe care Scrum Master ar trebui să le urmărească

Publicat: 2022-04-21

De ce are nevoie Scrum Master de statistici și valori? În primul rând, să verifice dacă metodele sale de lucru cu privire la predictibilitatea rezultatelor și îmbunătățirea eficienței echipei sunt eficiente. Dar și pentru a urmări modul în care acțiunile lor afectează Echipa de Dezvoltare. Adică, modul în care modelează experiența utilizatorului angajaților (UX). Deci, în acest articol, prezentăm statistici și valori pe care Scrum Master ar trebui să le urmărească.

Statistici și valori importante pentru Scrum Master – cuprins:

  1. Măsurarea rezultatelor muncii echipei de dezvoltare
  2. Monitorizarea angajaților experiența utilizatorului Dezvoltatori
  3. rezumat

Măsurarea rezultatelor muncii echipei de dezvoltare

Cele mai frecvent utilizate statistici și valori pe care Scrum Master ar trebui să le urmărească sunt cele care descriu ritmul și fluxul de execuție a sarcinilor. Acestea sunt Diagrama Burnup, Diagrama Burnup și Diagrama de flux cumulativă. Acestea măsoară atât dezvoltarea produsului, cât și eficiența echipei. Fiecare vă permite să abordați aceste probleme dintr-un unghi diferit, așa că este o idee bună să le arătați împreună. Sunt instrumente utile pentru a evalua progresul pe diferite scări, în timpul unui Sprint, precum și a întregului proces de dezvoltare a produsului.

Statistics and metrics

Graficul Burndown

Diagrama de ardere arată Scrum Master și echipei de dezvoltare cât de multă muncă a fost făcută și cât mai rămâne de făcut. Axa X arată timpul rămas pentru finalizarea lucrării. Axa Y arată cantitatea de muncă rămasă de făcut care a fost planificată în Sprint Backlog sau Product Backlog.

Acest grafic ajută și la determinarea vitezei echipei de dezvoltare, căreia îi vom dedica și un articol separat. Aici vom menționa doar că este o cantitate medie de muncă efectuată în timpul unui Sprint.

Acest instrument simplu îi permite Scrum Master nu numai să vadă cât de eficient lucrează echipa. De asemenea, ajută să răspunzi la întrebări:

  • Ce parte a lucrării a fost deja finalizată?
  • Câte sarcini mai sunt de finalizat?
  • Cât timp va dura dezvoltarea produsului?

Când folosește Burndown Chart, Scrum Master trebuie să țină cont de faptul că nu este singurul instrument pentru a evalua statistic progresul echipei. Funcționează cel mai bine pentru proiectele în care domeniul de activitate este fix și cunoscut. Nu funcționează bine cu crearea de soluții foarte inovatoare cu un client nou. Apoi, cantitatea de muncă de făcut în întregul proiect – adică conținutul Product Backlog – se poate schimba semnificativ în timpul proiectului, ceea ce face dificilă utilizarea Burndown Chart.

Diagrama de ardere

Graficul Burnup este reversul diagramei Burndown discutat mai sus. Și aici, axa Y arată cantitatea de muncă rămasă de făcut. Axa X, pe de altă parte, arată timpul de finalizare exprimat fie în numărul de Sprinturi, fie în date.

Cu toate acestea, Scrum Master folosește Burnup Chart într-un scop ușor diferit. Acest lucru se datorează faptului că nu numai că vă ajută să măsurați progresul produsului și progresul echipei. Această măsurătoare evaluează, de asemenea, modul în care domeniul de activitate al unui proiect se modifică în timp. Prin urmare, funcționează bine pentru proiecte cu anvergură variabilă.

Burnup Chart este, de asemenea, un instrument de planificare care devine mai eficient în timp. Oferă răspunsuri la întrebarea cât de multă muncă se estimează că va face echipa de dezvoltare în următorul Sprint.

Diagrama de flux cumulativ

Al treilea tip de diagramă care este foarte fructuoasă în munca Scrum Master cu echipa de dezvoltare este diagrama de flux cumulativ. Prezintă analiza cât de stabil este ritmul și productivitatea echipei de dezvoltare. Dispunerea axelor sale este aceeași cu cea a diagramei Burnup, așa că este adesea denumită versiunea sa mai complexă.

Cu toate acestea, diagrama de flux cumulativ nu este doar pentru a determina numărul de sarcini finalizate într-o anumită perioadă de timp. De asemenea, ia în considerare numărul de sarcini care așteaptă în coadă pentru execuție. Datorită acestui fapt, permite diagnosticarea așa-numitelor „blocje” – momente ale procesului care încetinesc crearea unui produs.

Această caracteristică de diagnosticare o face una dintre cele mai utile valori în mâinile Scrum Master. Acest lucru se datorează faptului că permite reorganizarea muncii într-un mod care să distribuie diferit puterea echipei de dezvoltare și să evite timpul de nefuncționare.

Statistics and metrics the Scrum Master should track

Monitorizarea angajaților experiența utilizatorului Dezvoltatori

Întreținerea și analiza regulată și meticuloasă a statisticilor este o parte esențială a muncii unui Scrum Master eficient. Totuși, el/ea trebuie să țină cont în primul rând de experiența de utilizare a angajaților dezvoltatorilor, adică de modul în care aceștia percep munca în Echipa Scrum. Cu toate acestea, nu calitatea metricilor decide, ci modul în care Scrum Master le folosește.

Dacă statisticile sunt păstrate în conformitate cu principiile Scrum – sunt transparente, publice și de înțeles pentru Dezvoltatorii implicați – ele pot fi o modalitate de a motiva echipa să lucreze mai eficient sau de a le recompensa pentru rezultate excelente. Cu toate acestea, statisticile pot funcționa ca un instrument pentru a pune presiune asupra echipei de dezvoltare. Atunci indicațiile lor devin generatoare de acuzații și resentimente. Ele pot contribui la deteriorarea moralului echipei și la stricarea practicilor de lucru în echipă.

Al doilea factor important al experienței angajaților dezvoltatorilor, de care trebuie să se ocupe Scrum Master care lucrează cu instrumente statistice, este modul de a-și gestiona timpul. Acest lucru se datorează faptului că Scrum Master trebuie să aibă suficient timp pentru a avea grijă de Echipa de Dezvoltare. Din acest motiv, în cazul unui proiect mare, merită să luați în considerare includerea unei persoane suplimentare în Echipa Scrum. El/ea va acționa ca manager de proiect și se va ocupa de metrici. Datorită acestui lucru, îl va scuti pe Scrum Master – și într-o oarecare măsură pe Product Owner – de sarcinile care îi distrag atenția de la lucrul cu echipa de dezvoltare.

Statistici și metrici – rezumat

Scrum Master ar trebui să țină evidența statisticilor de bază care descriu activitatea echipei de dezvoltare. Interpretarea lor pricepută crește șansa de a identifica rapid problemele în munca echipei și de a reacționa la ele. Cu toate acestea, mai important decât păstrarea graficelor este ceea ce face Scrum Master cu ele. Ei nu ar trebui să trateze valorile ca pe un instrument de evaluare a echipei, ci mai degrabă să le trateze ca pe un ajutor util în motivarea echipei și diagnosticarea propriului mod de a face lucrurile. Acest lucru se datorează faptului că valorile vor fi instrumente utile doar dacă ajută la facilitarea proceselor de îmbunătățire a echipei și a produsului.

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

Scrum Guide | 11. Statistics and metrics the Scrum Master should track 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