A user story a végfelhasználók (userek) szempontjából ír le valamilyen funkciót, ami az agilis csapatok által szétbontásra kerül jól definiált technikai feladatokra (subtask-okra).
Az üzletileg legkisebb egység, ami az üzlet és a fejlesztők számára is még egyaránt értelmezhető. A szétbontást követően a subtask-ok már inkább technikai megközelítést tartalmaznak.
A user story-k legfontosabb szerepe, hogy a felhasználó igényeit jeleníti meg, amivel kiváltja a tradicionális követelményspecifikációt. Igaz, hogy a specifikáció több információt hordoz magában, mint például a rendszer működésével, compliance, szállítók és egyéb követelményekkel kapcsolatban, de ezeknek a történeteknek a fókusza az üzleti érték és a felhasználó központú gondolkodás. Ezáltal egy jobb megértést biztosit a fejlesztők felé, hogy mi a tényleges üzleti igény.
A user story megfogalmazása: "Én, mint(user szerep) azt szeretném, hogy (cselekmény) azért, mert (üzleti érték)."
Példa egy story-ra: „Én, mint egy autó tulajdonos, azt szeretném, hogy az autó magától meghatározza a sebességhatárt és álljon be erre, azért, mert így nem kell figyelnem a sebességre és nem lesz gyorshajtásom.”
Példa egy user story felépítésére:
A sokat használt mozaikszó az INVEST, ami a történetek megírásánál jelent segítséget. Az összes story-nak az alábbi tulajdonságokkal kell rendelkeznie:
A user story-k megfogalmazása az agilis fejlesztés alapja, ezért tartjuk fontosnak, hogy munkánk során személyre szabott mentorálást nyújtsunk belőle az agilis csapatok szereplői számára.
Szerző: Bazsi