Když začnete ponořit se do Agilní, první věc, kterou si všimnete, je, jak user-střed tento přístup je. To přesouvá pozornost z právě kódování a navrhování na poskytování skutečnou hodnotu pro koncové uživatele, zúčastněnými stranami a podnikání obecně.
Agilní Uživatelské Příběhy jsou nezbytnou součástí této ideologie, která vám umožní definovat, jaké výhody váš produkt přinese do vaší cílové skupiny (a, nakonec, jak to bude zvýšit své Kpi a dalších ukazatelů).,
Jsme na Stormotion milostné Příběhy. Jako agilní tým je aktivně využíváme k lepšímu pochopení toho, jaké výhody produkty našich klientů přinášejí svým koncovým uživatelům. Také řídí spolupráci a kreativitu a tlačí nás k netriviálním vývojovým řešením.,
Takže dnes budeme sdílet naše znalosti a zkušenosti v této věci, které vám pomohou zlepšit váš Příběh-psaní. Užijte si to!
🤔 co je to příběh uživatele?
Uživatelské příběhy jsou jedním ze základních prvků agilní metodiky. Často jsou však zmateni softwarovými požadavky, což není pravda. Co je tedy uživatelský příběh?
uživatelský příběh je malý (vlastně nejmenší) kus práce, který představuje určitou hodnotu pro koncového uživatele a může být dodán během sprintu.,
hlavním cílem tohoto prvku je umístit koncové uživatele do středu konverzace a zachytit funkčnost produktu z jejich pohledu. Developeři tak lépe chápou, co, pro koho a proč staví.,
Skvělé Uživatelské Příběhy vždycky hodí INVESTOVAT soubor kritérií, podle Zákona Služba:
- Nezávislé – mohou být vyvinuty v libovolném pořadí a změní se na jeden Příběh Uživatele nemají vliv na ostatní.
- obchodovatelné-je na týmu, aby se rozhodl, jak je implementovat; neexistuje pevně stanovený pracovní postup.
- cenné – každý uživatelský příběh přináší oddělenou jednotku hodnoty koncovým uživatelům.,
- odhad – je docela snadné odhadnout, kolik času bude vývoj uživatelského příběhu trvat.
- Small-to by mělo projít celý cyklus (navrhování, kódování, testování) během jednoho sprintu.
- testovatelné – měla by existovat jasná kritéria pro přijetí, aby se ověřilo, zda je příběh uživatele vhodně implementován.
Uživatel formátu Příběhu (který je používán Stormotion tým stejně) je poměrně prostý a krátký,
Vypadá to, jako by se nic těžké, že?, Zde je několik příkladů uživatelských příběhů, které se hodí do nějakého vytvořeného projektu taxi aplikace:
- jako řidič chci blokovat špatně vychované cestující,aby se mi už nikdy neukázali.
- jako cestující chci propojit kreditní kartu se svým profilem, abych mohl platit za jízdu rychleji, snadněji a bez hotovosti.
- jako řidič chci do svého profilu přidat fotografie svého auta, abych mohl přilákat více uživatelů.
- jako cestující chci, aby se zobrazilo několik dostupných ovladačů, abych si mohl vybrat nejvhodnější volbu pro mě.,
Zní to docela snadno, ale vývoj uživatelských příběhů není často tak jednoduchý. Přesto, později, budeme sdílet některé z našich osvědčených tipů, které vám pomohou udělat jen dobré záběry.
Je tam něco jiného?
přestože jsme právě zjistili, že agilní Uživatelské příběhy jsou nezávislé a měly by být chápány jako zcela oddělené pracovní jednotky, někdy jsou seskupeny dohromady., Takže při práci s nimi budete pravděpodobně setkat a používat koncept eposu. Co je to?
Epické je na vysoké úrovni, tělo práce, která kapel spolu se skupinou souvisejících Příběhů.
Jsme na Stormotion použití Eposy popsat složitější úkoly a vytvořit jasnou hierarchii, která umožňuje řízení rozvoje snadněji a přináší novou hodnotu pro uživatele při práci směrem k větší cíl. Samotný formát příběhu uživatele však zůstává stejný.,měření, které by měly být dodávány během 1 sprint
Představte si, že jste budování datování aplikace., úžasné jsem
Tak, Eposy poskytují nám s high-level pohled na naše cíle a jak se pohybujeme směrem k nim., Pomáhá nám také během procesu stanovení priorit, protože můžeme zkontrolovat, které eposy vyžadují naši pozornost nejvíce, a proto, které příběhy by měly být nejprve implementovány.
Oh, ještě jedna věc!
nezapomeňte přidat kritéria pro přijetí.
kritériem pro přijetí je soubor podmínek, které se používají k potvrzení dokončení příběhu.,
Také tyto podmínky nám poskytují hlubší a lepší pochopení, protože obsahují klíčové informace o tom, jak Příběhy provést. Pojďme znovu použít jeden z příkladů uživatelského příběhu od začátku článku:
jaká kritéria pro přijetí lze na tento příběh použít?
- aplikace zobrazuje ovladače, které byly online během posledních 20 minut a nemají probíhající jízdu.
- aplikace zobrazuje pouze 5 ovladačů, které jsou nejblíže uživateli.
- uživatel může procházet profily těchto ovladačů, včetně jejich fotografií a sazeb.
jak vidíte, nyní nejen známe hodnotu tohoto příběhu uživatelům, ale také chápeme některé klíčové vlastnosti, které vyžadují zvláštní pozornost během implementace.,
můžete si však vybrat, jak podrobné budou vaše kritéria pro přijetí. Může se pohybovat od“ nechte to fungovat jakýmkoli pohodlným způsobem “ až po ještě podrobnější sady podmínek než ve výše uvedeném příkladu.
to velmi závisí na vašem vývojovém týmu, takže neexistuje žádná „správná odpověď“. Pokud váš tým potřebuje vedení a jasné, s-no-room-for-tlumočení úkoly, které byste měli držet s podrobnými pokyny o tom, jak příběhy by měly provádět. V opačném případě může také fungovat přístup „just get it done“.,
Wow, bylo řečeno hodně o uživatelských příbězích. Ale proč jsou pro agilní týmy tak důležité?
👍 jaké jsou výhody vytváření uživatelských příběhů?
Pokud jste se někdy podíleli na práci s agilními frameworky, už víte, že týmy Scrum i Kanban velmi těží z psaní uživatelských příběhů.,
V Kanban, týmy se hromadí Příběhy Nedodělky a pak spouštět je jeden po druhém na podporu work-in-progress toku. To pomáhá neustále zůstat na trati a zlepšovat vývojový tým KPI.
Scrum (což obvykle preferujeme u Stormotion) týmy také milují Uživatelské příběhy. Aktivně je využíváme k odhadům, stanovení priorit a plánování sprintů, což nám pomáhá zůstat agilní a flexibilní vůči jakýmkoli změnám., To je zvláště užitečné, když pracujeme se Startupy, které jsou na MVP-Fázi a mají omezené zdroje, než pitching jejich projekt Anděl Investory.
Kromě výše uvedených, tam jsou některé živé výhody, které jsou společné pro všechny Agilní týmy:
- Udržet si zaměřil na obchodní hodnotu., To pomáhá, aby vaše aplikace nejen dobře postavený z technického hlediska, ale také užitečné pro koncové uživatele.
- povolit kreativitu. Vzhledem k tomu, že obsahuje minimální množství informací, váš tým má možnost řídit kreativní nápady a najít nejlepší řešení pro implementaci příběhu.
- váš projekt se stává lépe zvládnutelným. Jsme na Stormotion vím, že je to způsob, jak snazší práci s malými a odhadnutelné Agilní Uživatelské Příběhy, spíše než s velkými složité úkoly.
- inspirují tým! Každý vývojář miluje tento sladký pocit malého vítězství, které ho motivuje k práci ještě tvrději.,
nyní se ponoříme do procesu vytváření uživatelského příběhu!
📝 jak psát Uživatelské příběhy: náš pracovní postup
dostáváme se k nejvíce vzrušující části našeho článku. Než se však podělíme o krok za krokem o psaní uživatelského příběhu, je důležité zjistit 2 základní otázky: kdo a kdy je dělá.
kdo je zodpovědný za vytvoření uživatelského příběhu?,
příběhy jsou zpravidla psány hlavně majiteli produktů, protože je jejich povinností udržovat nevyřízené úkoly plné úkolů. Přesto nezapomeňte, že Agile je založen na komunikaci a výměně názorů mezi odborníky. Proto…
nemusí to nutně znamenat, že by měly být napsány pouze vlastníkem produktu. Čím více lidí se připojí k rozhovoru, tím lépe.
na Stormotion jsou příběhy psány všemi členy týmu, kteří souvisejí s obchodní stránkou projektu (obchodní manažeři, obchodníci, vlastník produktu atd.,), protože se podívejme na budoucí aplikaci z pohledu jakéhokoli potenciálního uživatele. Odpovědnost Vlastníka Produktu v tomto případě je potvrdit, že jsou to zápas INVESTOVAT kritéria.
Když jsou Uživatelské Příběhy vytvořené?
setkání psaní příběhů v našem velitelství se obvykle koná poblíž začátku projektu., Raději se připravujeme, abychom se ujistili, že projekt jde dobře od prvního dne do posledního.
Později, jsme schopni využít naše Scrum Uživatele Příběh seznam připravit podrobnější odhady (například, na konci Discovery Stage), priority rozvoj funkce pro sprinty a tak dále.
také doplňujeme původní seznam, když pracujeme na projektu s novými příběhy, abychom zůstali aktuální s požadavky našeho klienta.,
jaké jsou kroky k psaní skvělých agilních uživatelských příběhů?
za Prvé, pojďme připomenout si společné Uživatelské Příběhy šablony:
Jako , já nechci
Zdá krátké a snadné psát. Mimochodem, můžete si vytvořit vlastní šablonu příběhu uživatele. My v Stormotion však máme specifický pracovní postup, který nám pomáhá poskytovat ty nejlepší příběhy:
- tvoří seznam vašich koncových uživatelů. Definujte, jaká je jejich “ bolest „nebo“ potřeba“, kterou se snažíte vyřešit.
- Definujte, jaké akce mohou chtít podniknout.,
- zjistěte, jakou hodnotu to přinese uživatelům a případně vašemu produktu. Zeptejte se také sami sebe – zaplatí nám za to nějaká strana?
- diskutujte o kritériích přijetí a optimální implementační strategii.
podívejme se na ně teď!
Krok 1: Přemýšlejte o „Who“
toto je první a možná nejzákladnější krok. Před napsáním uživatelského příběhu byste měli skutečně vědět, kdo jsou koncoví uživatelé vašeho produktu. A co je důležitější-jaké potřeby mají, které se snažíte pokrýt.,
během našich workshopů pro psaní příběhů se snažíme vynechat takovou roli, jako je jednoduše „uživatel“. Může být aplikován na jakoukoli osobu-od vašich zákazníků po administrátory-a proto neodráží osobnost konkrétních cílových skupin, způsob interakce s aplikací.
Pokud chcete dosáhnout opravdu skvělých výsledků, možná budete chtít ponořit se do své publikum ještě více., Namísto pouhého pojmenování uživatelů po jejich roli (například „ovladač“) se pokuste vytvořit nějaký druh kupujícího persona.
zde je několik dalších tipů z naší vlastní zkušenosti:
- je to všechno o uživateli. Ne o developerech. A dokonce ani o majiteli produktu. Každý příběh by měl být cenný pro nějakou skupinu vašich koncových uživatelů.
- nemyslete na uživatele pouze jako externí zákazníky. Je pravda, že Vaše příběhy budou většinou o nich. Je však také pravda, že musíte zvážit interní uživatele, jako jsou administrátoři, editoři atd.
- cítit nějakou empatii. Dejte svému“ uživateli “ jméno., Přemýšlejte o jeho mobilních návycích, o tom, jaký problém bude vaše aplikace pro něj vyřešena a jak tuto cestu usnadníte a zrychlíte. Vzpomeňte si na některé lidi, které znáte ze skutečného života a kteří se hodí k tomuto portrétu; cítit, jak se vztahujete k této cílové skupině.
Krok 2: Přemýšlejte o „co“
nyní máme několik skupin koncových uživatelů. Dalším krokem, který děláme, je definovat, jakou funkci každý uživatel očekává, jak bude komunikovat s aplikací.,
toto jsou základní pravidla, na paměti, když psaní akce pro Kanban nebo Scrum Uživatelská Příběh:
- Jedna akce za Příběh. Pokud chcete napsat něco jako „jako zákazník chci procházet položky a přidat je do košíku“, raději byste je rozdělili na 2 samostatné příběhy.
- popsat záměr, nikoli funkci., Například místo“ chci spravovat svůj profil „vytvořte několik příběhů jako“ Chci se zaregistrovat“,“ chci nahrát svou profilovou fotku“,“ chci propojit svou kreditní kartu s mým profilem “ – každý příběh bude mít jinou hodnotu.
- Udržujte to krátké. Uživatelům je jedno, jakou knihovnu budete používat, aby mohli procházet seznam položek, takže nechte všechny technické detaily stranou.
- Vyhněte se popisu uživatelského rozhraní. Definovali jsme příběhy jako obchodovatelné, pamatuješ? To je důvod, proč všechny dobré příklady uživatelských příběhů neobsahují žádné podrobnosti o uživatelském rozhraní., Takže se nesnažte sestavit žádný zvláštní způsob, jak je implementovat (uděláme to později).
Krok 3: Přemýšlejte o „Proč“
konečně poslední kus naší šablony uživatelských příběhů je věnován hodnotě, kterou uživatelé získají po provedení akce. Může to vypadat, že to není velký problém, ale je to často nejtěžší část vývoje uživatelských příběhů.,
Nicméně, vaše část by měla vždy korespondovat s vaší metriky a Kpi. Mělo by buď zlepšit UX, zvýšit retenční sazby, zkrátit cestu uživatelů k řešení problému nebo cokoli jiného. Každý příběh by měl něco přispět k obecnému cíli vašeho produktu.,
Pokud nemůžete odpovědět, jakou hodnotu tato funkce přináší koncovým uživatelům a váš produkt stejně, pak děláte něco špatně.
například, tam je několik Uživatelské Příběhy, příklady s dobře-psaný hodnoty pro naše průběžné objednávání jídla app projektu:
- Jako zákazník, chci se dostat oznámení, pokud existují nové horké nabídky tak, že jsem nikdy ujít nejlepší nabídky. .
- jako manažer restaurace chci doplnit popis jídla v nabídce fotografií tak, aby vypadal atraktivněji pro zákazníky. .,
Krok 4: diskutujte o příběhu
nakonec vždy diskutujeme o uživatelských příbězích poté, co byly vytvořeny. I když se zdá, že o ničem mluvit.
Během tohoto Q&relace, jsme se zeptat autora Příběhu poskytnout více informací, nebo něco objasnit, v případě potřeby. Pomáhá nám pochopit, jak by měla fungovat, a dohodnout se na kritériích přijetí., Tímto způsobem přezkoumáme všechny příklady uživatelských příběhů mobilních aplikací jeden po druhém.
pak pořádáme brainstormingovou relaci s celým týmem pracujícím na projektu. Umožňuje nám zjistit nejlepší způsoby implementace uživatelských příběhů z technologického hlediska.
tak to je, jak psát Uživatelské příběhy v kostce. Naše Stormotion Squad také používá následující tipy při práci na tomto úkolu:
- začít s eposem., Obvykle je snazší přejít od složitějších úkolů k konkrétnějším, takže zkuste psát eposy a poté je rozdělit na příběhy.
- poslouchejte zpětnou vazbu. Někdy nemusíte hádat příběhy-požádejte své skutečné koncové uživatele o zpětnou vazbu a použijte jejich nápady jako zdroj inspirace.
- podrobnosti neuvádějte příliš brzy. Je lepší uspořádat brainstormingovou relaci před každým sprintem, abyste diskutovali o tom, jak realizovat plánované příběhy.
Conclusion závěr
Uživatelské příběhy jsou základním prvkem agilního přístupu, který může vašemu projektu přinést mnoho výhod., Je však důležité je správně napsat, což vyžaduje určitý čas a dovednosti.,T kritéria, což znamená, že jsou:
- Nezávislé
- Dohodou
- Cenný
- Odhadnutelné
- Malé
- Testovatelné
common User Stories template obsahuje uživatele, akce a hodnotu (nebo ve prospěch) a obvykle vypadá takto:
Uživatelské Příběhy vám mohou pomoci neustále zlepšovat hodnotu vašeho produktu, odhad úsilí o rozvoj, a to vhodným způsobem a priority rozvoj funkce v průběhu MVP a post-MVP fázích.,
