Jadrom moderných vývojových procesov je agilný vývoj . Táto metodika vývoja kladie dôraz na používanie malých, stručných používateľských príbehov na definovanie toho, čo systém robí z užívateľského pohľadu, nie z technického hľadiska. Užívateľa zaujíma, či je produkt rýchly, ľahko použiteľný a či rieši ich problém. Nezaujíma ich, či sleduje 3-vrstvovú architektúru, má Mongo DB alebo používa Rails alebo Asp.net.
Storyboard That poskytuje ideálnu platformu na vytváranie svižných používateľských príbehov a rozprúdenie konverzácie vo formáte, ktorý je oveľa menej namáhavý ako stena textu.
V kontexte používateľských príbehov je „epos“ jednoducho veľmi široký príbeh, ktorý bude neskôr rozdelený do mnohých konkrétnych používateľských príbehov. Začínajúc s eposom spojí každého s jedinou víziou na vysokej úrovni. Epický príbeh ukotvuje projekt zhora nadol a ak nemá zmysel vytvárať epos, podporná práca bude tiež plytvaním námahou.
(Spustí sa 2-týždňová bezplatná skúšobná skúška - nie je potrebná kreditná karta)
V tomto príbehu je úplne jasné, čo je dlhodobá vízia a ako by mal vyzerať úspech. Dobrý epický príbeh by mal zahŕňať:
Najmä pri navrhovaní softvéru je dôležité mať dobrú predstavu o tom, akí budú používatelia. Nie každý používateľ bude presne zodpovedať tejto vízii a môže existovať niekoľko kategórií používateľov, ale tieto diskrétne vízie vyžadujú artikuláciu. Myslenie na používateľov najskôr chráni pred nadmerným inžinierstvom a nadmernými komplikáciami, zabraňuje tomu, aby nový produkt mal niečo pre každého a bol pre nikoho užitočný.
(Spustí sa 2-týždňová bezplatná skúšobná skúška - nie je potrebná kreditná karta)
Akonáhle bol vytvorený epos a boli definovaní užívatelia, je možné zostaviť menšie a konkrétnejšie príbehy o konkrétnych skúsenostiach používateľov. Nasledujúce príbehy rozdeľujú vyššie popísané do dvoch príbehov: vyhľadanie objednávky a opätovné objednanie produktu.
Tieto príbehy neobsahujú technické informácie; užívateľom je jedno, ako sa dosahujú výsledky, pokiaľ plní požadované úlohy. Podobne je UX znázornený genericky, aby sa zabránilo tlmeniu inovácií alebo vynúteniu si cesty. Vo všeobecnosti by príbehy mali byť:
(Spustí sa 2-týždňová bezplatná skúšobná skúška - nie je potrebná kreditná karta)
(Spustí sa 2-týždňová bezplatná skúšobná skúška - nie je potrebná kreditná karta)
Tieto príbehy by mali pozývať na konverzáciu a otázky, ako napríklad:
Je úplne rozumné vytvárať veľa príbehov; v skutočnosti by sa to malo podporovať. Niektoré z týchto príbehov nebudú nikdy použité, ale je dôležité vidieť cestu, ktorou sa vydali. Táto zbierka príbehov spláchne ďalšie požiadavky a ovplyvní testovanie.
Príbehy by mali vyvolať a informovať diskusiu o tom, ako bude softvér testovaný a aké obchodné pravidlá je potrebné výslovne definovať. Napríklad: