Ghid Scrum | 18. Ce este Product Backlog?

Product Backlog-ul este singura sursă de sarcini efectuate de echipa Scrum. Este o listă de funcționalități și îmbunătățiri planificate ale produsului. Forma sa este modificabilă și nu toate sarcinile incluse în Product Backlog vor fi finalizate. Evoluează în timpul discuțiilor cu părțile interesate. De asemenea, este îmbunătățit constant. Înseamnă că, cu cât mai aproape de termenul limită, cu atât sarcina devine mai detaliată.

Ce este Product Backlog? - Cuprins:

1. Introducere
2. Ce conține Product Backlog?
3. Forma Product Backlog
4. Îmbunătățirea stocului de produse
5. rezumat

Introducere

Product Backlog este cel mai mare dintre artefactele Scrum. Acesta reflectă stadiul lucrării asupra unui Produs referitor la Obiectivul Produsului. Pe de altă parte, atunci când munca la un Produs este finalizată, Backlog-ul acestuia devine o listă completă a sarcinilor efectuate de Echipa Scrum pentru a crea Produsul. Cu toate acestea, nu conține soluții tehnice detaliate.

Ce conține Product Backlog?

Product Backlog este creat în timpul întâlnirilor Product Ownerului cu Stakeholderii. Proprietarul produsului este singurul proprietar și persoana responsabilă pentru această sursă de sarcini.

Limba de afaceri caracterizează intrările din Product Backlog. Cu alte cuvinte, ele descriu valoarea produsului din punctul de vedere al părților interesate.

Descrierile sarcinilor incluse în lista de sarcini necesită coerență și claritate. Acestea conțin funcții și îmbunătățiri ale Produsului prezentate de obicei sub formă de Povești utilizator cărora le dedicăm o intrare separată. Aici vom menționa doar că acestea sunt descrieri ale funcționalităților parțiale ale produsului care răspund la întrebările despre următoarele probleme:

• Domeniul de aplicare al modificărilor produsului
• Scopul modificării Produsului
• Tipul de utilizator pentru care apare această modificare

Forma Product Backlog

Ordinea sarcinilor incluse în Product Backlog se modifică pe măsură ce Produsul se dezvoltă. În timp ce lucrează la el, echipa Scrum modelează și își îmbunătățește funcționalitățile. La întâmpinarea obstacolelor, acțiunile sale implementate permit tuturor să se gândească și să definească viitoare soluții adecvate, iar acestea se vor schimba în consecință la un alt obstacol neprevăzut. Prin urmare, nu există o ordine clară și definită a acțiunilor, totul este schimbător. Îmbunătățirea Product Backlog vizează actualizarea continuă și pregătirea pentru următoarele sarcini. Din acest motiv, este continuă.

Sarcinile cu un termen limită îndepărtat sunt de obicei întregi mari, generice. Descrierea lor nu conține detalii, ci doar o schiță de funcționalitate care ar trebui realizată. De asemenea, este posibil să găsiți sarcini printre ele care nu se vor termina niciodată.

Intrările din Product Backlog pot prezenta soluții alternative. Și, de asemenea, ideile Clientului care pot deveni depășite, neprofitabile sau dintr-un alt motiv nu intră niciodată în faza de implementare. De aceea, Product Backlog-ul este uneori numit în glumă „Lista de dorințe a clientului”.

Un alt motiv pentru modificarea formei Product Backlog-ului este redefinirea soluțiilor. Uneori se dovedește că o anumită problemă a fost deja rezolvată în timpul creării unei alte funcționalități a produsului. Sau funcționalitatea așteptată a devenit redundantă din cauza modificărilor altor soluții.

Una dintre activitățile de bază în timpul îmbunătățirii Product Backlog este împărțirea sarcinilor conținute în Product Backlog în părți. Datorită acestui fapt, schița generală a funcționalității este prezentată sub formă de unități mai mici, mai detaliate și definite cu precizie.

Sarcinile concepute pentru o implementare mai atentă devin mai detaliate. Ele devin și mai mici, conținând detalii despre soluții. Detaliile apar în timpul dezvoltării produsului. Și datorită cunoașterii stării actuale a Produsului și a așteptărilor actuale ale părților interesate, Product Owner completează sarcinile viitoare cu descrierea, ordinea și dimensiunea acestora. Apoi, selectează sarcinile cel mai bine descrise pentru următorul Sprint Backlog.

Îmbunătățirea stocului de produse

În timp ce lucrează la un Produs, Product Owner modifică și detaliază Product Backlog în cooperare cu Echipa de Dezvoltare. Urmând sugestiile Product Ownerului, în timpul Sprint Planning echipa selectează funcții de implementat din Product Backlog. Acestea sunt apoi mutate în Sprint Backlog și împărțite în sarcini care urmează să fie finalizate. Sarcinile mutate în Sprint Backlog sunt descrise în limbaj tehnic, care este cel mai util pentru Dezvoltatori.

Dimensiunea sarcinii este o măsură importantă din punctul de vedere al echipei de dezvoltare. Estimarea corectă a acesteia devine deosebit de critică atunci când selectați User Stories din Product Backlog la Sprint Backlog.

Echipa de dezvoltare învață în timp să estimeze corect timpul și efortul necesar pentru a finaliza o anumită poveste de utilizator. Aceasta este exprimată în zile, ore-man sau Puncte de poveste și oferă o estimare a unei valori numite Viteza echipei.

rezumat

Product Backlog-ul este o listă îmbunătățită continuu de sarcini care conduc la obiectivul de produs. Conținutul Product Backlog-ului este de obicei exprimat sub formă de User Stories. Și cu cât timpul rămas pentru a finaliza o sarcină este mai scurt, cu atât:

• Descrierea postului este mai detaliata
• Sfera sarcinii este mai mică
• Sfera sarcinii este mai bine definită

Echipa Scrum se ocupă de sarcini. Product Owner gestionează și modifică Product Backlog.

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