User story z rozhovoru: šablona a akceptační kritéria

Uživatelský příběh popisuje přínos

Uživatelský příběh stručně popisuje požadovaný výsledek z pohledu člověka, který bude produkt používat. Častý vzor zní „Jako [role] chci [činnost], abych [přínos]“. Pomáhá začít rozhovor o potřebě. Požadavky a ověření výsledku je třeba ještě upřesnit.

Věta „přidejte zelené tlačítko“ navrhuje řešení. Pro napsání příběhu zjistěte, čeho se člověk snaží dosáhnout a co mu při současném postupu překáží. Původní výrok uchovejte, abyste mohli ověřit výklad.

Jak napsat příběh z rozhovoru

1. Vyberte konkrétní situaci

   Najděte popis posledního skutečného případu. Kdo jednal, s jakými podklady a čeho chtěl dosáhnout? Obecné „všichni potřebují výkazy“ k samostatnému příběhu nestačí.

2. Zapište přesný výrok a kontext

   Uložte časovou značku a několik okolních vět. Oddělte slova respondenta od vlastního závěru. Výjimečnou situaci ponechte jako výjimku.

3. Formulujte roli, činnost a přínos

   Role má objasnit situaci lépe než obecné slovo „uživatel“. Činnost musí být pozorovatelná a přínos má vysvětlit, proč na ní člověku záleží.

4. Zkontrolujte rozsah

   Vyberte jeden ucelený užitečný výsledek, o němž lze diskutovat a který lze ověřit samostatně. Nevkládejte do jednoho příběhu celou cestu od registrace po výroční výkaz.

5. Doplňte akceptační kritéria

   Popište podmínky, podle kterých lze ověřit požadované chování. Zahrňte hlavní případ a důležitou výjimku. Kritéria dohodněte s týmem, než je označíte za požadavky zákazníka.

6. Vraťte otevřené otázky do diskuse

   Pokud neznáte oprávnění, objem dat nebo formát výstupu, položte otázku přímo. Mezeru nevyplňujte nejběžnější implementací.

Od výroku koordinátora ke kartě příběhu

Příklad se týká fiktivního systému pro poznámky. Nepopisuje stávající funkce Transkribatoru. Potřeba spočívá v předání vybrané části bez nadbytečných údajů. Barva případného tlačítka je volbou návrhu.

Příběh má zdroj, ale jeho význam pro většinu zákazníků zatím není potvrzený. Jedna nahrávka popisuje jednu zkušenost. O prioritě rozhodněte samostatně podle dalších důkazů, cílů produktu a nákladů.

Jak odlišit příběh od seznamu technických úkolů

„Vytvořit databázovou tabulku“ či „přidat obsluhu události“ jsou technické úkoly. Mohou patřit k realizaci příběhu, ale neříkají, co člověk získá. Ani uhlazená věta podle šablony nezaručuje, že tým rozumí všem omezením.

Popište příběh testerovi bez názvu prvku rozhraní. Pokud nedokážete říct, co člověk dělá před změnou a po ní, vraťte se k rozhovoru. Ověřte také negativní případy: žádná vybraná data, nedostatečná oprávnění nebo opakovaný pokus. Vyberte jen významné výjimky, aby se z karty nestala specifikace celého produktu.

Karta se zdrojem a otevřenými otázkami

Název příběhu:
Role a pracovní situace:
Jako [kdo] chci [co udělat], abych [proč].

Zdroj: rozhovor / datum / časová značka:
Původní výrok:
Naše interpretace:

Akceptační kritéria:
1. Při [podmínka] může člověk [činnost] a získá [výsledek].
2. Pokud [důležitá výjimka], nastane [očekávané chování].

Co do příběhu nepatří:
Co zbývá ujasnit:
Kdo znění potvrdil a kdy:

• Role je konkrétní a přínos jasný.
• Citát je oddělen od řešení týmu.
• Kritéria lze ověřit pozorováním.
• Otázky zůstávají výslovné.