Ghid Scrum | 17. Sprint Backlog

Echipa de dezvoltare creează un nou Sprint Backlog în timpul Planificării Sprintului. Din acel moment, devine angajamentul actual pentru Dezvoltatori, adică o listă de noi funcționalități, îmbunătățiri și modificări ale Produsului de implementat în Sprintul de pornire. După începerea unui Sprint, Backlog-ul devine o coadă obligatorie din care Dezvoltatorii aleg sarcinile de efectuat.

Ce este un Sprint Backlog? - Cuprins:

1. Introducere
2. Cum este creat Sprint Backlog?
3. Ce conține Sprint Backlog?
4. Utilizarea Sprint Backlog
5. rezumat

Introducere

Un Sprint Backlog descrie munca echipei de dezvoltare în timpul unui singur Sprint. Prin urmare, este exprimat în limbaj tehnic. Descrie sarcini detaliate și soluțiile lor planificate. Astfel, constă într-o listă de sarcini întocmite într-un mod clar pentru Dezvoltatori. Backlog-ul Sprint nu ține seama de obicei de limbajul valorii de afaceri a Produsului, un mod de descriere propriu-zis pentru Product Backlog, pe care îl vom introduce aici.

Sprint Backlog-ul apare:

• bazat pe Product Backlog
• pe durata unui Sprint
• în timpul unui eveniment Scrum numit Sprint Planning
• de întreaga Echipă Scrum – dar Echipa de Dezvoltare este rolul cheie în crearea sa

Cum este creat Sprint Backlog?

În timpul Planificării Sprintului, Product Ownerul propune cum să adăugați valoare Produsului în următorul Sprint. Apoi întreaga echipă Scrum lucrează împreună pentru a formula obiectivul Sprint, adică selectează ce funcționalitate din Product Backlog să implementeze. Obiectivul Sprint definește modul de implementare a Produsului sau amânarea termenului limită pentru a îndeplini așteptările Clientului.

Următorul pas este să te gândești și să stabilești în mod realist domeniul de activitate de făcut în următorul Sprint și cum să-l atingi.

Rezultatele acestor constatări vin sub forma unei descrieri tehnice a sarcinilor de îndeplinit. Și această listă devine noul Sprint Backlog.

Sprint Backlog nou creat există într-o locație care este ușor accesibilă pentru toți membrii echipei de dezvoltare. În spațiul fizic, este de obicei o tablă albă atârnată în spațiul de lucru. În timp ce în spațiul digital, acesta există ca un document partajat bazat pe cloud, pe care toți dezvoltatorii îl pot actualiza. Chiar dacă fiecare membru al unei echipe Scrum ar trebui să-l actualizeze zilnic, Scrum Master sau unul dintre dezvoltatori este cel care își asumă de obicei această responsabilitate.

Ce conține Sprint Backlog?

Product Backlog nu specifică modul exact de executare a sarcinilor. Este rolul echipei de dezvoltare să decidă. Această mișcare creează suficient spațiu pentru ca echipa să poată manevra, sporindu-și astfel capacitățile de auto-organizare. De asemenea, această libertate de a selecta secvența și metodele de acțiune împuternicește fiecare Dezvoltator dând un sentiment de independență și responsabilitate.

Aceeași idee se aplică pentru tratarea Sprint Backlog ca pe o listă neordonată de sarcini de executat. Spre deosebire de modelul push tradițional (unde Echipa sau Dezvoltatorul acționează conform unei agende predefinite și impuse), în modelul pull, Dezvoltatorii selectează ce sarcini să facă (model pull).

Sprint Backlog specifică:

1. Scopul Sprintului – adică un răspuns la întrebarea de ce să efectueze sarcinile programate în acest Sprint
2. Lista noilor funcții și îmbunătățiri ale produsului de dezvoltat în acest Sprint. Acest lucru se datorează faptului că conține elementele Product Backlog selectate pentru implementare în acest Sprint.
3. Lista sarcinilor de efectuat – adică o descriere tehnică a cum și de către cine munca care va avea ca rezultat...

Utilizarea Sprint Backlog

Diverse instrumente de măsurare reflectă progresul muncii scrise în Sprint Backlog. Cel mai adesea este Burndown Chart , pe care îl vom acoperi pe deplin într-un articol separat dedicat. Cu o astfel de vizualizare, Echipa de Dezvoltare poate vedea cu ușurință dacă munca la obiectivul Sprintului decurge conform planului.

Se poate întâmpla în timpul unui Sprint să descoperiți că planul de lucru a fost conceput în mod nerealist. Cu alte cuvinte, numărul de sarcini de rezolvat din Obiectivul Sprint Product Backlog este prea mare sau prea mic. În ambele cazuri, dezvoltatorii și proprietarul produsului se coboară pentru a afla ce modificări trebuie aplicate actualului Sprint Backlog. Este posibil să reduceți volumul de muncă, să selectați sarcini suplimentare din Product Backlog sau să extindeți soluțiile deja planificate. Cu toate acestea, rețineți că obiectivul Sprint în sine trebuie să rămână nemodificat.

rezumat

Un Sprint Backlog este o listă de sarcini pe care Dezvoltatorii intenționează să le facă în timpul unui Sprint. Este un fel de contract detaliat cu Product Owner. Sprint Backlog-ul apare în timpul Sprint Planning la care participă întreaga echipă Scrum. Graficul Burndown reflectă gradul de finalizare a sarcinilor acceptate pentru implementare.

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

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