Uživatelské příběhy tvoří jádro agilního vývoje. Jsou hlavním vstupem pro scrumový tým. Ten přebírá uživatelské příběhy a vytváří přírůstky produktu na základě dokončení těchto příběhů. Bohužel správně vytvořit uživatelské příběhy není tak snadné.
Více informací o uživatelských příbězích se dozvíte zde:
Vlastníci produktů se musí naučit vytvářet uživatelské příběhy, které odpovídají potřebám týmu. Abyste mohli vytvářet dobré uživatelské příběhy, začněte tím, že nezapomenete INVESTOVAT do dobrých uživatelských příběhů. INVEST je zkratka, která zahrnuje následující koncepty, které tvoří dobrý uživatelský příběh:
Nezávislý:
Nezávislý: Položka produktového Backlogu (PBI) by měla být samostatná.
Nezávislý:
Valueable: Měl by ponechat prostor pro diskusi:
Musí přinášet hodnotu zúčastněným stranám:
Malý: Měl by tak být schopen plánovat, zadávat úkoly a stanovovat priority.
Testovatelný:
Příběhy by měly být co nejvíce nezávislé a měli byste být schopni na nich pracovat v libovolném pořadí. To umožňuje skutečné stanovení priorit každého příběhu. Když do hry vstoupí závislosti, nemusí být možné realizovat cenný příběh bez realizace jiných, mnohem méně cenných příběhů.
Negotovatelný
O dobrém příběhu se dá vyjednávat a není to smlouva. Dobrý příběh je pozvánkou ke konverzaci. Dobrý příběh zachycuje podstatu toho, co je žádoucí. Skutečný výsledek musí být výsledkem společného jednání mezi vlastníkem produktu a vývojovým týmem. Cílem je splnit potřeby zákazníka.
Výhodný
Uživatelské příběhy by měly být v backlogu prioritizovány podle obchodní hodnoty. Vymýšlení položek produktového backlogu, které je opravdu zábavné kódovat, ale nepřinášejí žádnou hodnotu pro zúčastněné strany, porušuje jednu z agilních zásad, kterou je průběžně dodávat hodnotný software
Odhadnutelný
Vývojáři musí být schopni příběh odhadnout. Měl by být napsán tak, aby mu vývojáři rozuměli a měli představu, jak jej realizovat. Klíčovými faktory pro odhad jsou znalost domény a technické znalosti.
Malý
Dobré příběhy bývají malé, ale jak malé by měly být? Odpověď závisí na týmu a používané metodice. Mnoho vlastníků produktů navrhuje dvoutýdenní iterace, které umožňují uživatelské příběhy o průměrné délce tří nebo čtyř dnů práce. To zahrnuje veškerou práci, aby se příběh dostal do stavu „hotovo“.
Testovatelné
Příběhy by měly být testovatelné, aby bylo možné určit jejich úplnost. Příběh by měl mít kritéria přijatelnosti. Kritéria přijatelnosti by měla být objektivní. Vyhněte se používání kritérií typu, snadné použití, rychlý nebo bez chyb. Try to write criteria that can be measured and tested.
Via: