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: