Kaasaegsete arendusprotsesside põhiprintsiip on agiilne arendus . See arendusmetoodika rõhutab väikeste, tükisuuruste kasutajalugude kasutamist, et määratleda, mida süsteem teeb kasutaja, mitte tehnilise vaatenurgast. Kasutajat huvitab, kas toode on kiire, lihtne kasutada ja lahendab tema probleemi. Neid ei huvita, kas see järgib 3-tasandilist arhitektuuri, sellel on Mongo DB või kas see kasutab Railsi või Asp.net-i.
Storyboard That pakub ideaalset platvormi väledate kasutajalugude loomiseks ja vestluse esilekutsumiseks vormingus, mis on palju vähem koormav kui tekstisein.
Kasutajalugude kontekstis on “eepos” lihtsalt väga lai lugu, mis hiljem jaotatakse paljudeks konkreetseteks kasutajalugudeks. Eeposega alustamine seab kõik ühele kõrgetasemelisele visioonile. Eepiline lugu ankurdab projekti ülalt alla ja kui eepose ülesehitamine pole mõttekas, läheb ka toetava töö raiskamine.
Selles loos on väga selgelt näha, milline on pikaajaline visioon ja milline peaks edu välja nägema. Hea eepiline lugu peaks sisaldama:
Eriti tarkvara kujundamisel on oluline omada head nägemust sellest, millised saavad olema kasutajad. Mitte iga kasutaja ei vasta sellele visioonile täpselt ja kasutajate kategooriaid võib olla mitu, kuid need diskreetsed nägemused vajavad sõnastamist. Kasutajatele mõtlemine väldib esmalt liigset projekteerimist ja keerukust, vältides seda, et uuel tootel on kõigile midagi ja see pole kellelegi kasulik.
Kui eepos on loodud ja kasutajad määratletud, saab konkreetsete kasutajakogemuste kohta koostada väiksemaid ja konkreetsemaid lugusid. Allolevad lood jagavad ülalkirjeldatud jutu kaheks: tellimuse otsimine ja toote uuesti tellimine.
Need narratiivid ei sisalda tehnilist teavet; kasutajaid ei huvita, kuidas tulemusi saavutatakse, seni kuni see täidab soovitud ülesandeid. Samamoodi on UX-i kujutatud üldiselt, et vältida innovatsiooni lämmatamist või teele sundimist. Üldiselt peaksid lood olema järgmised:
Need lood peaksid kutsuma vestlust ja küsimusi, näiteks:
Täiesti mõistlik on luua palju lugusid; tegelikult tuleks seda julgustada. Mõnda neist lugudest ei kasutata kunagi, kuid oluline on näha nende rajatud teed. See lugude kogu tühistab täiendavad nõuded ja mõjutab testimist.
Lood peaksid tekitama ja andma arutelule selle üle, kuidas tarkvara testitakse ja millised ärireeglid tuleb selgesõnaliselt määratleda. Näiteks:
Paindlik kasutajalugu on lihtne, selge kirjeldus tarkvara funktsioonist kasutaja vaatenurgast. See keskendub sellele, mida kasutaja soovib saavutada, mitte tehnilistele detailidele, muutes arendamise kasutajasõbralikumaks.
Efektiivsete kasutajalugude loomiseks alustage suuremast epikast, määrake oma kasutajad ja jagage ülesanded väiksemateks, saavutatavateks eesmärkideks. Kasutage selget keelt ning keskenduge reaalsetele kasutaja vajadustele, mitte tehnilistele lahendustele.
Kasutajalood on oluline paindliku arenduse protsessis, kuna need aitavad koondada arendajaid, kasutajaid ja sidusrühmi ühiste eesmärkide ümber, edendada sagedast tagasisidet ning lihtsustada projektide juhtimist ja mõistmist.
Epik on lai, üldine lugu, mis määratleb projekti visiooni. Kasutajalugu on väiksem, spetsiifiline ülesanne või funktsioon, mis tuleneb epikast ja keskendub ühele kasutaja vajadusele.
Stooride tahvlid visuaalselt illustreerivad kasutajalugusid, muutes kontseptsioonid õpilaste jaoks lihtsamini mõistetavaks. Need soodustavad arutelu, selgitavad nõudeid ning innustavad osalemist paindliku planeerimise tegevustes.