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:
Agilis felhasználói történet egy egyszerű, világos leírása egy szoftver funkciójának a felhasználó nézőpontjából. Arra összpontosít, amit a felhasználó el akar érni, nem pedig a technikai részletekre, így a fejlesztés inkább a felhasználóra koncentrál.
Hatékony felhasználói történetek létrehozásához kezdj egy magas szintű epikkel, határozd meg a felhasználókat, és bontsd fel a feladatokat kicsi, elérhető célokra. Használj világos nyelvet, és fókuszálj a valós felhasználói igényekre, ahelyett, hogy technikai megoldásokra összpontosítanál.
Felhasználói történetek kulcsfontosságúak az agilis fejlesztésben, mert segítenek összehangolni a fejlesztőket, felhasználókat és az érdekelt feleket a közös célok érdekében, ösztönzik a gyakori visszacsatolást, és megkönnyítik a projektek kezelését és megértését.
Az epik egy széles, általános történet, amely meghatározza a projekt vízióját. A felhasználói történet pedig egy kisebb, konkrét feladat vagy funkció, amely az epikából származik, és egy felhasználói igényre összpontosít.
A storyboards vizuálisan bemutatják a felhasználói történeteket, így könnyebbé téve a fogalmak megértését a diákok számára. Elindítják a beszélgetést, tisztázzák az igényeket, és ösztönzik a részvételt az agilis tervezési tevékenységekben.