A felhasználói történetek alkotják az agilis fejlesztés szívét. Ezek a scrum-csapat elsődleges bemenete. Ők veszik a felhasználói történeteket, és a történetek befejezése alapján termék-inkrementumokat hoznak létre. Sajnos a felhasználói történetek helyes elkészítése nem is olyan egyszerű.
A felhasználói történetekről itt tudhatsz meg több információt:
A terméktulajdonosoknak meg kell tanulniuk, hogyan hozzanak létre olyan felhasználói történeteket, amelyek megfelelnek a csapat igényeinek. Ahhoz, hogy jó felhasználói történeteket hozzon létre, kezdje azzal, hogy ne felejtse el FEKTETNI a jó felhasználói történetekbe. Az INVEST egy rövidítés, amely a következő fogalmakat foglalja magába, amelyek egy jó felhasználói történetet alkotnak:
Független: A Product Backlog Itemnek (PBI) önállónak kell lennie.
Negotiable: Teret kell hagynia a megbeszélésnek.
Értékes: Értéket kell nyújtania az érdekeltek számára.
Esztimálható: Mindig meg kell tudni becsülni a PBI méretét.
Kicsi: Így kell tudni megtervezni, feladatként és prioritásként kezelni.
Tesztelhető: A fejlesztésnek tesztelhetőnek kell lennie.
A történeteknek a lehető legfüggetlenebbeknek kell lenniük, és tetszőleges sorrendben kell tudni dolgozni rajtuk. Ez lehetővé teszi minden egyes történet valódi priorizálását. Ha függőségek jönnek szóba, előfordulhat, hogy egy értékes sztori megvalósítása nem lehetséges más, sokkal kevésbé értékes sztorik megvalósítása nélkül.
Tárgyalható
A jó sztori tárgyalható és nem szerződés. A jó történet egy meghívás egy beszélgetésre. A jó történet megragadja a kívánt dolog lényegét. A tényleges eredménynek a terméktulajdonos és a fejlesztőcsapat közötti közös tárgyalás eredményének kell lennie. A cél az ügyfél igényeinek kielégítése.”
Értékes
A felhasználói történeteket az üzleti érték szerint kell rangsorolni a backlogban. Ha olyan Product Backlog tételekkel állunk elő, amelyeket igazán szórakoztató kódolni, de nem hoznak értéket az érdekeltek számára, az sérti az Agilis Alapelvek egyikét, amely szerint folyamatosan értékes szoftvert kell szállítani
Értékes
A fejlesztőknek képesnek kell lenniük egy történet becslésére. Úgy kell megírni, hogy a fejlesztők megértsék, és legyen elképzelésük arról, hogyan kell megvalósítani. A becslés kulcstényezői a szakterület ismerete és a technikai tudás.
Kicsi
A jó történetek általában kicsik, de mennyire legyenek kicsik? A válasz a csapattól és az alkalmazott módszertantól függ. Sok terméktulajdonos kéthetes iterációkat javasol, amelyek három vagy négy átlagos munkanapnyi felhasználói történetet tesznek lehetővé. Ez magában foglalja az összes munkát, hogy a történet “kész” állapotba kerüljön.
Tesztelhető
A történeteknek tesztelhetőnek kell lenniük, hogy segítsenek a teljesség megállapításában. Egy történetnek rendelkeznie kell egy elfogadási kritériummal. Az elfogadási kritériumoknak objektívnek kell lenniük. Kerüljük az olyan kritériumok használatát, mint a könnyen használható, gyors vagy hibamentes. Try to write criteria that can be measured and tested.
Via: