Vartotojo Istorijos ir Agile Raida

Autorius Aaronas Shermanas

Vartotojų istorijų ir judraus kūrimo apibrėžimas

Pagrindinis šiuolaikinių kūrimo procesų principas yra judrus vystymasis . Ši kūrimo metodika pabrėžia mažų, įkandamo dydžio naudotojų istorijų naudojimą, siekiant apibrėžti, ką sistema daro vartotojo, o ne techninės perspektyvos požiūriu. Vartotojui rūpi, ar produktas yra greitas, paprastas naudoti ir išsprendžia jo problemą. Jiems nerūpi, ar ji atitinka 3 pakopų architektūrą, ar turi „Mongo DB“, ar naudoja „Rails“ ar „Asp.net“.

Vartotojų istorijos:


Storyboard That yra ideali platforma, skirta kurti judrias vartotojų istorijas ir paskatinti pokalbį tokiu formatu, kuris yra daug mažiau apmokestinamas nei teksto siena.


Epinis

Vartotojų istorijų kontekste „epas“ yra tiesiog labai plati istorija, kuri vėliau bus suskirstyta į daugybę konkrečių naudotojų istorijų. Pradedant nuo epo, kiekvienas žmogus turi vieną aukšto lygio viziją. Epo istorija įtvirtina projektą iš viršaus į apačią, ir jei nėra prasmės kurti epą, pagalbinis darbas taip pat bus pastangų švaistymas.


Sukurkite Agile Vartotojo Istoriją*

Customer Care Generic Epic

Naudokite šią šabloną

(Prasidės 2 savaičių nemokama bandomoji versija - kreditinės kortelės nereikia)


Šioje istorijoje labai aišku, kokia yra ilgalaikė vizija ir kaip turėtų atrodyti sėkmė. Gera epinė istorija turėtų apimti:



Vartotojų apibrėžimas

Ypač kuriant programinę įrangą svarbu turėti gerą viziją, kokie bus vartotojai. Ne kiekvienas vartotojas tiksliai atitiks šią viziją ir gali būti kelių kategorijų naudotojai, tačiau šias atskiras vizijas reikia artikuliuoti. Galvojimas apie vartotojus pirmiausia apsaugo nuo per didelio inžinerijos ir sudėtingumo, užkertant kelią naujam produktui turėti ką nors visiems ir būti niekam naudingu.


Sukurkite Agile Vartotojo Istoriją*

Acme Corp. Users

Naudokite šią šabloną

(Prasidės 2 savaičių nemokama bandomoji versija - kreditinės kortelės nereikia)


Istorijos kūrimas

Sukūrus epą ir nustačius vartotojus, galima sukurti mažesnes, konkretesnes istorijas apie tam tikrą vartotojo patirtį. Žemiau pateiktos istorijos suskaido aukščiau išdėstytą į du pasakojimus: užsakymo paieška ir produkto pakartotinis užsakymas.

Šiuose pasakojimuose nėra techninės informacijos; vartotojams nerūpi, kaip pasiekiami rezultatai, kol jis atlieka norimas užduotis. Panašiai UX vaizduojamas bendrai, kad būtų išvengta naujovių slopinimo ar priverstinio kelio. Apskritai pasakojimai turėtų būti tokie:

Ieškau užsakymo


Sukurkite Agile Vartotojo Istoriją*

Acme Corp. - Looking up an Order

Naudokite šią šabloną

(Prasidės 2 savaičių nemokama bandomoji versija - kreditinės kortelės nereikia)


Atliekant pertvarkymą


Sukurkite Agile Vartotojo Istoriją*

Acme Corp. Replacement Order

Naudokite šią šabloną

(Prasidės 2 savaičių nemokama bandomoji versija - kreditinės kortelės nereikia)


Pokalbis ir bandymų planavimas

Šios istorijos turėtų paskatinti pokalbį ir klausimus, pavyzdžiui:


Visiškai pagrįsta kurti daug istorijų; tiesą sakant, tai turėtų būti skatinama. Kai kurios iš šių istorijų niekada nebus naudojamos, tačiau svarbu pamatyti jų nustatytą kelią. Šis istorijų rinkinys pašalins papildomus reikalavimus ir turės įtakos bandymams.

Istorijos turėtų išprovokuoti ir informuoti apie tai, kaip bus bandoma programinė įranga ir kokios verslo taisyklės turi būti aiškiai apibrėžtos. Pavyzdžiui:




Sukurkite Agile Vartotojo Istoriją*