Käyttäjien Tarinat ja Ketterä Kehitys

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?

Usein kysytyt kysymykset käyttäjätarinoista ja ketterästä kehityksestä

Mikä on ketterä käyttäjätarina?

Ketterä käyttäjätarina on yksinkertainen, selkeä kuvaus ohjelmiston ominaisuudesta käyttäjän näkökulmasta. Se keskittyy siihen, mitä käyttäjä haluaa saavuttaa, ei teknisiin yksityiskohtiin, mikä tekee kehityksestä käyttäjäkeskeisempää.

Kuinka luon tehokkaita käyttäjätarinoita luokkaprojekteihini?

Luodaksesi tehokkaita käyttäjätarinoita, aloita suuresta epikistä, määrittele käyttäjät ja jaa tehtävät pienempiin, saavutettavissa oleviin tavoitteisiin. Käytä selkeää kieltä ja keskity oikeisiin käyttäjätarpeisiin sen sijaan, että keskittyisit teknisiin ratkaisuihin.

Miksi käyttäjätarinat ovat tärkeitä ketterässä kehityksessä?

Käyttäjätarinat ovat tärkeitä ketterässä kehityksessä, koska ne auttavat sovittamaan yhteen kehittäjät, käyttäjät ja sidosryhmät yhteisten tavoitteiden saavuttamiseksi, rohkaisevat palautteen antamiseen ja tekevät projekteista helpommin hallittavia ja ymmärrettäviä.

Mikä on ero epiksen ja käyttäjätarinan välillä?

Epic on laaja, yleisluontoinen tarina, joka määrittelee projektin vision. Käyttäjätarina on pienempi, tarkempi tehtävä tai ominaisuus, joka on johdettu epikistä ja keskittyy yhteen käyttäjän tarpeeseen.

Miten tarinataulut voivat auttaa opettamaan ketteriä käyttäjätarinoita oppilaille?

Tarinataulut havainnollistavat käyttäjätarinoita visuaalisesti, mikä helpottaa käsitteiden ymmärtämistä oppilaille. Ne rohkaisevat keskustelua, selkiyttävät vaatimuksia ja kannustavat osallistumaan ketteriin suunnittelutoimintoihin.