Scrum Guide | 17. Sprint Backlog

Vývojový tím vytvára nový Sprint Backlog počas plánovania Sprintu. Od tohto momentu sa stáva aktuálnym záväzkom pre vývojárov, t.j. zoznamom nových funkcií, vylepšení a úprav produktu, ktoré sa majú implementovať v začínajúcom Sprinte. Po začiatku Sprintu sa Backlog stáva záväzným poradím, z ktorého si vývojári vyberajú úlohy na vykonanie.

Čo je to Sprint Backlog? – obsah:

1. Úvod
2. Ako sa vytvára Sprint Backlog?
3. Čo obsahuje Sprint Backlog?
4. Používanie Sprint Backlogu
5. Zhrnutie

Úvod

Sprint Backlog popisuje prácu vývojového tímu počas jedného Sprintu. Preto je vyjadrený technickým jazykom. Popisuje podrobné úlohy a ich plánované riešenia. Týmto spôsobom sa skladá zo zoznamu úloh vypracovaného tak, aby bol jasný pre vývojárov. Sprint Backlog zvyčajne má malý ohľad na jazyk obchodnej hodnoty produktu, čo je spôsob opisu vlastný Product Backlogu, ktorý tu predstavíme.

Sprint Backlog vzniká:

• na základe Product Backlogu
• počas trvania jedného Sprintu
• počas Scrum udalosti nazvanej plánovanie Sprintu
• celým Scrum tímom – ale vývojový tím zohráva kľúčovú úlohu pri jeho vytváraní

Ako sa vytvára Sprint Backlog?

Počas plánovania Sprintu Product Owner navrhuje ako pridať hodnotu k produktu v nasledujúcom Sprinte. Potom celý Scrum tím spolupracuje na formulovaní cieľa Sprintu, t.j. vyberá, ktorú funkčnosť z Product Backlogu implementovať. Cieľ Sprintu definuje, ako implementovať produkt alebo odložiť termín na splnenie očakávaní zákazníka.

Ďalším krokom je premyslieť a realisticky nastaviť rozsah práce, ktorú treba vykonať v nasledujúcom Sprinte a ako to dosiahnuť.

Výsledky týchto zistení prichádzajú vo forme technického popisu úloh na vykonanie. A tento zoznam sa stáva novým Sprint Backlogom.

Novovytvorený Sprint Backlog existuje na mieste, ktoré je ľahko prístupné všetkým členom vývojového tímu. V fyzickom priestore je to zvyčajne tabuľa zavesená v pracovnom priestore. Kým v digitálnom priestore existuje ako cloudový zdieľaný dokument, ktorý môžu všetci vývojári aktualizovať. Aj keď by každý člen Scrum tímu mal udržiavať jeho aktuálnosť na dennej báze, zvyčajne je to Scrum Master alebo jeden z vývojárov, kto zvyčajne preberá túto zodpovednosť.

Čo obsahuje Sprint Backlog?

Product Backlog nešpecifikuje, ako presne vykonať úlohy. Je to úloha vývojového tímu rozhodnúť. Tento krok vytvára dostatok priestoru pre tím na manévrovanie, čím zvyšuje jeho schopnosti sebaorganizácie. Taktiež táto sloboda vybrať si poradie a metódy akcie posilňuje každého vývojára, čím sa vytvára pocit nezávislosti a zodpovednosti.

Rovnaká myšlienka platí aj pre zaobchádzanie so Sprint Backlogom ako neusporiadaným zoznamom úloh na vykonanie. Na rozdiel od tradičného push modelu (kde tím alebo vývojár koná podľa vopred definovanej a uloženej agendy), v pull modeli si vývojári vyberajú, ktoré úlohy vykonať (pull model).

Sprint Backlog špecifikuje:

1. Cieľ Sprintu – t.j. odpoveď na otázku, prečo vykonať naplánované úlohy v tomto Sprinte
2. Zoznam nových funkcií produktu a vylepšení, ktoré sa majú vyvinúť v tomto Sprinte. To je preto, že obsahuje prvky Product Backlogu vybrané na implementáciu v tomto Sprinte.
3. Zoznam úloh na vykonanie – to znamená technický popis, ako a kým sa vykoná práca, ktorá povedie k Incremental…

Používanie Sprint Backlogu

Rôzne metrické nástroje odrážajú pokrok práce zapísanej v Sprint Backlogu. Najčastejšie je to Burndown Chart, ktorý podrobne pokryjeme v samostatnom článku. S takouto vizualizáciou môže vývojový tím ľahko vidieť, či práca na cieľi Sprintu prebieha podľa plánu.

Počas Sprintu sa môže stať, že zistíte, že plán práce bol načrtnutý nerealisticky. Inými slovami, počet úloh v Product Backlogu pre cieľ Sprintu je príliš vysoký alebo príliš nízky. V oboch prípadoch vývojári a Product Owner sa pustia do zistenia, aké zmeny aplikovať na aktuálny Sprint Backlog. Je možné znížiť množstvo práce, vybrať ďalšie úlohy z Product Backlogu alebo predĺžiť už naplánované riešenia. Avšak majte na pamäti, že cieľ Sprintu musí zostať nezmenený.

Zhrnutie

Sprint Backlog je zoznam úloh, ktoré vývojári plánujú vykonať počas jedného Sprintu. Je to akýsi podrobný kontrakt s Product Ownerom. Sprint Backlog vzniká počas plánovania Sprintu, na ktorom sa zúčastňuje celý Scrum tím. Burndown Chart odráža stupeň dokončenia úloh prijatých na implementáciu.

Ak sa vám náš obsah páči, pridajte sa k našej aktívnej komunite včiel na Facebooku, Twitteri, LinkedIn, Instagrame, YouTube, Pinterest.