Scrum Guide | 21. Chyby v uživatelských příbězích

Uživatelské příběhy popisují, jak nová funkčnost produktu funguje v každodenním nebo obchodním jazyce. Příprava těchto příběhů však vyžaduje spoustu času, úsilí a přemýšlení. V dnešním příspěvku upozorňujeme na nejčastější chyby v uživatelských příbězích a navrhujeme, jak se s nimi vypořádat.

Nejčastější chyby v uživatelských příbězích – obsah:

1. Úvod
2. Problémy s 3W
3. Problémy s 3C
4. Chyby v uživatelských příbězích – shrnutí

Úvod

Uživatelský příběh může být skvělým nástrojem pro motivaci týmu k navrhování nových řešení problémů z pohledu uživatele. O tom, co je uživatelský příběh, jsme psali v samostatném příspěvku. A v tomto článku jsme představili INVEST, což je populární metoda psaní dobrých uživatelských příběhů. Dnes se zaměříme na chyby v uživatelských příbězích.

Problémy s 3W

Správný uživatelský příběh odpovídá na otázky:

• Kdo? (Kdo je cílový uživatel produktu?)
• Co? (Jaké schopnosti má produkt a co může dělat?)
• Proč? (Jaký účel to má?)

Problémy však mohou provázet odpovědi na každou z těchto otázek. Nejmenším problémem je pochybnost o tom, co by se mělo změnit v produktu v reakci na potřeby zákazníka. Proto se zaměříme na problémy týkající se Kdo? a Proč?

Kdo – uživatelská persona

Jednou z nejčastějších chyb při vytváření uživatelských příběhů je nedostatečné zodpovězení otázky: pro koho? Jinými slovy, kdo je uživatel, pro kterého je plánovaná změna určena?

Často není dostatečná obecná odpověď, která ukazuje na Zákazníka nebo Konečného uživatele jako příjemce změny. Řešením tohoto problému je představit si příjemce jako konkrétní personu. Persona je modelový obraz cílového zákazníka. Jinými slovy, persona je reprezentací osoby, která bude produkt používat konkrétním způsobem.

Po analýze vašeho uživatelského příběhu můžete zjistit, že vypráví příběhy různých lidí současně. Pokud je cílových uživatelů mnoho, stojí za to zvážit rozdělení uživatelského příběhu na menší fragmenty, aby se předešlo protichůdným, vzájemně se vylučujícím nebo jednoduše neefektivním akcím.

Proč? – špatně definovaný cíl

Někdy se poslední část uživatelského příběhu stává zdrojem problémů. Měla by specifikovat obchodní hodnotu změn, které byly provedeny během realizace uživatelského příběhu. Podívejte se na příklad chyb v uživatelských příbězích, kde popis další funkčnosti nahrazuje cíl:

Jako zákazník chci koupit kouzelnou hůlku jedním kliknutím, protože chci koupit létající koberec příští týden.

Místo toho, aby uvedl důvod pro koupi kouzelné hůlky, tento uživatelský příběh přidává další položku na nákupní seznam potenciálního zákazníka. Proto při přípravě uživatelského příběhu nezapomeňte na důvody pro změny ve funkčnosti produktu.

Problémy s 3C

Proces práce s uživatelskými příběhy můžeme rozdělit do tří fází nazývaných 3C:

• Karta – Karta, na které je uložen uživatelský příběh
• Konverzace – Konverzace v rámci Scrum týmu o kartě uživatelského příběhu
• Potvrzení – definování akceptačních kritérií potvrzujících, že úkol byl splněn

Chyby mohou nastat v kterékoliv z těchto fází, které popisujeme níže.

Karta

Paměťová karta, která ukládá uživatelský příběh, má omezenou kapacitu. Proto se nejčastější problémy týkají délky a objemu uživatelského příběhu. Uživatelský příběh potřebuje koherenci a žádné zbytečné obšírnosti, jak se říká, do takové míry, že každé slovo se počítá.

To je proto, že problém karty uživatelského příběhu má dvě dimenze. Jedna je způsob, jakým je formulována: stručně a obsahující nezbytné minimum výčtu. Druhá je skutečná velikost uživatelského příběhu. Jedna obecná věta může vyjádřit obrovské množství úkolů, které nelze splnit během jednoho Sprintu.

Konverzace

Jedno-větné formulace uživatelského příběhu je výchozím bodem pro konverzaci s vývojovým týmem. Proto je nesprávné považovat ji za popis úkolu k provedení. To znemožňuje možnost vyjednávání a diskuse o různých způsobech její realizace. Uživatelský příběh by neměl být považován za popis požadavků na novou funkčnost produktu, spíše je to pozvání k zahájení konverzace o konkrétních technických řešeních, která povedou k realizaci obchodní hodnoty definované uživatelským příběhem.

Potvrzení

O akceptačních kritériích, která musí být definována pro každý uživatelský příběh, jsme podrobně psali v textu popisujícím co je uživatelský příběh. Jednou z běžných chyb je však nedostatek jasnosti výkonových kritérií.

Dobře napsaný uživatelský příběh obsahuje popis situace, ve které je realizován. Jeho testem je, že uživatel využívá novou funkčnost vytvořenou vývojovým týmem.

Užitečným nástrojem pro validaci uživatelského příběhu je vyvinout akceptační test. To je obvykle na druhé straně karty obsahující uživatelský příběh.

Chyby v uživatelských příbězích – shrnutí

Při přípravě a aplikaci uživatelských příběhů je dobré se držet následujících pravidel:

• Přesně identifikujte uživatele ovlivněného změnou
• Jasně definujte účel budování nové funkčnosti produktu
• Udržujte jeho objem co nejkratší
• Považujte uživatelský příběh za výchozí bod pro diskuze s vývojovým týmem
• Stanovte jasná pravidla pro akceptaci

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.