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:
- Lengva suprasti, ir kiekvienas gali dalyvauti
- Dirbkite kartotinai; jie gali ir turi būti dažnai keičiami ar taisomi
- Suderinkite kūrėjus, vartotojus ir verslo specialistus pagal bendrus tikslus ir lūkesčius
- Skaityti daug lengviau nei 400 puslapių reikalaujamus dokumentus
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.
Šioje istorijoje labai aišku, kokia yra ilgalaikė vizija ir kaip turėtų atrodyti sėkmė. Gera epinė istorija turėtų apimti:
- Nustatymas arba kontekstas
- Aktoriai ar vartotojai
- Tikslai ir siekiai
- Veikla ir renginiai
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.
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:
- Mažas - darbas iki 10 dienų
- Vertingi - kai jie bus baigti, jie turėtų pateikti kažką naudingo
- Įvertinama - gali sudaryti įvertinimą, kiek pastangų reikia įdėti
Ieškau užsakymo
Atliekant pertvarkymą
Pokalbis ir bandymų planavimas
Šios istorijos turėtų paskatinti pokalbį ir klausimus, pavyzdžiui:
- Ar tai tinkamos istorijos, atitinkančios mūsų epą?
- Kokias dar istorijas reikėtų kurti?
- Ar šios istorijos atitinka tai, ką žinome apie savo vartotojus?
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:
- Kaip greitai reikia atlikti peržiūrą?
- Ar yra laiko apribojimas pakartotiniams užsakymams?
- Ką turėtų daryti sistema, jei tai yra antras pakartotinis užsakymas? Penkta?
- Kokius testus ir tolesnius klausimus turėtumėte?
© 2024 - Clever Prototypes, LLC - Visos teisės saugomos.
„ StoryboardThat “ yra „ Clever Prototypes , LLC “ prekės ženklas, registruotas JAV patentų ir prekių ženklų biure.