Scrum vadovas | 22. Vartotojo istorijos priėmimo kriterijai

Vartotojo istorija yra technika, leidžianti verslams teikti produktus ir paslaugas, atitinkančias klientų poreikius maksimaliai. Vartotojo istorijos priėmimo kriterijai pagerina naujų produkto funkcionalumų vertinimą iš vartotojo perspektyvos.

Vartotojo istorijos priėmimo kriterijai – turinys:

1. Įvadas
2. Kaip suformuluoti vartotojo istorijos priėmimo kriterijus?
3. Vartotojo istorijos priėmimo kriterijai vs. Baigtumo apibrėžimas
4. Santrauka

Įvadas

Mes aptarėme vartotojo istoriją ir problemas, su kuriomis reikia susidurti jos kūrimo metu ankstesniuose straipsniuose. Šiandien, vis dėlto, mes sutelksime dėmesį į vartotojo istorijos priėmimo kriterijus.

Priėmimo kriterijai turėtų atitikti šias gaires:

• apibūdinti naują ir patobulintą funkcionalumą iš vartotojo perspektyvos
• būti unikalūs kiekvienai vartotojo istorijai

Oficialus Scrum vadovas nedefinuoja vartotojo istorijos ir jos priėmimo kriterijų. Jie yra neprivalomi, tačiau labai dažni Scrum darbo elementai. Vis dėlto, kad patenkintume mūsų skaitytojų smalsumą, mes juos apibūdinsime kaip: Įgyvendinimo sąlygas, kurias produkto patobulinimas turi atitikti per tam tikrą Sprintą, kad gautų vartotojo patvirtinimą.

Kaip suformuluoti vartotojo istorijos priėmimo kriterijus?

Gerai parašyta vartotojo istorija turi aiškų konteksto ar situacijos aprašymą, su kuria ji susijusi, taip atitinkant priėmimo kriterijus. Vis dėlto, tai yra tik trumpa frazė, per daug neaiški ir dviprasmiška, kad būtų galima tiesiogiai nurodyti būtinus apsvarstymus.

Priėmimo kriterijų aiškumas ir prieinamumas

Todėl, kad būtų išvengta neaiškumų, atlikite ir užfiksuokite išsamią diskusiją su klientu, kad nustatytumėte įgyvendinamo sprendimo tikslą. Atminkite, kad galutinė priėmimo kriterijų formulė priklauso produkto savininkui.

Užrašykite juos kartu su vartotojo istorijos kriterijais prieš Sprinto planavimą. Kiekvienas Scrum komandos narys turi perskaityti ir patvirtinti, kad supranta ir sutinka su vartotojo istorijos priėmimo kriterijais. Paprastai priėmimo kriterijai yra kitoje vartotojo istorijos kortelės pusėje.

Tinkamai suformuluoti priėmimo kriterijai leidžia vartotojui patikrinti, ar testuojama vartotojo istorija atitinka jos aprašymą. Kriterijai gali būti patikrinimo sąrašo su punktų ženklais forma, kurią reikia pažymėti, kai ji baigta per produkto testavimą Sprinto pabaigoje.

Situacija yra paprasta, jei produkto veikimas yra skaidrus vartotojui. Tačiau kuo sudėtingesnis produktas, tuo sunkiau jį išbandyti. Pavyzdžiui, sudėtinga programinė įranga ar didelio masto paslaugos. Todėl daugeliu atvejų naudingas įrankis vartotojo istorijai patvirtinti yra priėmimo testas.

Priėmimo testas

Jei nuspręsite parengti priėmimo testą, užrašykite jį kitoje kortelės pusėje, kurioje yra vartotojo istorija. Vėliau Scrum komanda arba išorinė QA komanda gali jį atlikti.

Testas pirmiausia turi turėti aiškų pareiškimą apie tai, ar produktas nepavyko, ar praėjo testą. Jame negali būti procentinių pareiškimų ar tarpinio vertinimo.

Jei vartotojo istorija turi daugiau nei vieną priėmimo kriterijų, kiekvienas reikalauja atskira testavimo. Tokiu būdu daug lengviau nustatyti, kuri produkto funkcionalumas reikalauja tobulinimo ar patobulinimo, ir tai ypač svarbu, jei naujos funkcijos, įtrauktos į vartotojo istoriją, persidengia arba yra nepriklausomos viena nuo kitos.

Vartotojo istorijos priėmimo kriterijai vs. Baigtumo apibrėžimas

Baigtumo apibrėžimas yra neatskiriama Scrum darbo dalis, kuri yra techninis priėmimo kriterijų atitikmuo. Tačiau neturėtumėte painioti šių dviejų, nes jie žymi skirtingus įsipareigojimus. Kas yra baigtumo apibrėžimas, ir kaip bei kada jį suformuluoti, yra klausimas, kurį aptarėme atskirame įraše?

Čia mes tik paminėsime, kad baigtumo apibrėžimas yra aiškus ir skaidrus aprašymas apie laukiamą produkto būseną po produkto backlog’o inkremento užbaigimo. Jis apibūdina patobulinimus, padarytus per inkrementą. Tai prieštarauja priėmimo kriterijui, atitinkančiam vartotojo istoriją, kuris apibūdina produkto funkcionalumą, sukurtą per paskutinį Sprintą, kaip jį suvokia klientas.

Pavyzdžiui, paimkite šią vartotojo istoriją su turiniu:

Kaip prisijungęs klientas internetu, noriu nusipirkti magišką lazdelę vienu paspaudimu.

Baigtumo apibrėžimas šiai vartotojo istorijai gali apimti šiuos punktus:

• prisijungimo panelės sukūrimas parduotuvės klientams
• mokėjimo sistemos integracija
• momentinio mokėjimo mygtuko pridėjimas prie produkto puslapio šablono

Kitą vertus, kliento priėmimo kriterijai apima:

• galimybę prisijungti prie parduotuvės
• galimybę nustatyti numatytąjį mokėjimo metodą
• veikiantis “Pirkti dabar” mygtukas “magiškos lazdelės” produktui

Santrauka

Priėmimo kriterijai yra sąlygų rinkinys, kuris veikia kaip būdas įvertinti vartotojo istorijos įgyvendinimą. Apibūdindami naują ir patobulintą produkto veikimą iš vartotojo perspektyvos, ši metodika tampa efektyviu įrankiu dirbant su klientu. Ji pateikia Scrum komandos veiklos vertinimą iš vartotojo perspektyvos.

Gerai suformuluoti priėmimo kriterijai, pavyzdžiui, priėmimo testo forma, taip pat leidžia patikrinti per Sprintą, ar sukurta funkcionalumas padeda patenkinti kliento reikalavimus.

Priėmimo kriterijai skiriasi nuo baigtumo apibrėžimo pirmiausia savo išraiškos perspektyva. Jie neturi techninių reikalavimų aprašymo, kuriuos naujas sprendimas turėtų atitikti, o tik funkcijas, kurias produktas turėtų turėti po naujos vartotojo istorijos įgyvendinimo.

Jei jums patinka mūsų turinys, prisijunkite prie mūsų užimtų bičių bendruomenės Facebook, Twitter, LinkedIn, Instagram, YouTube, Pinterest.