leden 23, 2018
autor: Ron Yang

příběhy. Máte stovky z nich, pokud jste produktový manažer. Každý z nich popisuje úžasné zážitky, které chcete, aby vaši zákazníci měli při používání vašeho produktu. A jako každý dobrý vypravěč potřebujete, aby vaše příběhy byly jasné a působivé.

Všichni nejlepší produktoví manažeři, které znám, jsou zodpovědní za sdílení toho, co zákazníci skutečně chtějí, prostřednictvím uživatelských příběhů.

ale tady je, když je produktový manažer tvrdou prací. Jsou také chvíle, kdy se od vás očekává, že definujete požadavky na to, co vaše vývojové týmy potřebují vybudovat — aniž byste uvedli „proč“ z pohledu uživatele.

zatímco většina nových funkcí by měla být definována z pohledu uživatele, to není vždy proveditelné nebo dokonce užitečné. Zvažte například bezpečnostní prvky nebo požadavky na infrastrukturu, kterým zákazník ne vždy čelí.

takže otázka se stává: kdy používáte tyto různé nádoby? Než na to budete moci odpovědět, musíte pochopit, co je odlišuje.

existuje jeden hlavní rozdíl mezi příběhy uživatelů a požadavky: cíl.

uživatelský příběh se zaměřuje na zážitek-co chce osoba používající produkt udělat. Tradiční požadavek se zaměřuje na funkčnost-co by měl produkt dělat. Zbývající rozdíly jsou jemné, přesto důležité, seznam „jak, „“kdo,“ a “ kdy.“

zde je, jak uživatelské příběhy a požadavky se liší:

jak je psáno?

uživatelské příběhy by měly být napsány v jedné nebo dvou větách a zachytit, kdo je uživatel, co chtějí a proč. Jednoduchá struktura pro definování funkcí nebo uživatelských příběhů může vypadat takto: jako _ _ _ _ chci dosáhnout ____, abych si uvědomil následující výhodu ____.

příklad: jako uživatel chci mít možnost resetovat své heslo, abych se mohl vrátit do systému, pokud na něj zapomenu.

požadavky bývají velmi podrobné a psaní trvá déle. Ty často jdou do konkrétních detailů (někdy vysoce technických) o tom, jak by měl software fungovat. Tyto podrobnosti pak vedou vývojový tým o tom, jak vytvořit novou funkci nebo funkčnost.

příklad: uživatel může obnovit své heslo, jakmile obdrží e-mail pro obnovení hesla. E-mail by měl obsahovat jedinečný odkaz pro resetování hesla a tento odkaz by měl vypršet po dvou hodinách.

kdo to píše?

uživatelské příběhy může psát téměř kdokoli blízký softwaru-vývojáři vyvolávající problémy, tester QA, který objeví chybu v UX-pokud představuje perspektivu koncového uživatele. Ale je to produktový manažer nebo vlastník, který udržuje nevyřízené uživatelské příběhy.

požadavky jsou napsány produktovým manažerem, vlastníkem produktu nebo obchodním analytikem. Často se jedná o technické zájemce, stejně jako o inženýry, kteří budou zodpovědní za práci na funkcích nebo vylepšeních.

kdy jsou psány?

Uživatelské příběhy jsou psány v celé budově produktu. A aktualizace příběhů (nebo přidání nových) se může stát kdykoli. Pro agilní týmy slouží produkt backlog jako prioritní seznam funkcí, které je třeba vyvinout. To je místo, kde jsou uživatelské příběhy uchovávány, dokud nejsou zpracovány-obvykle během vývojových sprintů.

požadavky lze také kdykoli vytvořit. Nejlepší je však nejprve definovat, co je požadováno z hlediska uživatele, pokud je vyžadována definice příběhů i požadavků. Čím dále je tým s jejich plánováním, tím více tým chápe potřeby uživatelů a podniků. Definování tvrdých požadavků příliš brzy může mít za následek, že je budete muset později změnit — nebo vytvořit něco, co plně nepřinese požadovaný výsledek zákazníka.

přestože se cíl uživatelského příběhu nebo požadavku liší, cíl je vždy stejný-budování produktu, který zákazníci milují.

ať už píšete uživatelský příběh nebo požadavek, musíte se zaměřit na to, na čem záleží nejvíce: popsat požadovaný výsledek pro zákazníka a dát vývoji to, co potřebuje k jeho úspěšnému sestavení.

vím, že může být matoucí rozhodnout, co napsat. Zde je jednoduchý průvodce, jak tuto volbu provést.

pokud to, co požadujete k sestavení, má přímý přínos pro vaše koncové uživatele, napište uživatelský příběh. Pokud je to důležitější pro jádro produktu nebo infrastruktury, přejděte k definování požadavků.

jaké rozdíly byste do seznamu přidali?

Napsat komentář

Vaše e-mailová adresa nebude zveřejněna.