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.
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:
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ą.
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.
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.
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.
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:
Kitą vertus, kliento priėmimo kriterijai apima:
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.
Kaip projekto vadovė, Karolina yra ekspertė, ieškanti naujų metodų, kaip sukurti geriausius darbo srautus ir optimizuoti procesus. Jos organizaciniai įgūdžiai ir gebėjimas dirbti spaudimo sąlygomis daro ją geriausia asmenybe, galinčia sudėtingus projektus paversti realybe.
Gavėjai vis dažniau renkasi vaizdo medžiagą. Rašytinės formos tampa vis mažiau populiarios. Tradiciniai tinklaraštininkai bando…
Kopirajtingas pastaruoju metu tapo itin populiaria profesija. Vis daugiau reklamos tiek iš laisvai samdomų kopiraiterių,…
Ar kada nors jaučiate, kad diena per trumpa viskam, ką planavote, padaryti? Visi mes tai…
Kas yra programinė įranga? Kokie yra jos tipai ir platinimo metodai? Kalbėdami apie skaitmeninius produktus,…
Pateikti ir perduoti tyrimų rezultatus greičiausiai yra viena iš svarbiausių (ir reikalaujančių daug pastangų) UX…
Ar žinote, kaip sukurti el. knygą? Ar žinote visus esminius el. knygos gamybos proceso aspektus?…