A Felhasználói Történet egy olyan technika, amely lehetővé teszi a vállalkozások számára, hogy olyan termékeket és szolgáltatásokat nyújtsanak, amelyek maximálisan megfelelnek az ügyfél igényeinek. A Felhasználói Történet elfogadási kritériumai javítják az új termékfunkcionalitások értékelését a felhasználó szempontjából.
A Felhasználói Történet Elfogadási Kritériumai – tartalomjegyzék:
- Bevezetés
- Hogyan fogalmazzuk meg a Felhasználói Történet Elfogadási Kritériumait?
- Felhasználói Történet Elfogadási Kritériumai vs. Kész Definíció
- Összefoglalás
Bevezetés
A Felhasználói Történetet és a létrehozásával kapcsolatos problémákat már érintettük a korábbi cikkekben. Ma azonban a Felhasználói Történet elfogadási kritériumaira fogunk összpontosítani.
Az elfogadási kritériumoknak az alábbi irányelveket kell követniük:
- leírni az új és fejlesztett funkcionalitást a termék felhasználói szempontjából
- egyedinek lenni minden Felhasználói Történet esetében
A hivatalos Scrum Útmutató nem határozza meg a Felhasználói Történetet és annak elfogadási kritériumait. Ezek opcionálisak, de nagyon gyakori elemei a Scrum munkának. Mégis, hogy olvasóink kíváncsiságát csillapítsuk, úgy ábrázoljuk őket, mint: A feltételek, amelyeket egy termékfejlesztésnek teljesítenie kell egy adott Sprint során ahhoz, hogy jóváhagyást nyerjen a felhasználótól.

Hogyan fogalmazzuk meg a Felhasználói Történet Elfogadási Kritériumait?
Jól megírt Felhasználói Történet tartalmaz egy világos leírást a kontextusról vagy helyzetről, amelyre vonatkozik, így megfelelve az elfogadási kritériumoknak. Mégis, ez csak egy rövid mondat, túl homályos és kétértelmű ahhoz, hogy egyértelműen meg lehessen határozni a szükséges szempontokat.
A kritériumok világossága és hozzáférhetősége
Ezért, hogy elkerüljük a kétértelműségeket, folytassunk és rögzítsünk egy részletes beszélgetést az ügyféllel, hogy meghatározzuk a megvalósított megoldás célját. Ne feledjük, hogy az elfogadási kritériumok végső megfogalmazása a Termék Tulajdonosáé.
Írjuk le őket a Felhasználói Történet kritériumaival együtt a Sprint Tervezés előtt. Minden Scrum Csapattagnak el kell olvasnia, és meg kell erősítenie, hogy megérti és egyetértene a Felhasználói Történet elfogadási kritériumaival. Általában az elfogadási kritériumok a Felhasználói Történet kártya másik oldalán találhatók.
A megfelelően megfogalmazott elfogadási kritériumok lehetővé teszik a felhasználó számára, hogy ellenőrizze, hogy a Felhasználói Történet tesztelése követi-e annak leírását. A kritériumok ellenőrzőlista formájában is megjelenhetnek, amelyet be lehet jelölni, amikor a termék tesztelése során a Sprint végén teljesítve van.
A dolog egyszerű, ha a termék működése átlátható a felhasználó számára. Azonban minél bonyolultabb a termék, annál nehezebb a tesztelés. Vegyük például a bonyolult szoftvereket vagy nagyszabású szolgáltatásokat. Ezért a legtöbb esetben hasznos eszköz a Felhasználói Történet érvényesítésére egy elfogadási teszt előkészítése.
Elfogadási teszt
Ha úgy dönt, hogy elfogadási tesztet fejleszt, írja le a kártya másik oldalára, amely a Felhasználói Történetet tartalmazza. Később a Scrum Csapat vagy egy külső QA csapat végezheti el.
A tesztnek mindenekelőtt egy világos nyilatkozatot kell tartalmaznia arról, hogy a termék megbukik vagy átmegy a teszten. Nem tartalmazhat százalékos nyilatkozatokat vagy közbenső értékelést.
Ha a Felhasználói Történetnek több mint egy elfogadási kritériuma van, mindegyik külön tesztelést igényel. Így sokkal könnyebb meghatározni, hogy melyik termékfunkcionalitás igényel fejlesztést vagy finomítást, és ez különösen fontos, ha az új funkcionalitások, amelyek a Felhasználói Történetben szerepelnek, átfedik egymást vagy függetlenek egymástól.

Felhasználói Történet Elfogadási Kritériumai vs. Kész Definíció
A Kész Definíció a Scrum munkavégzésének szerves része, amely a technikai megfelelője az elfogadási kritériumoknak. Azonban nem szabad összekeverni ezt a kettőt, mivel különböző kötelezettségeket jelentenek. Mi a Kész Definíció, és hogyan és mikor kell megfogalmazni, ezt egy külön bejegyzésben tárgyaltuk?
Itt csak annyit említünk meg, hogy a Kész Definíció egy világos és átlátható leírás a termék várható állapotáról a termék backlogban található increment befejezése után. Leírja az increment során végrehajtott fejlesztéseket. Ez ellentétben áll az elfogadási kritériummal, amely a Felhasználói Történethez tartozik, és amely a legutolsó Sprint során létrehozott termékfunkcionalitást írja le, ahogyan azt az ügyfél észleli.
Például vegyük ezt a Felhasználói Történetet a következő tartalommal:
Mint egy bejelentkezett vásárló egy online boltban, szeretnék egy varázspálcát egy kattintással megvásárolni.
A fenti Felhasználói Történet Kész Definíciója a következőket tartalmazhatja:
- a bolt vásárlói számára készült bejelentkezési panel létrehozása
- a fizetési rendszer integrálása
- az azonnali fizetési gomb hozzáadása a termékoldal sablonhoz
Másrészt az ügyfél elfogadási kritériumai a következőket tartalmazzák:
- a boltba való bejelentkezés képessége
- az alapértelmezett fizetési mód meghatározásának lehetősége
- működő “Vásárolj most” gomb a “varázspálca” termékhez
Összefoglalás
Az elfogadási kritériumok egy olyan feltételsorozat, amely a Felhasználói Történet megvalósításának értékelésére szolgál. Az új és fejlesztett termék teljesítményének a felhasználó szempontjából történő leírásával ez a módszer hatékony eszközzé válik az ügyféllel való munkához. A Scrum Csapat teljesítményét a felhasználó szempontjából mutatja be.
A jól megfogalmazott elfogadási kritériumok, például egy elfogadási teszt formájában, szintén lehetővé teszik számunkra, hogy ellenőrizzük a Sprint során, hogy a létrehozott funkcionalitás javítja-e az ügyfél igényeinek kielégítését.
Az elfogadási kritériumok a Kész Definíciótól elsősorban abban a szempontban különböznek, ahogyan kifejezésre juttatják magukat. Nem tartalmaznak technikai követelmények leírását, amelyeket az új megoldásnak teljesítenie kell, hanem csak az okat, amelyeket a terméknek fel kell tüntetnie a új Felhasználói Történet megvalósítása után.
Ha tetszik a tartalmunk, csatlakozzon aktív közösségünkhöz 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