A modern fejlesztési folyamatok alapelve az agilis fejlesztés . Ez a fejlesztési módszertan hangsúlyozza a kicsi, harapott méretű felhasználói történetek használatát annak meghatározására, hogy a rendszer mit tesz, nem pedig technikai szempontból. A felhasználót érdekli, ha egy termék gyors, könnyen használható, és megoldja a problémáját. Nem érdekli őket, hogy 3 rétegű architektúrát követ-e, rendelkezik-e Mongo DB-vel, vagy ha Rails-t vagy Asp.net-et használ.
Storyboard That ideális platformot kínál agilis felhasználói történetek létrehozásához és beszélgetések megindításához olyan formátumban, amely sokkal kevésbé megterhelő, mint egy szövegfal.
A felhasználói történetek összefüggésében az „eposz” egyszerűen egy nagyon széles történet, amelyet később sok konkrét felhasználói történetre bontanak. Az eposszal való kezdés mindenkit egyetlen, magas szintű jövőképhez igazít. Az epikus történet felülről lefelé rögzíti a projektet, és ha nincs értelme egy eposzt felépíteni, a mellékszereplő munka is felesleges erőfeszítés.
Ebben a történetben nagyon világos, hogy mi a hosszú távú jövőkép és hogyan kell kinéznie a sikernek. Egy jó epikus történetnek tartalmaznia kell:
Különösen a szoftverek tervezésekor fontos, hogy jól lássuk, milyenek lesznek a felhasználók. Nem minden felhasználó fog pontosan megfelelni ennek a látásmódnak, és többféle felhasználói kategória is lehet, de ezeket a diszkrét elképzeléseket meg kell fogalmazni. Ha a felhasználókra gondolunk, először megvédjük őket a túlzott tervezéstől és túlbonyolítástól, megakadályozva, hogy egy új termék mindenki számára tartson valamit, és senkinek se legyen hasznos.
Amint létrejött egy eposz és definiálták a felhasználókat, kisebb, konkrétabb történetek építhetők fel bizonyos felhasználói élményekről. Az alábbi történetek a fentieket két narratívára bontják: a rendelés megkeresése és a termék újrarendelése.
Ezek az elbeszélések nem tartalmaznak technikai információkat; a felhasználókat nem érdekli az eredmények elérésének módja, mindaddig, amíg elvégzi a kívánt feladatokat. Hasonlóképpen, az UX -t általánosan ábrázolják, hogy elkerüljék az innováció elfojtását vagy az út kényszerítését. A történeteknek általában a következőknek kell lenniük:
Ezeknek a történeteknek beszélgetésre és kérdésekre kell ösztönözniük, például:
Teljesen ésszerű sok történetet létrehozni; sőt ösztönözni kell. Ezen történetek némelyikét soha nem fogjuk használni, de fontos látni az általuk kijelölt utat. Ez a történetgyűjtemény kiegészíti a további követelményeket és befolyásolja a tesztelést.
A történeteknek vitát kell váltaniuk és tájékoztatniuk kell arról, hogy a szoftvert hogyan fogják tesztelni, és milyen üzleti szabályokat kell egyértelműen meghatározni. Például: