Käyttäjätarinoiden ja ketterän kehityksen määrittäminen
Nykyaikaisten kehitysprosessien ydin on ketterä kehitys . Tämä kehittämismenetelmä korostaa pienten, purevien kokoisten käyttäjäkertomusten käyttöä sen määrittelemiseksi, mitä järjestelmä tekee käyttäjän näkökulmasta, ei teknisestä näkökulmasta. Käyttäjä välittää siitä, onko tuote nopea, helppokäyttöinen ja ratkaisee ongelmansa. He eivät välitä, noudattaako se 3-tasoista arkkitehtuuria, onko siinä Mongo DB tai jos se käyttää Railsia tai Asp.netia.
Käyttäjien tarinat:
- On helppo ymmärtää, ja kuka tahansa voi osallistua
- Työskentele iteratiivisesti; niitä voidaan ja pitäisi muuttaa tai muuttaa usein
- Kohdista kehittäjät, käyttäjät ja yritysasiantuntijat yhteisten tavoitteiden ja odotusten ympärille
- On paljon helpompi lukea kuin 400 sivun vaativat asiakirjat
Storyboard That tarjoaa ihanteellisen alustan ketterien käyttäjätarinoiden luomiseen ja keskustelun herättämiseen muodossa, joka on paljon vähemmän verovapaa kuin tekstimuuri.
Eeppinen
Käyttäjien tarinoiden yhteydessä "eepos" on yksinkertaisesti hyvin laaja tarina, joka jaetaan myöhemmin moniin erityisiin käyttäjäkertomuksiin. Eeppisestä aloituksesta jokainen saa yhden korkean tason vision. Eeppinen tarina ankkuroi projektin ylhäältä alas, ja jos eepoksen rakentaminen ei ole järkevää, tukiteos on myös vaivannäköä.
Tässä tarinassa on hyvin selvää, mikä on pitkän aikavälin visio ja miltä menestyksen pitäisi näyttää. Hyvän eeppisen tarinan tulisi sisältää:
- Asetus tai konteksti
- Näyttelijät tai käyttäjät
- Päämäärät ja tavoitteet
- Aktiviteetteja ja tapahtumia
Käyttäjien määrittäminen
Erityisesti ohjelmistoja suunniteltaessa on tärkeää saada hyvä visio siitä, millaisia käyttäjät ovat. Kaikki käyttäjät eivät vastaa tätä näkemystä tarkasti, ja käyttäjäryhmiä voi olla useita, mutta nämä erilliset visiot tarvitsevat artikulointia. Käyttäjien ajatteleminen suojaa ensin liialliselta suunnittelulta ja liiallisilta komplikaatioilta, estää uutta tuotetta tarjoamasta jokaiselle jotakin ja hyödyllistä kenellekään.
Tarinan luominen
Kun eepos on luotu ja käyttäjät määritelty, voidaan rakentaa pienempiä, tarkempia tarinoita tietyistä käyttäjäkokemuksista. Alla olevat tarinat jakavat edellä kuvatut kahteen kertomukseen: tilauksen etsiminen ja tuotteen uudelleen tilaaminen.
Nämä kertomukset eivät sisällä teknisiä tietoja; käyttäjät eivät välitä siitä, miten tulokset saavutetaan, niin kauan kuin se suorittaa halutut tehtävät. Samoin UX on kuvattu yleisesti, jotta vältetään innovoinnin tukahduttaminen tai polun pakottaminen. Yleensä tarinoiden pitäisi olla:
- Pieni - alle 10 päivän työ
- Arvokkaita - Valmistuttuaan niiden pitäisi toimittaa jotain käyttökelpoista
- Arvioitavissa - Pystyy luomaan pallokenttäarvion siitä, kuinka paljon vaivaa tarvitaan
Tilauksen etsiminen
Uudelleenjärjestyksen suorittaminen
Keskustelu ja testauksen suunnittelu
Näiden tarinoiden pitäisi herättää keskustelua ja kysymyksiä, kuten:
- Ovatko nämä oikeat tarinat vastaamaan eepostamme?
- Mitä muita tarinoita pitäisi luoda?
- Ovatko nämä tarinat sopusoinnussa sen kanssa, mitä tiedämme käyttäjistämme?
On täysin järkevää luoda monia tarinoita; itse asiassa sitä pitäisi kannustaa. Joitakin näistä tarinoista ei koskaan käytetä, mutta on tärkeää nähdä polku, jonka he asettivat. Tämä tarinakokoelma poistaa lisävaatimukset ja vaikuttaa testaukseen.
Tarinoiden pitäisi herättää keskustelua siitä, miten ohjelmistoa testataan ja mitkä liiketoimintasäännöt on määriteltävä nimenomaisesti. Esimerkiksi:
- Kuinka nopeasti etsinnän on oltava?
- Onko tilauksille määräaikaa?
- Mitä järjestelmän pitäisi tehdä, jos se on toinen uudelleenjärjestys? Viides?
- Mitä testejä ja jatkokysymyksiä sinulla olisi?
© 2024 - Clever Prototypes, LLC - Kaikki oikeudet pidätetään.
StoryboardThat on Clever Prototypes , LLC :n tavaramerkki, joka on rekisteröity Yhdysvaltain patentti- ja tavaramerkkivirastossa.