Keresés
  • Keresés
  • Saját Storyboards
https://sbt-www-us-east-v3.azurewebsites.net/hu/articles/b/agilis-user-történetek

Felhasználói történetek és agilis fejlesztés meghatározása

Használjon storyboardokat a folyamatok és az ügyfelek interakciójának magyarázatához

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.

Customer Care Generic Epic

Hozzon Létre egy Agilis Felhasználói Történetet*

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.

Acme Corp. Users

Hozzon Létre egy Agilis Felhasználói Történetet*

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

Acme Corp. - Looking up an Order

Hozzon Létre egy Agilis Felhasználói Történetet*

Átrendezés végrehajtása

Acme Corp. Replacement Order

Hozzon Létre egy Agilis Felhasználói Történetet*

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?


Távozás Storyboard That „s Illustrated Guide to Product Development a Customer Journey Mapping!
*(Ez egy 2 hetes ingyenes próbaverziót indít - nincs szükség hitelkártyára)
https://sbt-www-us-east-v3.azurewebsites.net/hu/articles/b/agilis-user-történetek
© 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