Kasutajalugude määratlemine ja agiilne arendus
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.
Kasutajate lood:
- Neid on lihtne mõista ja kõik võivad osaleda
- Töötage iteratiivselt; neid saab ja tuleb sageli muuta või muuta
- Joondage arendajad, kasutajad ja ärispetsialistid ühiste eesmärkide ja ootuste järgi
- Neid on palju lihtsam lugeda kui 400-leheküljelisi nõutavaid dokumente
Storyboard That pakub ideaalset platvormi väledate kasutajalugude loomiseks ja vestluse esilekutsumiseks vormingus, mis on palju vähem koormav kui tekstisein.
Eepiline
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:
- Säte või kontekst
- Näitlejad või kasutajad
- Eesmärgid
- Tegevused ja üritused
Kasutajate määratlemine
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.
Loo loomine
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:
- Väike – tööaeg alla 10 päeva
- Väärtuslik – pärast valmimist peaksid nad andma midagi kasutatavat
- Hinnanguline – suudab koostada hinnangulise jõupingutuse kohta
Tellimuse otsimine
Kordustellimuse täitmine
Vestlus ja testimise planeerimine
Need lood peaksid kutsuma vestlust ja küsimusi, näiteks:
- Kas need on õiged lood, mis sobivad meie eeposega?
- Milliseid lugusid tuleks veel luua?
- Kas need lood on kooskõlas sellega, mida me oma kasutajate kohta teame?
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:
- Kui kiire peab otsimine olema?
- Kas kordustellimustel on ajapiirang?
- Mida peaks süsteem tegema, kui see on teine kordustellimus? Viiendaks?
- Milliseid teste ja järelküsimusi teil oleks?
© 2024 - Clever Prototypes, LLC - Kõik õigused kaitstud.
StoryboardThat on ettevõtte Clever Prototypes , LLC kaubamärk ja registreeritud USA patendi- ja kaubamärgiametis