Produktový backlog je jediným zdrojom úloh vykonávaných tímom Scrum. Je to zoznam plánovanej funkčnosti a vylepšení produktu. Jeho podoba je zmeniteľná a nie všetky úlohy zahrnuté v produktovom backloge budú dokončené. Vyvíja sa počas diskusií so zainteresovanými stranami. Je tiež neustále vylepšovaný. To znamená, že čím bližšie je termín, tým podrobnejšia úloha sa stáva.
Čo je produktový backlog? – obsah:
- Úvod
- Čo obsahuje produktový backlog?
- Podoba produktového backloga
- Vylepšenie produktového backloga
- Zhrnutie
Úvod
Produktový backlog je najväčší z Scrum artefaktov. Odráža stav práce na produkte vzhľadom na cieľ produktu. Na druhej strane, keď je práca na produkte dokončená, jeho backlog sa stáva úplným zoznamom úloh vykonaných tímom Scrum na vytvorenie produktu. Avšak neobsahuje podrobné technické riešenia.

Čo obsahuje produktový backlog?
Produktový backlog sa vytvára počas stretnutí vlastníka produktu so zainteresovanými stranami. Vlastník produktu je jediným vlastníkom a osobou zodpovednou za tento zdroj úloh.
Obchodný jazyk charakterizuje záznamy v produktovom backloge. Inými slovami, popisujú hodnotu produktu z pohľadu zainteresovaných strán.
Popisy úloh zahrnuté v zozname úloh potrebujú koherenciu a jasnosť. Obsahujú funkcie a vylepšenia produktu, ktoré sú zvyčajne prezentované vo forme používateľských príbehov, ktorým venujeme samostatný záznam. Tu len spomenieme, že ide o popisy čiastkových funkčností produktu, ktoré odpovedajú na otázky o nasledujúcich otázkach:
- Rozsah úprav produktu
- Účel úpravy produktu
- Typ používateľa, pre ktorého táto úprava vzniká

Podoba produktového backloga
Poradie úloh zahrnutých v produktovom backloge sa mení s vývojom produktu. Počas práce na ňom tím Scrum formuje a vylepšuje jeho funkčnosti. Pri stretnutí s prekážkami umožňujú implementované akcie všetkým premýšľať a definovať budúce adekvátne riešenia, a tieto sa tiež zmenia v súlade s nepredvídanými ďalšími prekážkami. Preto neexistuje jasné a definované poradie akcií, všetko je zmeniteľné. Vylepšenie produktového backloga je zamerané na jeho neustále aktualizovanie a prípravu na ďalšie úlohy. Z tohto dôvodu je to neustále.
Úlohy s vzdialeným termínom sú typicky veľké, všeobecné celky. Ich popis neobsahuje detaily, ale iba náčrt funkčnosti, ktorá by mala byť realizovaná. Je tiež možné nájsť medzi nimi úlohy, ktoré nikdy neskončia.
Záznamy v produktovom backloge môžu predstavovať alternatívne riešenia. A tiež nápady zákazníka, ktoré môžu zastarať, stať sa nerentabilnými alebo z nejakého iného dôvodu nikdy nevstúpiť do fázy implementácie. Preto sa produktový backlog niekedy žartovne nazýva „zoznam prianí zákazníka“.
Ďalším dôvodom zmien v podobe produktového backloga je predefinovanie riešení. Niekedy sa ukáže, že určitý problém už bol vyriešený pri vytváraní inej funkčnosti produktu. Alebo očakávaná funkčnosť sa stala nadbytočnou v dôsledku zmien v iných riešeniach.
Jednou z základných aktivít počas vylepšovania produktového backloga je rozdelenie úloh obsiahnutých v produktovom backloge na časti. Vďaka tomu je všeobecný náčrt funkčnosti prezentovaný vo forme menších, podrobnejších a presne definovaných jednotiek.
Úlohy navrhnuté na bližšiu implementáciu sa stávajú podrobnejšími. Taktiež sa stávajú menšími, obsahujúcimi detaily riešení. Detaily sa objavujú počas vývoja produktu. A vďaka znalosti aktuálneho stavu produktu a aktuálnych očakávaní zainteresovaných strán, vlastník produktu dopĺňa nadchádzajúce úlohy o ich popis, poradie a veľkosť. Potom vyberá najlepšie popísané úlohy pre ďalší Sprint Backlog.
Vylepšenie produktového backloga
Počas práce na produkte vlastník produktu modifikuje a podrobne popisuje produktový backlog v spolupráci s vývojovým tímom. Na základe návrhov vlastníka produktu tím počas plánovania sprintu vyberá funkcie na implementáciu z produktového backloga. Následne sú presunuté do Sprint Backlogu a rozdelené na úlohy, ktoré majú byť dokončené. Úlohy presunuté do Sprint Backlogu sú popísané technickým jazykom, ktorý je pre vývojárov najviac užitočný.
Veľkosť úlohy je dôležitou metrikou z pohľadu vývojového tímu. Jej správne odhadovanie sa stáva obzvlášť kritickým pri výbere používateľských príbehov z produktového backloga do Sprint Backlogu.
Vývojový tím sa časom učí správne odhadnúť čas a úsilie potrebné na dokončenie konkrétneho používateľského príbehu. To sa vyjadruje v dňoch, človekohodinách alebo Story Points a poskytuje odhad hodnoty nazývanej rýchlosť tímu.
Zhrnutie
Produktový backlog je neustále vylepšovaný zoznam úloh vedúcich k cieľu produktu. Obsah produktového backloga je zvyčajne vyjadrený vo forme používateľských príbehov. A čím kratší je čas zostávajúci na dokončenie úlohy, tým:
- Popis práce je podrobnejší
- Rozsah úlohy je menší
- Rozsah úlohy je lepšie definovaný
Tím Scrum sa stará o úlohy. Vlastník produktu spravuje a modifikuje produktový backlog.
Ak sa vám náš obsah páči, pridajte sa k našej komunite usilovných včiel na Facebooku, Twitteri, LinkedIn, Instagrame, YouTube, Pinterest.
Caroline Becker
Ako projektová manažérka je Caroline odborníčkou na hľadanie nových metód na navrhovanie najlepších pracovných tokov a optimalizáciu procesov. Jej organizačné schopnosti a schopnosť pracovať pod časovým tlakom z nej robia najlepšiu osobu na premenenie zložitých projektov na realitu.
Scrum Guide:
- Glosár základných pojmov, rolí a predstáv
- Čo je Scrum?
- Hodnoty Scrumu
- Ako implementovať Scrum vo vašej spoločnosti?
- Scrum tím - čo to je a ako to funguje?
- Kto je Product Owner?
- Najbežnejšie chyby Product Ownera
- Kto je Scrum Master?
- Najčastejšie chyby Scrum Mastera
- Aké štatistiky a metriky by mal Scrum Master sledovať?
- Vývojový tím v Scrume
- Najbežnejšie chyby vývojárov
- Scrum artefakty
- Škálovanie Scrumu
- Sprint Backlog
- Čo je produktový backlog?
- Čo sú používateľské príbehy?
- Vytváranie najlepšieho používateľského príbehu s INVEST
- Najbežnejšie chyby v používateľských príbehoch
- Kritériá prijatia používateľských príbehov
- Odhad a príbehové body v Scrume
- Plánovací poker
- Hra odhadovania tímu
- Definovanie inkrementu
- Scrum udalosti
- Čo je to burndown graf?
- Výhody a nevýhody burndown grafu
- Kanbanové tabule v Scrume a Scrumbane
- Rýchlosť v Scrume - Rýchlosť vývojového tímu
- Denný Scrum
- Plánovanie sprintu
- Prezentácia sprintu
- Čo je to Sprint Retrospektíva?
- Bežné chyby počas retrospektívy sprintu
- Starostlivosť o produktový backlog
- Ako vytvoriť a interpretovať burndown graf?
- Čo je Sprint v Scrume?
- Spolupráca medzi Product Ownerom a Scrum Masterom
- Záväzky Scrum tímu - Cieľ produktu, Cieľ sprintu a Definícia dokončenia
- Charakteristiky dobrého Scrum Mastera