Felhasználói történetek és agilis fejlesztés meghatározása
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.
Felhasználói történetek:
- Könnyen érthetőek, bárki részt vehet
- Munka iteratívan; gyakran lehet és kell is változtatni vagy módosítani
- Igazítsa a fejlesztőket, felhasználókat és üzleti szakembereket a közös célok és elvárások köré
- Sokkal könnyebben olvashatók, mint a 400 oldalas dokumentumok
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.
Epikus
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:
- Beállítás vagy kontextus
- Színészek vagy felhasználók
- Célok és célkitűzések
- Tevékenységek és események
Felhasználók meghatározása
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.
Történet létrehozása
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:
- Kicsi - 10 nap alatti munka
- Értékes - Miután elkészültek, valami használhatót kell szállítaniuk
- Becsülhető - Képes ballpark becslést készíteni arról, hogy mennyi erőfeszítést igényel
Rendelés keresése
Átrendezés végrehajtása
Beszélgetés és tervezés tesztelésre
Ezeknek a történeteknek beszélgetésre és kérdésekre kell ösztönözniük, például:
- Ezek a megfelelő történetek eposzunkhoz?
- Milyen más történeteket kell létrehozni?
- Ezek a történetek összhangban vannak azzal, amit a felhasználóinkról tudunk?
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:
- Milyen gyorsnak kell lennie a keresésnek?
- Van-e időkorlát az újrarendelésekre?
- Mit tegyen a rendszer, ha ez a második újrarendelés? Ötödik?
- Milyen tesztekre és utólagos kérdésekre lenne szüksége?
© 2024 - Clever Prototypes, LLC - Minden jog fenntartva.
A StoryboardThat a Clever Prototypes , LLC védjegye, és bejegyzett az Egyesült Államok Szabadalmi és Védjegyhivatalában