Kaip rašyti veiksmingas vartotojų istorijas: praktinis vadovas

Kas yra vartotojų istorijos ir kodėl jos svarbios

Vartotojų istorijos yra glausti programinės įrangos funkcionalumo aprašymai, pasakojami iš vartotojo perspektyvos. Jos suteikia puikų būdą aiškiai apibrėžti savo produktą naudojant paprastą anglų kalbą be techninio žargono. Gerai apibrėžtų, prioritizuotų vartotojų istorijų rinkinys padeda artikuliuoti produkto funkcionalumą taip, kad jį suprastų tiek techniniai, tiek netechniniai suinteresuotieji asmenys.

Pagrindinis vartotojų istorijų tikslas – perjungti dėmesį nuo detalių reikalavimų rašymo link prasmingų pokalbių apie vartotojų poreikius. Jos tarnauja kaip vieta būsimiems diskusijoms tarp kūrėjų, produkto vadovų ir suinteresuotųjų asmenų, užtikrindamos, kad visi supranta, kokią vertę funkcija turėtų suteikti galutiniam vartotojui.

Efektyvių vartotojų istorijų pagrindinė struktūra

Standartinis šablonas

Dažniausiai naudojamas vartotojų istorijos formatas atitinka šią paprastą, bet galingą struktūrą:

Kaip [vartotojo tipas], aš noriu [atlikti tam tikrą veiksmą], kad galėčiau [pasiekti tam tikrą naudą].

Šis šablonas verčia aiškiai apibrėžti, kam ko reikia ir kodėl. Pavyzdžiui: "Kaip dažnas keliautojas, aš noriu išsaugoti savo mokėjimo informaciją, kad galėčiau greičiau užsakyti skrydžius būsimų pirkimų metu." Šablonas užtikrina, kad atsižvelgiama į vartotojo motyvaciją, o ne tik į funkcijos prašymą.

Daugiau nei tik pagrindinis šablonas

Nors standartinis šablonas suteikia tvirtą pagrindą, efektyvios vartotojų istorijos apima papildomus komponentus. Kiekviena agili vartotojų istorija apima parašytą vieną ar dvi sakinius, apibūdinančius produkto atsargų elemento punktą iš vartotojo perspektyvos, tačiau parašytoji dalis yra neužbaiga, kol neįvyksta diskusijos apie tą istoriją. Pokalbio ir patvirtinimo aspektai yra vienodai svarbūs.

Visaverčių vartotojų istorijų pagrindiniai komponentai

Aiškūs pavadinimai ir aprašymai

Vartotojų istorijų pavadinimai turi būti glausti, bet pakankamai aprašomieji, kad perteiktų pagrindinį funkcionalumą. Venkite neaiškių pavadinimų, tokių kaip "Pagerinti prisijungimą", ir teikite pirmenybę konkrečiamiems, pvz., "Leisti vartotojams atkurti pamirštus slaptažodžius el. paštu." Aprašymas turėtų išplėsti pagrindinį šabloną, nesigilindamas į įgyvendinimo detales.

Gerai apibrėžti priėmimo kriterijai

Priėmimo kriterijai nurodo sąlygas, kurios turi būti įvykdytos, kad istorija būtų laikoma užbaigta. Šie kriterijai tarnauja kaip komandos atlikimo apibrėžtis ir padeda išvengti darbo apimties išsiplėtimo. Geri priėmimo kriterijai yra patikrinami, išmatuojami ir parašyti paprasta kalba, kurią visi gali suprasti.

Tinkamas prioritizavimas

Vartotojų istorijos turėtų būti priskirtos prioritetais, atspindinčiais numatomą vartotojui vertę, sudėtingumą, priklausomybes ir kitus verslo prioritetus. Efektyvus prioritizavimas užtikrina, kad komanda pirmiausia dirba su vertingiausiomis funkcijomis ir palaiko sveiką produkto atsargų sąrašą.

Dažniausios klaidos, kurių reikėtų vengti

Rašymas iš netinkamos perspektyvos

Dažna klaida – rašyti istorijas iš techninės, o ne vartotojo perspektyvos. Istorijos, prasidedančios "Kaip inžinierius, aš noriu duomenų ežero..." nėra tinkamos vartotojų istorijos, nes jos sutelkia dėmesį į įgyvendinimą, o ne į vartotojo vertę. Jei techninės istorijos yra būtinos, pažymėkite jas tiesiog kaip Istorijas, o ne kaip Vartotojų istorijas.

Įgyvendinimo detalių įtraukimas

Vartotojų istorijos turėtų apibūdinti tai, ką reikia pasiekti, o ne kaip tai sukurti. Venkite nurodyti techninius sprendimus, duomenų bazių struktūras ar API galutinius taškus pačioje istorijoje. Šios detalės atsiranda per kūrimo diskusijas ir techninį planavimą.

Neaiškių ar pernelyg plačių istorijų kūrimas

Per plačios istorijos tampa sunkiai įvertinamos, įgyvendinamos ir tikrinamos. Jei istorija atrodo per didelė, apsvarstykite galimybę ją suskaidyti į mažesnes, valdomes dalis. INVEST kriterijai (Nepriklausomos, Derinamos, Vertingos, Įvertinamos, Mažos, Tikrinamos) suteikia puikių gairių istorijų dydžiui nustatyti.

Geriausios praktikos rašant efektyvias vartotojų istorijas

Sutelkite dėmesį į vartotojo vertę

Visada klauskite "kodėl" ši istorija svarbi galutiniam vartotojui. Šablono dalis "kad galėčiau" yra labai svarbi norint išlaikyti dėmesį ties tikros vertės teikimu, o ne tik funkcijų kūrimu. Jei negalite artikuliuoti vartotojo naudos, permąstykite, ar ši istorija turi būti jūsų atsargų sąraše.

Bendradarbiaukite su komanda

Vartotojų istorijos veikia geriausiai, kai kuriamos bendradarbiaujant. Įtraukite kūrėjus, testuotojus ir dizainerius į istorijų diskusijas, kad užtikrintumėte, jog visi supranta reikalavimus ir galimus iššūkius. Šie pokalbiai dažnai atskleidžia paslėptas prielaidas ir kraštutinius atvejus.

Laikykite istorijas mažomis ir tikrinamomis

Gera vartotojų istorija turėtų būti pakankamai maža, kad ją būtų galima užbaigti per vieną sprintą, kartu teikiant apčiuopiamą vertę. Istorijos turėtų būti tikrinamos per aiškius priėmimo kriterijus, leidžiančius kokybės užtikrinimo komandoms objektyviai patikrinti užbaigtumą.

Vartotojų istorijų organizavimas naudojant minties žemėlapius

Sudėtingiems produktams su daugybe vartotojų istorijų vizualus organizavimas tampa būtinas. Minties žemėlapiai suteikia puikų būdą struktūruoti ir vizualizuoti ryšius tarp epopėjų, funkcijų ir atskirų vartotojų istorijų. Šis vizualus požiūris padeda komandoms išlaikyti bendrą vaizdą dirbant su detaliais įgyvendinimais.

ClipMind platformoje, paremtoje dirbtiniu intelektu, mūsų komanda padeda produkto komandoms organizuoti vartotojų istorijas į vizualius minties žemėlapius, kurie sudėtingus produkto atsargų sąrašus padaro valdomesnius ir suprantamesnius. ClipMind Chrome plėtinys leidžia komandoms fiksuoti ir struktūruoti vartotojų istorijas tiesiogiai planavimo sesijų metu.

Nuolatinis jūsų vartotojų istorijų tobulinimas

Vartotojų istorijų rašymas tobulėja su praktika ir atsiliepimais. Reguliariai peržiūrėkite užbaigtas istorijas su savo komanda, kad nustatytumėte, kas pavyko gerai, o kas galėtų būti aiškiau. Kaip produkto kūrimo komanda gali mąstyti plačiai, apibrėžti visų vartotojų istorijų superaibę ir tada priskirti prioritetus, palaikykite praktiką praturtinti savo produkto atsargų sąrašą naujomis vartotojų istorijomis, apibūdinančiomis besiformuojančius vartotojų sąveikos scenarijus ir inovacijų galimybes.

Efektyvios vartotojų istorijos užpildo spragą tarp vartotojų poreikių ir techninio įgyvendinimo, sukurdamos bendrą supratimą visoje jūsų produkto komandoje. Įvaldinę šią pagrindinę agili praktiką, jūs teiksite geresnius produktus, kurie tikrai atitinka vartotojų lūkesčius.