A Felhasználói Történet egy rövid leírás egy új termékfunkcionalitásról vagy annak fejlesztéséről. Nem tartalmaz technikai megoldást, hanem a funkcionalitással kapcsolatos kérdéseket érint: Ki a felhasználó? Mit csinál a termék? Mi a célja? A Felhasználói Történet a terméket a mindennapi vagy üzleti nyelven írja le, ugyanakkor utal a Scrum Csapat feladataira, amelyek a Csapat teljesítményének javítását célozzák.
Mi az a Felhasználói Történet? – tartalomjegyzék:
- Bevezetés
- Felhasználói Történet. Kié a történet?
- Hogyan használjuk a Felhasználói Történeteket?
- Elfogadási Kritériumok
- Összegzés
Bevezetés
A Felhasználói Történet a leggyakoribb feladatok megfogalmazási módja, amelyeket a Scrum Csapat végez. Egyetlen Felhasználói Történet egy kis funkcionalitást határoz meg a termékben. Leírja a legkisebb jelentőséggel bíró, részleges Termék Célját. Ezért a Felhasználói Történetek nagyon rövidek.
A Felhasználói Történeteket a terméken végzett munka teljes időtartama alatt hozzák létre. Folyamatosan készülnek, attól a pillanattól kezdve, amikor a munka megkezdéséről döntés születik, egészen a Termék Cél megvalósításáig.
A Felhasználói Történetek létrehozása a Termék Tulajdonos feladata. Egy ügyféllel folytatott beszélgetés alapján megfogalmazza azokat a kérdésekre adott válaszokat, amelyek lehetővé teszik a Felhasználói Történet létrehozását, és bejegyzi azokat a Termék Hátralékba. Azonban a Felhasználói Történetek nemcsak az ügyfél igényeit tükrözik.

Felhasználói Történet. Kié a történet?
A Scrum Csapat egy Felhasználói Történetet hoz létre a Felhasználó igényeinek meghatározására, ezért üzleti nyelven van megfogalmazva. Más szavakkal, jelzi azokat az előnyöket, amelyeket a megvalósítása a termék felhasználójának hoz. Azonban a Termék Hátralékban olyan Felhasználói Történetek is lehetnek, amelyek a Fejlesztő Csapat igényeit írják le, például a Fejlesztők közötti munkafolyamat javítása, vagy a Termék Tulajdonos igényeit, például a Termék Hátralék szervezését. Ilyen esetekben a Felhasználó a Felhasználói Történetben a Fejlesztő és a Termék Tulajdonos.
A Felhasználói Történetet a 3W kérdések megválaszolásával lehet leírni:
- Ki?
- Mit csinál?
- Miért?
A Felhasználói Történet ezután egy képletben található:
Mint egy [felhasználó típusa], akarom [mit csinálni?] Mert [miért?].
Példák a Felhasználói Történetekre egy online bolt funkcionalitásáról, ebben a formában, az alábbi táblázatban láthatók:

Ez a képlet lehetővé teszi nemcsak a Felhasználói Történet megfogalmazását, hanem viszonylag könnyen lefordítja a technikai nyelvet üzleti nyelvre és fordítva. Ennek eredményeként mind a Fejlesztők, mind az Érdekeltek világosan látják a Célját és a haladásának szakaszait. A jó Felhasználói Történetek létrehozásáról az INVEST módszer használatával egy külön cikkben fogunk beszélni a Scrum Útmutató sorozatban.
Hogyan használjuk a Felhasználói Történeteket?
A sémás Felhasználói Történet létrehozása csak a kezdet. Ezek jelek és kiindulópontok a problémák és megoldásaik megbeszélésére. A Felhasználói Történetek megbeszélése a Sprint Tervezés során történik, hogy tisztázzák, mely technikai problémákat ad hozzá a Fejlesztő csapat a Sprint Hátralékhoz.
Jellemzően a fizikai térben a Felhasználói Történetek kicsi, színes kártyákra vannak írva, amelyeket a munkahelyen tűznek ki. Azonban a digitális térben a digitális táblák, amelyeket a Scrum Csapat közösen használ, a legjobban működnek.
A Felhasználói Történetek ilyen módon történő mentésének számos előnye van, mert:
- Kiemeli a minden Felhasználói Történet önállóságát – mindegyiknek külön kerete van, és függetlenül végrehajtható a többitől
- Hangsúlyozza a Felhasználói Történetek dinamikáját – a megvalósításuk sorrendjét a Scrum Csapat újratárgyalja, és a kártyák fizikai elrendezése révén a táblán látható a megvalósítás aktuális sorrendje
- Emlékeztetőként szolgál – a Felhasználói Történetek vizuális ábrázolásának köszönhetően a Scrum Csapat látja a célját, amikor részletes megoldásokat készít.
A Fejlesztő Csapat a Felhasználói Történet befejezéséhez szükséges erőfeszítést napokban, munkaórákban vagy Történet Pontokban becsüli meg.
Elfogadási Kritériumok
A Felhasználói Történetnek bizonyos elfogadási kritériumokkal kell rendelkeznie abban a pillanatban, amikor a Fejlesztő Csapat elfogadja a fejlesztésre. Az elfogadási kritériumok meghatározzák, hogy mikor tekinthető a Felhasználói Történet munkája befejezettnek.
Így mind az ügyfél, mind a fejlesztők tudják, hogyan fog a munkájuk üzleti értékké válni. Jellemzően a Felhasználói Történetet akkor tekintik befejezettnek, amikor a benne megadott felhasználó el tudja végezni a leírt műveletet. A fenti példa alapján nézd meg ezt a Felhasználói Történetet a következő tartalommal:
Egy vásárló egyetlen kattintással meg tud vásárolni egy varázspálcát.
Ez befejezett, amikor megjelenik egy működő “Vásárolj most” gomb az online bolt oldalán, amely a bejelentkezett felhasználó alapértelmezett fizetési és szállítási adatait használja.
Összegzés
A Felhasználói Történet egy tömör leírás egy új termékfunkcionalitásról vagy fejlesztésről. Ez szolgál a legkisebb célként, amely üzleti nyelven van kifejezve, vagyis az üzleti érték és a felhasználó perspektívájából. Segít világosan meghatározni a végrehajtandó feladatot, valamint a befejezés kritériumait.
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