käyttäjien tarinoita

mikä on käyttäjän tarina?

Käyttäjätarinat ovat lyhyitä, yksinkertaisia kuvauksia ominaisuudesta, joka kerrotaan uutta ominaisuutta haluavan henkilön, yleensä järjestelmän käyttäjän tai asiakkaan, näkökulmasta. He noudattavat tyypillisesti yksinkertaista mallia:

kuin a , haluan niin, että .

Käyttäjätarinat kirjoitetaan usein indeksikortteihin tai tahmeisiin muistiinpanoihin, säilytetään kenkälaatikossa ja järjestetään seinille tai pöydille suunnittelun ja keskustelun helpottamiseksi., Sellaisenaan he siirtävät voimakkaasti painopistettä piirteistä kirjoittamisesta niiden käsittelemiseen. Itse asiassa nämä keskustelut ovat tärkeämpiä kuin mikä teksti onkaan kirjoitettu.

voitko näyttää joitakin käyttäjäkertomuksen esimerkkejä?

yksi ketterän käyttäjäkertomuksen eduista on se, että ne voidaan kirjoittaa vaihtelevalla tarkkuudella. Voimme kirjoittaa käyttäjätarinan kattamaan suuria määriä toiminnallisuutta. Nämä suuret käyttäjätarinat tunnetaan yleisesti eepoksina. Täällä on eeppinen ketterä käyttäjän tarina esimerkki työpöydän varmuuskopiointi tuote:

• käyttäjä, en voi varmuuskopioida koko kiintolevy.,

Koska eeppinen on yleensä liian suuri ketterän joukkue suorittaa yhden iteraation, se on jaettu useita pienempiä käyttäjän tarinoita, ennen kuin se on toiminut. Eeppinen edellä voisi olla jaettu kymmeniä (tai mahdollisesti satoja), kuten nämä kaksi:

• vallan käyttäjä, en voi määrittää tiedostoja tai kansioita, varmuuskopiointi, joka perustuu tiedoston koko, luontipäivämäärä ja muokkauspäivämäärä.
• käyttäjä, voin ilmoittaa kansioita ei varmuuskopioida, niin my backup drive ei ole täynnä asioita, joita en tarvitse tallentaa.

miten käyttäjien tarinoihin lisätään yksityiskohtia?,

Yksityiskohdat voidaan lisätä käyttäjän tarinoita kahdella tavalla:

• jakamalla käyttäjän tarinan useita, pienempiä käyttäjän tarinoita.
• lisäämällä ” tyytyväisyyden edellytykset.”

Kun suhteellisen suuri tarina on jaettu useita pienempiä ketterä käyttäjän tarinoita, se on luonnollista olettaa, että yksityiskohtia on lisätty. Loppujen lopuksi lisää on kirjoitettu.

tyytyväisyyden ehdot ovat yksinkertaisesti korkean tason hyväksymistesti, joka pitää paikkansa ketterän käyttäjätarinan valmistuttua., Harkitse seuraavaa agile user story-esimerkkinä:

markkinoinnin varatoimitusjohtajana haluan valita lomasesongin, jota käytetään arvioitaessa aiempien mainoskampanjoiden suorituskykyä, jotta pystyn tunnistamaan kannattavia.

Yksityiskohdat voivat olla lisätty, että käyttäjän tarina esimerkiksi lisäämällä seuraavat edellytykset tyytyväisyys:

• varmista, että se toimii merkittäviä vähittäiskaupan juhlapäivät: Joulu, Pääsiäinen, Presidentti Päivä, äitienpäivä, isänpäivä, vappu, Uuden Vuoden Päivä.
• tukee lomia, jotka ulottuvat kahdelle kalenterivuodelle (Ei yhtään kolmea).,
• lomasesongin voi asettaa lomasta toiseen (kuten Kiitospäivästä jouluun).
• lomakausiksi voidaan asettaa useita päiviä ennen lomaa.

kuka kirjoittaa käyttäjien tarinoita?

kuka tahansa voi kirjoittaa käyttäjien tarinoita. Se on tuotteen omistajan vastuulla on varmistaa, että tuotteen kehitysjonon ketterä käyttäjän tarinoita on olemassa, mutta se ei tarkoita, että tuotteen omistaja on se, joka kirjoittaa ne. Hyvän agile-projektin aikana kannattaa odottaa, että jokaisen tiimin jäsenen kirjoittamat käyttäjätarinaesimerkit ovat käytössä.,

huomaa myös, että se, kuka kirjoittaa käyttäjäkertomuksen, on paljon vähemmän tärkeä kuin se, kuka on mukana sen keskusteluissa.

milloin käyttäjien tarinoita kirjoitetaan?

Käyttäjätarinoita kirjoitetaan koko ketterän projektin ajan. Yleensä ketterä – projektin alkuvaiheessa järjestetään tarinankirjoituspaja. Jokainen joukkue osallistuu, jonka tavoitteena on luoda tuotteen kehitysjono, joka täysin kuvaa toimintoja lisätään yli projektin aikana tai kolmen – kuuden kuukauden release-jakson sisällä.

osa näistä ketteristä käyttäjätarinoista on epäilemättä eepoksia., Eepokset hajoavat myöhemmin pienemmiksi tarinoiksi, jotka sopivat helpommin yhteen iteraatioon. Lisäksi uusia tarinoita voidaan kirjoittaa ja lisätä tuotteen kehitysjonon milloin tahansa ja kuka tahansa.

korvaavatko käyttäjätarinat vaatimusasiakirjan?

Ketterä hankkeisiin, erityisesti Scrum niitä, käytä tuotteen kehitysjono, joka on priorisoitu lista toiminnallisuutta, jotta kehitettävä tuote tai palvelu. Vaikka tuote backlog kohteita voi olla mitä joukkue haluaa, käyttäjien tarinoita on noussut paras ja suosituin muoto tuotteen backlog kohteita.,

Kun tuotteen kehitysjonoon voidaan ajatella korvaavan vaatimukset asiakirja perinteinen projekti, on tärkeää muistaa, että kirjallinen osa ketterä käyttäjän tarina (”Kun käyttäjä haluan …”) on epätäydellinen, kunnes keskusteluja siitä, että tarina tapahtuu.

on usein parasta ajatella kirjoitetun osan osoittavan todellista vaatimusta. Käyttäjätarinat voivat viitata työnkulkua kuvaavaan kaavioon, taulukkolaskentaan, joka näyttää, miten laskenta suoritetaan, tai mihin tahansa muuhun esineeseen, jonka tuotteen omistaja tai tiimi haluaa.,

Suositeltava Resurssit Liittyvät käyttäjätarinat

• Edut ”käyttäjänä haluan, että” user story template.,
• Näyte Muodossa Taulukkolaskenta-Pohjainen Tuotteen Kehitysjonon
• Edut Käyttäjän Tarinoita Vaatimukset
• Ei-toiminnalliset Vaatimukset, kuten käyttäjätarinat
• Johdatus käyttäjätarinat

Kurssit Liittyvät käyttäjätarinat

lataa: 200 Käyttäjän Tarina Esimerkkejä

Saada laukaus inspiraatiota ja säästää aikaa kirjoittaa käyttäjätarinoita nähdä esimerkkejä kirjoitettu ja jota Mike Cohn.