Az INVEST egy módszer a jó Felhasználói Történetek létrehozására. Lehetővé teszi, hogy ellenőrizzük, hogy megfelelően megfogalmazott tartalommal rendelkeznek-e, és hogy kapcsolódnak-e a Termék üzleti értékéhez. És azt is, hogy a méretüket és használhatóságukat megfelelően választották-e ki.
A legjobb Felhasználói Történet létrehozása az INVEST segítségével – tartalomjegyzék:
- Bevezetés
- I az Függetlenért
- N a Tárgyalhatóért
- V az Értékes vagy Vertikálisért
- E az Értékelhetőért
- S a Kicsiért
- T a Tesztelhetőért
- Összefoglalás
Bevezetés
Az INVEST egy mozaikszó, amelyet Bill Wake 2003-ban alkotott. Minden betűje egy olyan szó kezdőbetűje, amely jellemzi a jó Felhasználói Történetet. Az INVEST elv szerint minden Felhasználói Történetnek a következőképpen kell lennie:
- Független
- Tárgyalható
- Értékes
- Értékelhető
- Kicsi
- Tesztelhető
Többet írtunk arról, hogy mi az a Felhasználói Történet egy külön cikkben. Itt csak annyit említünk meg, hogy ez egy tömör leírás egy új Termék funkcióról, amely érthető nyelven íródott.

I az Függetlenért
A jó Felhasználói Történet első jellemzője a függetlensége. Ez azt jelenti, hogy a leírásának és jellemzőinek érthetőnek kell lennie más Felhasználói Történetekre való hivatkozás nélkül. De legfőképpen, a megvalósítása nem korrelálhat más Felhasználói Történetekkel. Természetesen nem lesz teljes függetlenség. A Termék létrehozását nem lehet teljesen különálló modulokra bontani. Azonban kulcsfontosságú, hogy emlékezzünk arra, hogy a Felhasználói Történeteket a lehető legfüggetlenebbül tartsuk. Ennek köszönhetően, még ha az egyik nem lép be a megvalósítási fázisba, vagy jelentősen módosul, a többi nem fog módosulni. Általános szabály, hogy a Felhasználói Történetnek egy különálló és koherens egészet kell alkotnia.
N a Tárgyalhatóért
A Felhasználói Történetnek tárgyalhatónak kell lennie. Ez azt jelenti, hogy a Célját határozza meg, nem pedig azt, hogy hogyan érjük el azt.
Más szavakkal, egy várt funkciót definiál a Termékben, nem pedig egy technikai megoldást a megvalósításhoz.
A Felhasználói Történet tárgyalása a Termék Tulajdonosa és a Fejlesztő Csapat között zajlik. A Termék Tulajdonosa javasolja egy bizonyos funkció megvalósítását a Termékben, azaz azt mondja, hogy “Mit” kell tenni. A Fejlesztők felelősek a “Hogyan” kérdés megválaszolásáért. Vagyis tárgyalják a Felhasználói Történetben bemutatott probléma megoldásának konkrét módjait.
V az Értékes vagy Vertikálisért
Az INVEST mozaikszóban a V betű két tulajdonságot jelöl:
- Értékes
- Vertikális
Mindkettő kulcsfontosságú jellemzőket fed fel egy jó Felhasználói Történetről. Ezért úgy döntöttünk, hogy elmagyarázzuk, mit jelent mindkettő.
Értékes
Az értékes Felhasználói Történet indokolja a módosítás üzleti célját. Más szavakkal, pontosan válaszol arra a kérdésre, hogy miért kell bevezetni a módosítást, és miért fontos ez az érintettek szempontjából.
Vertikális
A második jellemző; a Vertikális az Agilis módszertanból származik. A vertikális Felhasználói Történet tartalmaz egy új funkciót a Termékben, amely látható a Felhasználó számára. Azaz nem a Termék egy kiválasztott rétegében történő horizontális “teljesítményjavításra” összpontosít. Éppen ellenkezőleg, egy új “réteget” ad hozzá.
Más szavakkal, a Felhasználói Történet leírja, hogyan módosítható a Termék általános működése azzal, hogy válaszol a kérdésre: Mit kell pontosan javítani? Ez azt is jelenti, hogy a Termék minden funkciója meglévő megoldásokra épül.
E az Értékelhetőért
Jónak kell lennie a Felhasználói Történetnek, hogy értékelhető legyen. Ez azt jelenti, hogy világosan meg kell határoznia a módosítások terjedelmét, amelyeket a Terméken el kell végezni ahhoz, hogy a Felhasználói Történet teljesítettnek számítson. Ez lehetővé teszi a Fejlesztő Csapat számára, hogy meghatározza az elvégzéséhez szükséges időt és erőfeszítést.
A feladat terjedelmét és nehézségét általában Történet Pontokban mérik. Ezek relatívak. És minden Fejlesztő Csapat a gyakorlatban a korábbi tapasztalatok alapján dolgozza ki a Történet Pont értékét.
Külön cikkekben többet írtunk a Fejlesztő Csapat Sebességéről és arról, hogyan lehet azt mérni.

S a Kicsiért
A Fejlesztő Csapat által megvalósításra elfogadott Felhasználói Történetnek tömörnek kell lennie. Azaz nem lehet hosszabb egy Sprintnél. Ha a Fejlesztők a Sprint Tervezés során felfedezik, hogy a Termék Tulajdonosa által javasolt Felhasználói Történet túl hosszú, akkor azt lehetőleg független részekre kell bontani.
T a Tesztelhetőért
A mozaikszó utolsó betűje, az INVEST, a tesztelhetőt jelenti. Ez azt jelenti, hogy a Felhasználói Történetben leírt Termék módosításának meg kell állnia a próbát és ellenőrizhetőnek kell lennie. Más szavakkal, ellenőrizhetőnek kell lennie, hogy a Fejlesztők által megvalósított megoldás a várt értéket nyújtotta-e egy adott Érintett számára.
A legjobb Felhasználói Történet létrehozása – összefoglalás
Az INVEST egy mozaikszó, amely egy jól megírt Felhasználói Történetet ír le. Ennek a következőképpen kell lennie:
- Független más Felhasználói Történetektől. Így módosítható vagy eltávolítható a Termék Hátralékból, ha szükség van rá.
- Tárgyalható. Meg kell határoznia, hogy mit kell tenni, a “hogyan” megválasztását pedig a Fejlesztőkre kell bízni.
- Értékes, azaz indokolja a Termék módosításának üzleti értelmét. Vagy Vertikális, azaz bemutat egy új funkciót a Termékben, amely látható a Felhasználó számára.
- Értékelhető, azaz meghatározható mérettel és befejezési kritériummal rendelkezik.
- Kicsi, hogy egy Sprint alatt befejezhető legyen.
- Tesztelhető, hogy biztosan meg lehessen állapítani, hogy megvalósították.
Ha tetszik a tartalmunk, csatlakozz a szorgos méheink közösségéhez a Facebookon, Twitteren, LinkedInen, Instagramon, YouTube-on, Pinteresten.
Caroline Becker
Projektmenedzserként Caroline szakértő az új módszerek megtalálásában, amelyek a legjobb munkafolyamatok megtervezésére és a folyamatok optimalizálására szolgálnak. Szervezési készségei és a nyomás alatt végzett munka iránti képessége teszik őt a legalkalmasabb személyré, aki bonyolult projekteket valóra tud váltani.
Scrum Guide:
- Alapfogalmak, szerepek és fogalmak szótára
- Mi a Scrum?
- Scrum értékek
- Hogyan valósítsuk meg a Scrumot a vállalatunkban?
- Scrum Csapat - mi az és hogyan működik?
- Ki a terméktulajdonos?
- A Product Owner leggyakoribb hibái
- Ki a Scrum Master?
- A Scrum Master leggyakoribb hibái
- Milyen statisztikákat és mutatókat kell nyomon követnie a Scrum Masternek?
- Scrum fejlesztőcsapat
- A fejlesztők leggyakoribb hibái
- Scrum artefaktumok
- Skálázott Scrum
- Sprint Hátralék
- Mi az a termék hátralék?
- Mik azok a felhasználói történetek?
- A legjobb Felhasználói Történet létrehozása az INVEST elv alapján
- A leggyakoribb felhasználói történet hibák
- Felhasználói történet elfogadási kritériumok
- Becslés és Történetpontok a Scrum-ban
- Tervezési Póker
- Csapatbecslési játék
- Növekmény meghatározása
- Scrum események
- Mi az a Burndown Diagram?
- A burndown diagram előnyei és hátrányai
- Kanban táblák a Scrum és Scrumban keretrendszerben
- Sebesség a Scrum-ban - A Fejlesztő Csapat Sebessége
- Napi Scrum
- Sprint tervezés
- Sprint értékelés
- Mi az a Sprint Retrospektív?
- A Sprint Retrospektív során elkövetett gyakori hibák
- Termék Backlog ápolása
- Hogyan kell létrehozni és értelmezni egy burndown diagramot?
- Mi az a Sprint a Scrum-ban?
- A Terméktulajdonos és a Scrum Master közötti együttműködés
- Scrum Csapat Kötelezettségek - Termék Cél, Sprint Cél és Teljesítési Meghatározás
- A jó Scrum Master jellemzői