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“.
Storyboard That yra ideali platforma, skirta kurti judrias vartotojų istorijas ir paskatinti pokalbį tokiu formatu, kuris yra daug mažiau apmokestinamas nei teksto siena.
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.
(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:
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.
(Prasidės 2 savaičių nemokama bandomoji versija - kreditinės kortelės nereikia)
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:
(Prasidės 2 savaičių nemokama bandomoji versija - kreditinės kortelės nereikia)
(Prasidės 2 savaičių nemokama bandomoji versija - kreditinės kortelės nereikia)
Š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:
Lanksti naudotojo istorija yra paprastas, aiškus programinės įrangos funkcijos aprašymas iš naudotojo perspektyvos. Ji sutelkta į tai, ko naudotojas nori pasiekti, o ne techninius detalius, todėl kūrimas tampa labiau orientuotas į naudotoją.
Norint sukurti veiksmingas naudotojo istorijas, pradėkite nuo aukšto lygio epiko, apibrėžkite savo naudotojus ir suskirstykite užduotis į mažesnius, įgyvendinamus tikslus. Naudokite aiškią kalbą ir sutelkite dėmesį į tikrus naudotojo poreikius, o ne techninius sprendimus.
Naudotojo istorijos yra svarbios lankstaus vystymo procese, nes jos padeda suderinti kūrėjus, naudotojus ir suinteresuotuosius šalius, skatinti dažną atsiliepimą ir palengvinti projektų valdymą bei supratimą.
Epikas yra plačią, apimanti istorija, kuri nustato projekto viziją. Naudotojo istorija yra mažesnė, konkreti užduotis ar funkcija, išvestinė iš epiko, sutelkta į vieno naudotojo poreikį.
Istorijų lentelės vizualiai iliustruoja naudotojo istorijas, padarydamos koncepcijas lengviau suprantamas studentams. Jos skatina diskusiją, aiškina reikalavimus ir skatina dalyvavimą lankstaus planavimo veiklose.