Felhasználói Történetek és Agilis Fejlesztés

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?

Gyakran ismételt kérdések a felhasználói történetekről és az agilis fejlesztésről

Mi az az agilis felhasználói történet?

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.

Hogyan hozzak létre hatékony felhasználói történeteket az osztályprojektekhez?

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.

Miért fontosak a felhasználói történetek az agilis fejlesztésben?

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.

Mi a különbség egy epik és egy felhasználói történet között?

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.

Hogyan segíthetnek a storyboards az agilis felhasználói történetek tanításában a diákoknak?

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.