Uživatelské příběhy a plánování iterace

Uživatelský příběh (user story) je krátký popis něčeho, co uživatel potřebuje, napsaný z jeho pohledu. Plánování iterace je způsob, jakým tým rozhoduje, na kterých stories bude pracovat v příštím časovém boxu. Mnoho týmů tento časový box nazývá sprint a schůzku plánování sprintu (sprint planning); East Agile Tracker jim říká iterace a plánování iterace.

Co je uživatelský příběh

Obvyklá šablona zní:

Jako [druh uživatele] chci [nějakou schopnost], abych [nějaký přínos].

Například: Jako projektový manažer chci vidět, které stories jsou zablokované, abych je mohl uvolnit před koncem iterace.

Šablona pojmenovává, kdo z toho má užitek, co potřebuje a proč. Díky tomu „proč“ může tým najít jednodušší způsob, jak dodat stejný přínos. Story je zástupcem rozhovoru, ne úplnou specifikací: podrobnosti se dolaďují mezi těmi, kdo žádají, a těmi, kdo stavějí.

INVEST: je story připravená?

INVEST je kontrolní seznam pro dobře utvořenou story:

• Independent (nezávislá) — dá se vytvořit a dodat samostatně.
• Negotiable (vyjednatelná) — podrobnosti jsou otevřené diskusi.
• Valuable (hodnotná) — dodává něco, na čem uživateli nebo zákazníkovi záleží.
• Estimable (odhadnutelná) — tým jí rozumí natolik, aby určil její velikost.
• Small (malá) — pohodlně se vejde do jedné iterace.
• Testable (testovatelná) — existuje jasný způsob, jak poznat, že je hotová.

Akceptační kritéria

Akceptační kritéria říkají, co musí platit, aby se story počítala jako hotová. Zapsání ve tvaru Given / When / Then z každého z nich dělá akceptační test:

Given story s nevyřešeným blokátorem, when otevřu sloupec Blocked, then je v něm story uvedena.

Kritéria se dohodnou před začátkem práce, takže tým i ten, kdo story akceptuje, sdílejí stejnou definici hotového.

Plánování iterace

Plánování iterace odpovídá na jedinou otázku: na čem budeme v této iteraci pracovat? Potřebuje tři vstupy:

1. Seřazený backlog — stories seřazené podle priority, přičemž ty nahoře jsou připravené (splňují INVEST a mají akceptační kritéria).
2. Odhady — každá kandidátní story má velikost ve story pointech.
3. Rychlost — kolik bodů tým za iteraci dokončí. Viz Co je velocity?.

Tým bere stories z vrcholu backlogu, dokud součet nedosáhne jeho rychlosti. Vzít si víc znamená spoléhat na to, že tým náhle začne pracovat rychleji; vzít si méně nechává kapacitu nevyužitou.

Jak to dělá East Agile Tracker

• Stories mají čtyři typy: features, bugs, chores a releases. Body ve výchozím nastavení nesou jen features. Viz Stories.
• Akceptační kritéria patří do popisu. Samostatné pole neexistuje; kritéria se do popisu zapíšou dřív, než se na story začne pracovat. Když je story doručena, produktový vlastník ji podle těchto kritérií akceptuje, nebo odmítne. Viz stavový automat a akceptační smyčka.
• Backlog je jeden přísně seřazený seznam a podle rychlosti promítá nadcházející iterace, tři nebo čtyři dopředu, přičemž označí každou skupinu, která rychlost překročí. Viz Iterace.
• Plánování iterace je z velké části automatické. Se zapnutým auto-plan iterations (výchozí stav) se aktuální iterace naplní do vaší rychlosti; přitažení nové story přesune story s nejnižší prioritou zpět na vrchol Backlogu. Týmy, které se zavazují k pevnému rozsahu ve stylu Scrumu, mohou auto-plan vypnout a naplánovat si, kolik chtějí; počítadlo nad rychlostí zčervená. Viz Plánování iterace.
• Vytvoření story otevře editor pro název, popis, typ, odhad a vlastníky. Viz Vytvoření story.

Další četba

• Co jsou story pointy? — určování velikosti stories.
• Co je velocity? — kapacitní stránka plánování.
• eXtreme Programming — odkud pocházejí uživatelské příběhy a plánovací hra.