Vartotojo Istorijos ir Agile Raida

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?

Dažnai užduodami klausimai apie vartotojų istorijas ir lankstųjį kūrimą

Kas yra lanksti naudotojo istorija?

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ą.

Kaip kurti veiksmingas naudotojo istorijas mano klasės projektams?

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.

Kodėl naudotojo istorijos yra svarbios lankstaus vystymo procese?

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ą.

Kuo skiriasi epikas nuo naudotojo istorijos?

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į.

Kaip istorijų lentelės gali padėti mokyti studentus apie lankstų naudotojo istorijų kūrimą?

Istorijų lentelės vizualiai iliustruoja naudotojo istorijas, padarydamos koncepcijas lengviau suprantamas studentams. Jos skatina diskusiją, aiškina reikalavimus ir skatina dalyvavimą lankstaus planavimo veiklose.