mi a felhasználói történet?
A felhasználói történetek rövidek, egyszerű leírások egy olyan funkcióról, amelyet az új képességre vágyó személy szemszögéből mesélnek el, általában a rendszer felhasználója vagy ügyfele. Általában egy egyszerű sablont követnek:
a , Azt akarom, hogy .
A felhasználói történeteket gyakran indexkártyákra vagy ragacsos jegyzetekre írják, cipődobozban tárolják, és falakra vagy asztalokra vannak elrendezve, hogy megkönnyítsék a tervezést és a vitát., Mint ilyen, erősen eltolják a hangsúlyt a funkciókról való írásról a megvitatásukra. Valójában ezek a megbeszélések fontosabbak, mint bármilyen szöveg írása.
tud mutatni néhány felhasználói történet példák?
az agilis felhasználói történetek egyik előnye, hogy különböző részletességgel írhatók. Írhatunk egy felhasználói történetet, hogy fedezze a nagy mennyiségű funkciót. Ezek a nagy felhasználói történetek általában epikusok. Itt van egy epikus agilis felhasználói történet példa egy asztali biztonsági mentési termékről:
- mint felhasználó, menthetem a teljes merevlemezt.,
mivel egy epic általában túl nagy ahhoz, hogy egy agilis csapat egy iterációban teljesítsen, több kisebb felhasználói történetre oszlik, mielőtt tovább dolgoznák. A fenti epic lehet osztani több tucat (vagy esetleg több száz), beleértve a két:
- mint a hatalom felhasználó, Meg tudom határozni a fájlokat vagy mappákat biztonsági mentés alapján fájlméret, dátum létre dátum módosítva.
- felhasználóként jelezhetem, hogy a mappák nem menthetők, így a biztonsági mentési meghajtó nem töltődik fel olyan dolgokkal, amelyekre nincs szükségem mentésre.
hogyan adjuk hozzá a részleteket a felhasználói történetekhez?,
A felhasználói történetek kétféleképpen adhatók hozzá:
- a felhasználói történet több, kisebb felhasználói történetre osztásával.
- hozzáadásával ” feltételek elégedettség.”
ha egy viszonylag nagy történet több, kisebb agilis felhasználói történetre oszlik, természetes feltételezni, hogy a részlet hozzáadásra került. Végül is többet írtak.
az elégedettség feltételei egyszerűen egy magas szintű elfogadási teszt, amely igaz lesz az agilis felhasználói történet befejezése után., Tekintsük a következőket egy másik agilis felhasználói történet példaként:
marketing alelnökként szeretnék kiválasztani egy ünnepi szezont, amelyet a korábbi hirdetési kampányok teljesítményének áttekintésekor kell használni, hogy azonosítsam a nyereségeseket.
A felhasználói történet példájához a következő elégedettségi feltételek hozzáadásával lehet hozzáadni:
- győződjön meg róla, hogy a nagyobb kiskereskedelmi ünnepekkel működik: Karácsony, Húsvét, elnöki nap, Anyák napja, Apák napja, munkanap, újév.
- támogatás Ünnepek, hogy span két naptári év (egyik sem span három).,
- az ünnepi évszakok az egyik ünnepről a másikra állíthatók be (például hálaadásról karácsonyra).
- üdülési szezon lehet állítani, hogy több nappal az ünnep előtt.
ki ír felhasználói történeteket?
bárki írhat felhasználói történeteket. A Terméktulajdonos felelőssége, hogy megbizonyosodjon arról, hogy létezik-e agilis felhasználói történetek termék-lemaradása, de ez nem jelenti azt, hogy a termék tulajdonosa írja őket. Egy jó agilis projekt során elvárhatja, hogy minden csapattag felhasználói történet példákat írjon.,
azt is vegye figyelembe, hogy aki felhasználói történetet ír, sokkal kevésbé fontos, mint aki részt vesz annak megbeszéléseiben.
mikor íródnak a felhasználói történetek?
A felhasználói történetek az agilis projekt során íródnak. Általában egy történetíró műhely kerül megrendezésre az agilis projekt kezdete közelében. A csapat minden tagja részt vesz azzal a céllal, hogy olyan termék – lemaradást hozzon létre, amely teljes mértékben leírja a projekt során hozzáadandó funkciókat, vagy egy három-hat hónapos kiadási ciklust.
ezeknek az agilis felhasználói történeteknek egy része kétségtelenül epikus lesz., Epics később bontjuk kisebb történetek, amelyek jobban illeszkednek egyetlen iteráció. Továbbá, új történeteket lehet írni, és hozzá a termék lemaradás bármikor, bárki.
A felhasználói történetek helyettesítik a követelménydokumentumot?
az agilis projektek, különösen a Scrum projektek, egy termék-lemaradást használnak, amely a termékben vagy szolgáltatásban fejlesztendő funkciók rangsorolt listája. Bár a termék lemaradás tételek lehet, amit a csapat vágyik, felhasználói történetek alakultak ki, mint a legjobb és legnépszerűbb formája a termék lemaradás tételek.,
míg a termék lemaradása egy hagyományos projekt követelménydokumentumának helyettesítésére gondolható, fontos megjegyezni, hogy az agilis felhasználói történet írott része (“mint felhasználó, Szeretnék …”) nem teljes, amíg a történetről folytatott megbeszélések nem következnek be.
gyakran a legjobb, ha az írott részt mutatóként tekintjük a valódi követelményre. A felhasználói történetek mutathatnak egy munkafolyamatot ábrázoló diagramra, egy táblázatra, amely bemutatja a számítás elvégzését, vagy bármely más tárgyra, amelyet a termék tulajdonosa vagy csapata kíván.,
A felhasználói történetekhez kapcsolódó ajánlott erőforrások
- A “mint felhasználó, szeretnék” felhasználói történet sablon előnyei.,
- A Minta Formátumát, egy Táblázatkezelő-Alapú Termék Backlog
- Előnyök a Felhasználó Történetek Követelmények
- a Nem-funkcionális Követelmények, mint a Felhasználói Történetek
- Bevezetés a Felhasználói Történetek
Leave a Reply