Scrum Útmutató | 21. Felhasználói történet hibák

A Felhasználói Történetek leírják, hogyan működik egy új termékfunkcionalitás a mindennapi vagy üzleti nyelven. Azonban a készítésük sok időt, energiát és gondolkodást igényel. A mai bejegyzésben a leggyakoribb Felhasználói Történet hibákat emeljük ki, és javaslatokat teszünk arra, hogyan lehet ezeket kezelni.

A leggyakoribb Felhasználói Történet hibák – tartalomjegyzék:

1. Bevezetés
2. Problémák a 3W-vel
3. Problémák a 3C-vel
4. Felhasználói Történet hibák – Összefoglalás

Bevezetés

A Felhasználói Történet nagyszerű eszköz lehet a csapat motiválására, hogy új megoldásokat javasoljanak a felhasználói perspektívából bemutatott problémákra. Egy külön bejegyzésben írtunk arról, hogy mi az a Felhasználói Történet. És ebben a cikkben bemutattuk az INVEST-et, amely egy népszerű módszer a jó Felhasználói Történetek írására. Ma a Felhasználói Történet hibákra fogunk összpontosítani.

Problémák a 3W-vel

Egy megfelelő Felhasználói Történet válaszol a kérdésekre:

• Ki? (Ki a termék célfelhasználója?)
• Mi? (Milyen képességei vannak a terméknek, és mit tud tenni?)
• Miért? (Milyen célt szolgál?)

Azonban problémák kísérhetik a válaszokat ezekre a kérdésekre. A legkevésbé gyakori probléma a kétség azt illetően, hogy mit kellene megváltoztatni a termékben az ügyfél igényeire válaszul. Ezért a Ki? és Miért? kérdésekre vonatkozó problémákra fogunk összpontosítani.

Ki – felhasználói persona

A Felhasználói Történetek készítésekor az egyik leggyakoribb hiba, hogy nem válaszolunk elég pontosan a kérdésre: kinek? Más szavakkal, ki az a felhasználó, akinek a tervezett változás szól?

Gyakran egy általános válasz, amely az Ügyfelet vagy Végfelhasználót jelöli meg a változás címzettjeként, nem elegendő. A megoldás erre a problémára az, hogy a címzettet egy konkrét personaként képzeljük el. A persona a célügyfél modellképe. Más szavakkal, a persona az a személy, aki a terméket egy konkrét módon fogja használni.

A Felhasználói Történet elemzése után előfordulhat, hogy azt tapasztalod, hogy különböző emberek történeteit meséli el egyszerre. Ha sok célfelhasználó van, érdemes megosztani a Felhasználói Történetet kisebb részekre, hogy elkerüljük az ellentmondásos, kölcsönösen kizáró vagy egyszerűen hatástalan lépéseket.

Miért? – rosszul meghatározott cél

Időnként a Felhasználói Történet utolsó szakasza válik a problémák forrásává. Meg kell határoznia a változások üzleti értékét, amelyeket a Felhasználói Történet végrehajtása során hajtanak végre. Nézd meg a Felhasználói Történet hibák egy példáját, ahol a további funkcionalitás leírása helyettesíti a célt:

Mint ügyfél, egy kattintással szeretnék vásárolni egy varázspálcát, mert jövő héten szeretnék venni egy repülő szőnyeget.

Ahelyett, hogy megadná a varázspálca vásárlásának okát, ez a Felhasználói Történet egy újabb tételt ad a potenciális vásárló bevásárlólistájához. Ezért, amikor Felhasználói Történetet készítesz, ne felejtsd el a termék funkcionalitásának megváltoztatásának okait.

Problémák a 3C-vel

A Felhasználói Történetekkel való munka folyamatát három szakaszra bonthatjuk, amelyeket 3C-nek hívunk:

• Kártya – A kártya, amelyen a Felhasználói Történet tárolva van
• Beszélgetés – Beszélgetés a Scrum Csapaton belül a Felhasználói Történet kártyáról
• Megerősítés – az elfogadási kritériumok meghatározása, amelyek megerősítik, hogy egy feladatot elvégeztek

Hibák bármelyik szakaszban előfordulhatnak, amelyeket az alábbiakban ismertetünk.

Kártya

A Felhasználói Történetet tároló memória kártyának korlátozott kapacitása van. Ezért a leggyakoribb problémák a Felhasználói Történet hosszával és terjedelmével kapcsolatosak. A Felhasználói Történetnek koherensnek kell lennie, és nem szabad körülményeskedni, ahogy mondani szokták, olyan pontos mértékben, hogy minden szó számít.

Ez azért van, mert a Felhasználói Történet kártyájának problémája két dimenzióval rendelkezik. Az egyik a megfogalmazás módja: tömör és a szükséges minimum felsorolást tartalmazó. A másik a Felhasználói Történet tényleges mérete. Egy általános mondat hatalmas számú feladatot fejezhet ki, amelyeket nem lehet egyetlen Sprint alatt elvégezni.

Beszélgetés

A Felhasználói Történet egy mondatos megfogalmazása a kiindulópont a beszélgetéshez a Fejlesztő Csapattal. Ezért helytelen úgy kezelni, mint a végrehajtandó feladat leírását. Ez megakadályozza a tárgyalások és a különböző megvalósítási módokkal kapcsolatos diskurzus lehetőségét. A Felhasználói Történetet nem szabad új termékfunkcionalitás követelményeinek leírásaként kezelni, inkább egy meghívás a beszélgetés megkezdésére a konkrét technikai megoldásokról, amelyek a Felhasználói Történet által meghatározott üzleti érték megvalósításához vezetnek.

Megerősítés

A Felhasználói Történetekhez tartozó elfogadási kritériumokról részletesen írtunk a mi az a Felhasználói Történet című szövegben. Azonban az egyik gyakori hiba a teljesítési kritériumok homályosságának hiánya.

Jól megírt Felhasználói Történet tartalmaz egy leírást arról a helyzetről, amelyben megvalósítják. A tesztje az, hogy a Felhasználó kihasználja a Fejlesztő Csapat által létrehozott új funkcionalitást.

A Felhasználói Történet érvényesítésére hasznos eszköz a elfogadási teszt kidolgozása. Ez általában a Felhasználói Történetet tartalmazó kártya másik oldalán található.

Felhasználói Történet hibák – Összefoglalás

A Felhasználói Történetek előkészítésekor és alkalmazásakor érdemes betartani a következő szabályokat:

• Pontosan azonosítsd a Felhasználót, akit a változás érint
• Világosan határozd meg a célját az új termékfunkcionalitás létrehozásának
• Tartsd a terjedelmét a lehető legrövidebben
• Kezeled a Felhasználói Történetet a megoldás megbeszélése kiindulópontjaként a Fejlesztő Csapattal
• Állapíts meg világos elfogadási szabályokat

Ha tetszik a tartalmunk, csatlakozz a szorgos méheink közösségéhez a Facebookon, Twitteren, LinkedIn-en, Instagramon, YouTube-on, Pinterest-en.