Scrum Guide | 17. Sprint Backlog

Vývojový tým vytváří nový Sprint Backlog během plánování Sprintu. Od tohoto okamžiku se stává aktuálním závazkem pro vývojáře, tj. seznamem nových funkcionalit, vylepšení a modifikací produktu, které mají být implementovány v začínajícím Sprintu. Po zahájení Sprintu se Backlog stává závaznou frontou, ze které si vývojáři vybírají úkoly k provedení.

Co je to Sprint Backlog? – obsah:

1. Úvod
2. Jak se vytváří Sprint Backlog?
3. Co obsahuje Sprint Backlog?
4. Používání Sprint Backlogu
5. Shrnutí

Úvod

Sprint Backlog popisuje práci vývojového týmu během jednoho Sprintu. Proto je vyjádřen technickým jazykem. Popisuje podrobné úkoly a jejich plánovaná řešení. Skládá se tedy ze seznamu úkolů sestaveného tak, aby byl jasný vývojářům. Sprint Backlog obvykle má malou váhu na jazyk obchodní hodnoty produktu, což je způsob popisu vlastní Product Backlogu, který zde představíme.

Sprint Backlog vzniká:

• na základě Product Backlogu
• na dobu jednoho Sprintu
• během Scrum události nazvané plánování Sprintu
• celým Scrum týmem – ale vývojový tým hraje klíčovou roli v jeho vytváření

Jak se vytváří Sprint Backlog?

Během plánování Sprintu Product Owner navrhuje jak přidat hodnotu produktu v následujícím Sprintu. Poté celý Scrum tým spolupracuje na formulaci cíle Sprintu, tj. vybírá, kterou funkcionalitu z Product Backlogu implementovat. Cíl Sprintu definuje, jak implementovat produkt nebo odložit termín, aby splnil očekávání zákazníka.

Dalším krokem je promyslet a realisticky stanovit rozsah práce, kterou je třeba vykonat v následujícím Sprintu a jak toho dosáhnout.

Výsledky těchto zjištění přicházejí ve formě technického popisu úkolů k provedení. A tento seznam se stává novým Sprint Backlogem.

Nově vytvořený Sprint Backlog existuje na místě, které je snadno přístupné všem členům vývojového týmu. V fyzickém prostoru je to obvykle tabule visící v pracovním prostoru. Zatímco v digitálním prostoru existuje jako cloudový sdílený dokument, který mohou všichni vývojáři aktualizovat. I když by každý člen Scrum týmu měl udržovat jeho aktuálnost na denní bázi, je to Scrum Master nebo jeden z vývojářů, kdo obvykle přebírá tuto odpovědnost.

Co obsahuje Sprint Backlog?

Product Backlog neuvádí, jak přesně vykonávat úkoly. Je to úkol vývojového týmu rozhodnout. Tento krok vytváří dostatek prostoru pro tým, aby mohl manévrovat, čímž zvyšuje své schopnosti seberegulace. Také tato svoboda vybírat pořadí a metody akce posiluje každého vývojáře, což přináší pocit nezávislosti a odpovědnosti.

Stejná myšlenka platí pro zacházení se Sprint Backlogem jako s neuspořádaným seznamem úkolů k vykonání. Na rozdíl od tradičního modelu tlačení (kde tým nebo vývojář jedná podle předem definované a vnucené agendy), v modelu tahání si vývojáři vybírají, které úkoly vykonat (model tahání).

Sprint Backlog specifikuje:

1. Cíl Sprintu – tj. odpověď na otázku, proč vykonávat naplánované úkoly v tomto Sprintu
2. Seznam nových funkcí produktu a vylepšení, které mají být vyvinuty v tomto Sprintu. To je proto, že obsahuje prvky Product Backlogu vybrané k implementaci v tomto Sprintu.
3. Seznam úkolů k provedení – tj. technický popis toho, jak a kým bude práce, která povede k Incremental…

Používání Sprint Backlogu

Různé metrické nástroje odrážejí pokrok práce napsané ve Sprint Backlogu. Nejčastěji je to Burndown Chart, který podrobně pokryjeme v samostatném článku. S takovou vizualizací může vývojový tým snadno vidět, zda práce na cíli Sprintu probíhá podle plánu.

Mohlo by se stát během Sprintu, že zjistíte, že plán práce byl navržen nerealisticky. Jinými slovy, počet úkolů v cíli Sprintu Product Backlogu je příliš vysoký nebo příliš nízký. V obou případech vývojáři a Product Owner se pustí do zjištění, jaké změny aplikovat na aktuální Sprint Backlog. Je možné snížit množství práce, vybrat další úkoly z Product Backlogu nebo prodloužit již naplánovaná řešení. Mějte však na paměti, že cíl Sprintu sám musí zůstat nezměněn.

Shrnutí

Sprint Backlog je seznam úkolů, které vývojáři plánují vykonat během jednoho Sprintu. Je to jakýsi podrobný kontrakt s Product Ownerem. Sprint Backlog vzniká během plánování Sprintu, do kterého se zapojuje celý Scrum tým. Burndown Chart odráží míru dokončení úkolů přijatých k implementaci.

Pokud se vám náš obsah líbí, připojte se k naší komunitě pilných včel na Facebooku, Twitteru, LinkedInu, Instagramu, YouTube, Pinterestu.