Uživatelské příběhy

co je to příběh uživatele?

Uživatelské příběhy jsou krátké, jednoduché popisy funkce vyprávěn z pohledu člověka, který touží po nové schopnosti, obvykle uživatel, nebo zákazník systému. Obvykle se řídí jednoduchou šablonou:

jako A , chci tak, aby .

uživatelské příběhy jsou často psány na indexových kartách nebo poznámkách, uloženy v krabici na boty a uspořádány na stěnách nebo stolech, aby se usnadnilo plánování a diskuse., Jako takový, silně posouvají zaměření od psaní o funkcích až po jejich diskusi. Ve skutečnosti jsou tyto diskuse důležitější než jakýkoli text.

můžete zobrazit některé příklady uživatelských příběhů?

jednou z výhod agilních uživatelských příběhů je to, že je lze psát na různých úrovních detailů. Můžeme napsat příběh uživatele, který pokryje velké množství funkcí. Tyto velké uživatelské příběhy jsou obecně známé jako eposy. Zde je příklad epického agilního uživatelského příběhu z produktu zálohování na ploše:

• jako uživatel mohu zálohovat celý pevný disk.,

Protože epic je obecně příliš velký pro agilní tým dokončit v jedné iteraci, je rozdělena do více menších uživatelské příběhy, než je pracoval na. Epické výše, může být rozdělena do desítky (možná stovky), včetně těchto dvou:

• Jako power user, můžu určit soubory nebo složky pro zálohování na základě velikost souboru, datum vytvoření a datum změny.
• Jako uživatel, mohu uvést složky není zálohu tak, že můj záložní disk není naplněna věci nepotřebuju zachránil.

jak je detail přidán do uživatelských příběhů?,

Detail lze přidat do uživatelských příběhů dvěma způsoby:

• rozdělením uživatelského příběhu na více menších uživatelských příběhů.
• přidáním “ podmínky spokojenosti.“

když je relativně velký příběh rozdělen na více, menší agilní uživatelské příběhy, je přirozené předpokládat, že byl přidán detail. Koneckonců, bylo napsáno více.

podmínky spokojenosti jsou jednoduše akceptačním testem na vysoké úrovni, který bude pravdivý po dokončení agilního uživatelského příběhu., Zvažte následující příklad jako další příklad agilního uživatelského příběhu:

jako viceprezident marketingu chci vybrat prázdninovou sezónu, která bude použita při kontrole výkonu minulých reklamních kampaní, abych mohl identifikovat ziskové.

Detaily by mohly být přidány, aby to uživatel příběh například přidáním následující podmínky spokojenosti:

• ujistěte Se, že to funguje s hlavní maloobchodní svátky: Vánoce, Velikonoce, Den Prezidenta, Den matek, Den otců, Den Práce, Den Nového Roku.
• podpora svátků, které pokrývají dva kalendářní roky (žádné rozpětí tři).,
• sváteční období lze nastavit z jedné dovolené na druhou (například díkůvzdání na Vánoce).
• prázdninové sezóny lze nastavit na několik dní před dovolenou.

kdo píše uživatelské příběhy?

každý může psát uživatelské příběhy. Je povinností vlastníka produktu zajistit, aby existoval nevyřízený produkt agilních uživatelských příběhů, ale to neznamená, že vlastník produktu je ten, kdo je píše. V průběhu dobrého agilního projektu byste měli očekávat, že budou mít příklady uživatelských příběhů napsané každým členem týmu.,

také si všimněte, že kdo píše uživatelský příběh, je mnohem méně důležitý než ten, kdo se na něm podílí.

kdy jsou napsány uživatelské příběhy?

uživatelské příběhy jsou psány v celém projektu agile. Obvykle se na začátku projektu agile koná workshop psaní příběhů. Všichni v týmu se podílí s cílem vytvořit nevyřízených produktu, který plně popisuje funkce, které mají být přidány v průběhu projektu nebo tří – až šestiměsíční vývojový cyklus uvnitř.

některé z těchto agilních uživatelských příběhů budou nepochybně eposy., Eposy se později rozloží na menší příběhy, které se snadněji vejdou do jedné iterace. Kromě toho mohou být nové příběhy psány a přidávány do nevyřízených produktů kdykoli a kdokoli.

nahrazují uživatelské příběhy dokument požadavků?

Agilní projekty, zejména Scrum ty, použijte produktový backlog, což je uspořádaný seznam funkcí, které mají být vyvinuty v produktu nebo služby. Přestože položky nevyřízených produktů mohou být cokoli, co si tým přeje, uživatelské příběhy se ukázaly jako nejlepší a nejoblíbenější forma nevyřízených položek produktu.,

Zatímco produktový backlog může být myšlenka jako náhrada za požadavky dokumentu o tradiční projekt, je důležité mít na paměti, že písemná část agilní příběh uživatele („Jako uživatel, chci …“) je neúplný, dokud se diskuse o tom příběhu vyskytují.

často je nejlepší myslet na písemnou část jako na ukazatel skutečného požadavku. Uživatelské příběhy by mohly ukazovat na diagram zobrazující pracovní postup, tabulku ukazující, jak provést výpočet, nebo jakýkoli jiný artefakt, který si majitel produktu nebo tým přeje.,

doporučené zdroje související s příběhy uživatelů

• výhody šablony“ jako uživatel, chci “ příběh uživatele.,
• Ukázka Formátu pro Tabulkový procesor-Produkt na Bázi Zpoždění
• Výhody Uživatelské Příběhy pro Požadavky
• Non-funkční Požadavky Uživatelské Příběhy
• Úvod do Uživatelských Příběhů

Kurzy Vztahující se K Uživatelské Příběhy

ke stažení Zdarma: 200 Uživatelská Příběh Příklady

Získat dávku inspirace a ušetřit čas psaní user stories vidět příklady napsané a používá Mike Cohn.