Ghid Scrum | 32. Avantajele și dezavantajele diagramei de ardere

Publicat: 2022-06-22

Diagrama de ardere are multe beneficii. Este unul dintre principalele instrumente de măsurare din Scrum din mai multe motive. Este ușor de creat, scalat și citit. Cu toate acestea, are și dezavantaje care îl fac să nu fie un instrument universal. În articolul de astăzi, acoperim subiectul dezavantajelor și avantajelor diagramei de ardere.

Avantajele și dezavantajele diagramei de ardere – cuprins:

  1. Introducere
  2. Avantajele diagramei Burndown
  3. Dezavantajele diagramei Burndown
  4. rezumat

Introducere

Am scris despre ce este, cum să creați și să interpretați un grafic de ardere în articolele anterioare. Astăzi ne vom concentra asupra avantajelor și dezavantajelor diagramei de ardere. Cu toate acestea, cele mai multe dintre ele nu sunt ascunse în graficul simplu în sine. Mai degrabă, ele sunt legate de modalitățile de utilizare a diagramei de ardere pentru a motiva echipa de dezvoltare, deoarece descriu rezultatele muncii lor și întăresc auto-organizarea.

Avantajele diagramei Burndown

Diagrama de ardere vă permite să vizualizați progresul proiectului dvs. Lizibilitatea și simplitatea sa îl fac atât de popular. De aceea, este o idee bună ca Burn Chart să fie nu doar o măsurătoare actualizată constant, ascunsă într-un instrument digital de management de proiect. Dacă este posibil, merită să îl facem un punct de referință pentru echipa de dezvoltare vizibil la locul de muncă fizic. Fie sub forma unei vizualizări pe ecran sau a unei schițe desenate manual.

Motivează Echipa de Dezvoltare

Transparența diagramei de ardere poate face din acesta un instrument de motivare a echipei de dezvoltare să lucreze eficient. Atingerea punctului „zero” în fiecare Sprint poate deveni un obiectiv ambițios al Echipei, pentru care se acordă recompense – conform principiilor gamificării business.

Vizibilitatea unui grafic de ardere actualizat și întreținut interesant poate spori, de asemenea, un spirit de cooperare și auto-organizare. La urma urmei, metrica este o măsură a muncii în echipă. Nu arată exact cine a îndeplinit – sau nu – sarcinile planificate, ci doar rezultatele obținute.

Măsoară munca efectivă efectuată

Dezvoltatorii decid câte sarcini vor îndeplini într-un anumit Sprint. Cu cât echipa este mai experimentată, cu atât mai precis ar trebui să-și prezică acțiunile. Iar graficul bur-down reflectă progresul real al Sprintului.

Astfel, avantajul diagramei de ardere nu este atât de a măsura cantitatea obiectivă de muncă depusă, ci raportul dintre sarcinile planificate și cele finalizate. Astfel, Dezvoltatorii învață treptat cum să le planifice și își pot estima capacitățile din ce în ce mai precis și pot elimina erorile repetitive.

Se cuplează cu alte instrumente

Unul dintre avantajele semnificative ale diagramei de ardere se referă la versatilitatea sa în combinarea cu alte instrumente. Următoarele instrumente se pot aplica pentru:

  • analizând activitatea echipei de dezvoltare
  • vizualizarea progresului lucrării la Produs
  • estimarea bugetului proiectului

De exemplu, în acest din urmă caz, utilizarea diagramei de ardere la scară de proiect permite o comparație a bugetului planificat și real pentru întregul proiect.

Advantages of the burndown chart

Dezavantajele diagramei Burndown

În ciuda tuturor avantajelor diagramei Burndown prezentate mai sus, acesta poate deveni o sursă de confuzie pentru echipa de dezvoltare. Cu toate acestea, ceea ce numim frecvent „defecte” ale diagramei de ardere nu se datorează imperfecțiunilor instrumentului în sine. Problemele prezentate mai jos se referă la modul de implementare a diagramei de ardere mai degrabă decât la proiectarea acestuia. Mai jos sunt defectele care pot interfera cu reprezentarea progresului echipei de dezvoltare în acest fel.

„Factorul uman”

Graficele nu pot fi o măsură absolută a progresului unei echipe. Sunt doar instrumente de aplicat în moduri diferite, mai mult sau mai puțin pricepute. O putem considera ca un dezavantaj (sau avantaj) nu numai al diagramei de ardere, ci și al altor măsuri ale performanței echipei.

Pentru a crea o diagramă de ardere, aveți nevoie de alte persoane pentru a introduce date. Cu alte cuvinte, dezvoltatorii au trecut timpul de finalizare a sarcinii pe grafic. S-ar putea să-l fi prelungit sau scurtat puțin – fie prin neatenție, fie prin dorința de a îmbunătăți lucrurile pentru echipă. De asemenea, dezvoltatorii uită uneori să-și înregistreze timpul. Sau lăsați cronometrul pornit. Acest lucru face ca timpul de lucru să se extindă la câteva ore. Și după descoperirea greșelii, este dificil să-i reconstruiești cursul real.

Modificări ale Sprint Backlog

Sprint Backlog nu trebuie modificat după începerea unui Sprint. Cu toate acestea, în practică, astfel de schimbări apar destul de des. Ele rezultă din schimbarea cerințelor părților interesate. Sau probleme neprevăzute pe care le întâmpină dezvoltatorii.

Acest lucru face ca graficul de ardere să fie scalat. Acest lucru se datorează faptului că timpul necesar pentru finalizarea sarcinilor rămâne același. Cu toate acestea, amploarea sarcinilor rămase crește. Acest lucru poate da o impresie înșelătoare că echipa de dezvoltare a planificat incorect munca de făcut într-un anumit Sprint. Sau că funcționează prea încet.

Modificările aduse Sprint Backlog pot rezulta și din sarcinile care au fost programate pentru finalizare prea rapid. Într-o astfel de situație, Echipa de Dezvoltare decide de obicei să mărească numărul de sarcini. Acest lucru, la rândul său, poate duce la nefinalizarea lor la timp. De asemenea, pot apărea conflicte din suprapunerea sarcinilor rămase din Sprintul anterior cu sarcini noi programate pentru a fi finalizate de către părțile interesate și proprietarii de produse.

Modificări la Product Backlog

Schimbările mari în Product Backlog pot perturba forma diagramei de ardere. Și astfel falsifică puternic imaginea progresului muncii și eficacității echipei. Acest lucru se întâmplă atunci când apar noi Povestiri de utilizator . Iar cele care sunt aproape de faza de implementare sunt adesea împărțite în părți mai mici. De asemenea, se întâmplă ca Clientul să renunțe la unele funcționalități ale Produsului.

Prin urmare, atunci când interpretăm diagrama de ardere, trebuie să ne ghidăm după cunoștințe și experiență în evaluarea performanței echipei. Și luați în considerare și variabilitatea Backlog-ului. Dacă diagrama nu este singura măsurătoare utilizată pentru a evalua performanța, celelalte diagrame vă vor permite să vedeți o imagine mai completă a progresului lucrării.

Advantages and disadvantages of the burndown chart

rezumat

Diagrama de ardere poate contribui semnificativ la motivarea echipei de dezvoltare. Acest lucru se datorează faptului că oferă o măsură a muncii reale efectuate pe plan. Mai mult decât atât, combinația sa cu alte instrumente metrice poate fi o sursă de cunoștințe valoroase despre munca echipei și planificarea produsului.

Aplicând cu atenție principiile Scrum, puteți evita potențialele probleme cu arderea. Cel mai important lucru este să adaptați instrumentele de păstrare a diagramei în urma muncii efective a echipei Scrum, precum și să minimizați modificările aduse Sprintului și Product Backlog-ului, despre care scriem mai multe în acest articol.

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 | 32. Advantages and disadvantages of the burndown chart 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