Vartotojo istorija yra trumpas naujo produkto funkcionalumo arba jo tobulinimo aprašymas. Jame nėra techninio sprendimo, tačiau jis atsako į klausimus, susijusius su funkcionalumu: Kas yra vartotojas? Ką daro produktas? Ir koks jo tikslas? Vartotojo istorija aprašo produktą kasdieniame arba verslo kalba, nors ji taip pat nurodo Scrum komandos užduotis, skirtas pagerinti komandos našumą.
Ką reiškia vartotojo istorijos? – turinys:
- Įvadas
- Vartotojo istorija. Kieno tai istorija?
- Kaip naudoti vartotojo istorijas?
- Priėmimo kriterijai
- Santrauka
Įvadas
Vartotojo istorija yra dažniausiai pasitaikantis užduočių formuluotės būdas, kurį atlieka Scrum komanda. Viena vartotojo istorija apibrėžia mažą produkto funkcionalumą. Ji aprašo mažiausią prasmingą, dalinį produkto tikslą. Dėl šios priežasties vartotojo istorijos yra labai trumpi.
Vartotojo istorijos kuriamos visą laiką dirbant su produktu. Jos kuriamos nuolat, nuo momento, kai priimamas sprendimas pradėti darbą, iki produkto tikslo įgyvendinimo.
Vartotojo istorijų kūrimas yra produktų savininko užduotis. Remiantis pokalbiu su klientu, jis formuluoja atsakymus į klausimus, leidžiančius sukurti vartotojo istoriją ir įrašo juos į produkto backlog’ą. Tačiau vartotojo istorijos atspindi ne tik klientų poreikius.
Vartotojo istorija. Kieno tai istorija?
Scrum komanda kuria vartotojo istoriją, kad apibrėžtų vartotojo poreikius, ir todėl ji yra užrašyta verslo kalba. Kitaip tariant, ji nurodo naudą, kurią jos įgyvendinimas atneš produkto vartotojui. Tačiau produkto backlog’e taip pat gali būti vartotojo istorijų, aprašančių vystymo komandos poreikius, pavyzdžiui, gerinant darbo srautą tarp kūrėjų, arba aprašančių produktų savininko poreikius, pavyzdžiui, organizuojant produkto backlog’ą. Tokiais atvejais vartotojas vartotojo istorijoje yra kūrėjas ir produkto savininkas.
Vartotojo istoriją galite apibūdinti atsakydami į 3W klausimus:
- Kas?
- Atlieka Ką?
- Kodėl?
Vartotojo istorija tada yra pateikiama formulėje:
Kaip [vartotojo tipas], noriu [ką daryti?] Nes [kodėl? kodėl?].
Pavyzdžiai vartotojo istorijų apie internetinės parduotuvės funkcionalumą, parašytų šia forma, iliustruojami žemiau esančioje lentelėje:
Ši formulė leidžia ne tik suformuluoti vartotojo istoriją, bet ir palyginti lengvai išversti techninę kalbą į verslo kalbą ir atvirkščiai. Dėl to tiek kūrėjai, tiek suinteresuotosios šalys aiškiai mato tikslą ir jo pažangos etapus. Taip pat aptarsime, kaip kurti geras vartotojo istorijas naudojant INVEST metodą atskirame straipsnyje Scrum vadovo serijoje.
Kaip naudoti vartotojo istorijas?
Scheminės vartotojo istorijos kūrimas yra tik pradžia. Jos yra signalai ir pradiniai taškai diskusijoms apie problemas ir jų sprendimus. Vartotojo istorijų aptarimas vyksta Sprinto planavimo metu, siekiant išsiaiškinti, kurias technines problemas vystymo komanda pridės prie Sprinto backlog’o.
Įprastai fizinėje erdvėje vartotojo istorijos yra rašomos ant mažų, spalvotų kortelių, pritvirtintų darbo vietoje. Tačiau skaitmeninėje erdvėje geriausiai veikia skaitmeniniai balti lentos, kurias dalijasi Scrum komanda.
Vartotojo istorijų saugojimas tokiu būdu turi keletą privalumų, nes:
- Pabrėžia kiekvienos vartotojo istorijos autonomiją – kiekviena turi atskirą rėmą ir gali būti vykdoma nepriklausomai nuo kitų
- Pabrėžia vartotojo istorijų dinamiką – jų įgyvendinimo tvarka yra peržiūrima Scrum komandos, o dabartinė įgyvendinimo tvarka yra matoma lentoje, dėka fizinio kortelių su vartotojo istorijomis išdėstymo
- Veikia kaip priminimas – dėka vizualaus vartotojo istorijų atvaizdavimo, Scrum komanda turi ženklą akyse, kad primintų jiems tikslą kuriant detalius sprendimus.
Vystymo komanda įvertina reikiamą pastangų kiekį, kad užbaigtų vartotojo istoriją dienomis, žmogaus valandomis arba istorijos taškais.
Priėmimo kriterijai
Vartotojo istorija turi turėti tam tikrus priėmimo kriterijus tuo momentu, kai ji priimama vystymui vystymo komandos. Priėmimo kriterijai nustato, kada darbas su vartotojo istorija gali būti laikomas baigtu.
Tokiu būdu tiek klientas, tiek kūrėjai žino, kaip jų darbas bus paverstas verslo verte. Įprastai vartotojo istorija laikoma baigta, kai vartotojas, nurodytas joje, gali atlikti aprašytą veiksmą. Naudojant aukščiau pateiktą pavyzdį, pažvelkite į šią vartotojo istoriją su turiniu:
Klientas gali nusipirkti magišką lazdelę vienu paspaudimu.
Ji laikoma baigta, kai pasirodo veikiantis “Pirkti dabar” mygtukas internetinės parduotuvės puslapyje, kuris naudoja numatytą mokėjimo ir pristatymo informaciją prisijungusiam vartotojui.
Santrauka
Vartotojo istorija yra glaustas naujo produkto funkcionalumo arba tobulinimo aprašymas. Ji tarnauja kaip mažiausias tikslas, išreikštas verslo kalba, tai yra, iš verslo vertės ir vartotojo perspektyvos. Ji padeda aiškiai apibrėžti užduotį, kurią reikia atlikti, taip pat kriterijus, kaip ją užbaigti.
Jei jums patinka mūsų turinys, prisijunkite prie mūsų užimtų bičių bendruomenės Facebook, Twitter, LinkedIn, Instagram, YouTube, Pinterest.
Caroline Becker
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.
Scrum Guide:
- Pagrindinių terminų, vaidmenų ir sąvokų žodynas
- Kas yra Scrum?
- Scrum vertybės
- Kaip įgyvendinti Scrum savo įmonėje?
- Scrum komanda - kas tai yra ir kaip ji veikia?
- Kas yra produkto savininkas?
- Dažniausios Produktų Savininko klaidos
- Kas yra Scrum meistras?
- Dažniausios Scrum Master klaidos
- Kokias statistiką ir metrikas turėtų stebėti Scrum meistras?
- Plėtros komanda Scrum sistemoje
- Dažniausios programuotojų klaidos
- Scrum artefaktai
- Mastelio didinimas Scrum
- Sprinto ataskaita
- Kas yra produkto atsargų sąrašas?
- Kas yra vartotojo istorijos?
- Geriausios vartotojo istorijos kūrimas su INVEST
- Dažniausios vartotojo istorijų klaidos
- Vartotojo istorijos priėmimo kriterijai
- Įvertinimas ir istorijos taškai Scrum metodikoje
- Planavimo pokeris
- Komandos vertinimo žaidimas
- Inkremento apibrėžimas
- Scrum renginiai
- Kas yra degimo diagrama?
- Burndown diagramos privalumai ir trūkumai
- Kanban lentos Scrum ir Scrumban sistemose
- Greitis Scrum - Vystymo komandos greitis
- Kasdienis Scrum
- Sprinto planavimas
- Sprinto apžvalga
- Kas yra Sprinto retrospektyva?
- Bendros klaidos per Sprint retrospektyvą
- Produkto backlog'o puoselėjimas
- Kaip sukurti ir interpretuoti degimo grafiką?