Good Mood

kun alkaa sukeltaa ketterään, huomaa ensimmäisenä, miten käyttäjäkeskeinen tämä lähestymistapa on. Se siirtää painopisteen pelkästä koodaamisesta ja suunnittelusta todellisen arvon tuottamiseen loppukäyttäjille, sidosryhmille ja liiketoiminnalle yleensä.

Ketterä Käyttäjä Tarinat ovat olennainen osa tätä ideologiaa, jonka avulla voit määrittää, mitä hyötyä tuote tuo teidän kohdeyleisölle (ja, lopulta, miten se parantaa Kpi: t ja muut tiedot).,

Me Stormotion rakkaustarinoita. Ketteränä tiiminä käytämme niitä aktiivisesti saadaksemme paremman käsityksen siitä, mitä hyötyä asiakkaidemme tuotteista on loppukäyttäjille. Ne myös edistävät yhteistyötä ja luovuutta, työntäen meidät ei-triviaaleihin kehitysratkaisuihin.,

joten tänään aiomme jakaa tietomme ja kokemuksemme tästä asiasta auttaaksemme sinua parantamaan Tarinankirjoitustaitojasi. Nauttikaa!

🤔 Mikä on Käyttäjän Tarina?

Käyttäjätarinat ovat yksi ketterän metodologian keskeisistä elementeistä. Kuitenkin, ne ovat usein sekaisin ohjelmistojen vaatimukset, jotka eivät ole totta. Mikä on Käyttäjätarina?

Käyttäjä Tarina on pieni (itse asiassa, pienin) teos, joka edustaa jotain arvoa loppukäyttäjälle ja voidaan toteuttaa sprintin aikana.,

päätavoitteena tämä elementti on laittaa loppukäyttäjiä keskellä keskustelun ja kaapata tuotteen toimivuutta heidän näkökulmastaan. Näin kehittäjät saavat paremman käsityksen siitä, mitä, kenelle ja miksi he rakentavat.,

Hyvä Käyttäjä Tarinoita aina sovi SIJOITTAA kriteerit Bill Vanavedessä:

• Itsenäinen – he voivat kehittää missä tahansa järjestyksessä ja muutokset yhden Käyttäjän Tarina ei vaikuta muihin.
• neuvoteltavissa – tiimin tehtävänä on päättää, miten ne toteutetaan; ei ole olemassa jäykästi korjattua työnkulkua.
• arvokas – jokainen Käyttäjäkertomus tuottaa loppukäyttäjille irrallisen arvoyksikön.,
• arvioitavissa – on melko helppo arvata, kuinka paljon aikaa Käyttäjätarinan kehittäminen vie.
• pieni-sen pitäisi käydä läpi koko sykli (suunnittelu, koodaus, testaus) yhden sprintin aikana.
• testattavissa – olisi oltava selkeät hyväksymiskriteerit sen tarkistamiseksi, toteutetaanko Käyttäjäkertomus asianmukaisesti.

Käyttäjän Tarina-muodossa (jota käytetään Stormotion joukkue samoin) on melko tavallinen ja lyhyt:

Koska haluan niin, että

Näyttää siltä, ei ole mitään vaikeaa, vai mitä?, Tässä muutamia Käyttäjien Tarinoita, esimerkkejä, jotka sopivat osa-up taxi app-projekti:

• kuljettaja, haluan estää huonosti käyttäytyviä matkustajia, joten he eivät ole koskaan osoittanut minulle taas.
• matkustajana Haluan linkittää luottokortin profiiliini, jotta voin maksaa kyydistä nopeammin, helpommin ja ilman käteistä.
• kuskina haluan lisätä profiiliini kuvia autostani, jotta saan houkuteltua lisää käyttäjiä.
• matkustajana haluan, että esillä on useita saatavilla olevia kuljettajia, jotta voin valita itselleni sopivimman vaihtoehdon.,

kuulostaa melko helpolta, mutta käyttäjien Tarinakehitys ei ole usein niin yksinkertaista. Kuitenkin myöhemmin, jaamme joitakin meidän todistettu vinkkejä, jotka auttavat sinua tekemään vain hyviä laukausta.

Onko jotain muuta?

vaikka olemme juuri tajunneet, että ketterät Käyttäjätarinat ovat itsenäisiä ja ne pitäisi ymmärtää täysin erillisinä työn yksikköinä, joskus ne ryhmitellään yhteen., Joten kun työskentelet heidän kanssaan olet todennäköisesti tavata ja käyttää käsitettä eepos. Mitä nyt?

Eeppinen on korkean tason elimen työtä, että bändit yhdessä ryhmän kanssa liittyviä Tarinoita.

Me Stormotion käyttää Eepokset kuvaamaan monimutkaisempia tehtäviä ja luoda selkeä hierarkia, jonka avulla hallita kehitystä enemmän helposti ja tuottaa uutta lisäarvoa käyttäjille työskennellessään kohti suurempaa tavoitetta. Silti käyttäjän Tarinaformaatti itsessään pysyy samana.,rement, joka tulee toimittaa aikana 1 sprint

voidaan toteuttaa aikana muutaman kiri Edustaa jotain arvoa, että käyttäjä saa täytäntöönpanon jälkeen Osoittaa yleisemmän tehtävän (esimerkiksi, täytäntöönpano koko käyttäjä-flow) Melko helppo arvioida Vaikeampi arvioida, koska soveltamisala on joustava

Kuvittele, että olet rakennuksen dating sovellus., mahtava olen

Tarina: Kuten admin, haluan poistaa/estää kuvia käyttäjien profiileja niin, että ne eivät pelota pois muita ihmisiä heidän alaston kuvia (tai rikkovat yhteisön sääntöjä) Tarina: Koska app käyttäjä, Haluan olla erillinen kenttä, jossa voin kertoa enemmän itsestäni niin, että ihmiset rakastumaan minun persoonallisuus ja minun penthouse in center of New York

Niin, Eepokset antaa meille korkean tason näkymä meidän tavoitteet ja miten olemme siirtymässä kohti niitä., Se auttaa meitä myös priorisointiprosessin aikana, sillä voimme tarkistaa, mitkä epiikka-alat vaativat eniten huomiotamme ja mitkä tarinat pitäisi siksi toteuttaa ensin.

yksi juttu!

älä unohda lisätä hyväksymisperusteita.

hyväksymiskriteerit ovat joukko ehtoja, joiden avulla voidaan vahvistaa, milloin tarina on valmis.,

Myös, nämä ehdot antaa meille syvemmän ja paremman ymmärryksen, sillä ne sisältävät tärkeitä tietoja siitä, miten Tarinoita suorittaa. Katsotaanpa uudelleen yksi käyttäjätarina esimerkkejä alussa artikkelin:

matkustaja, haluan useat saatavilla olevat ajurit näytetään niin, että voin valita sopivin vaihtoehto minulle.,

Mitä hyväksymiskriteerit voidaan soveltaa tämän Tarinan?

• sovellus näyttää ajurit, jotka olivat verkossa viimeisen 20 minuutin aikana ja joilla ei ole jatkuvaa kyytiä.
• sovelluksessa näkyy vain 5 ajuria, jotka ovat lähimpänä käyttäjää.
• käyttäjä voi selata näiden ajurien profiileja, mukaan lukien niiden kuvat ja hinnat.

kuten näet, nyt tiedämme tämän tarinan arvon käyttäjille, mutta ymmärrämme myös joitakin keskeisiä ominaisuuksia, jotka vaativat erityistä huomiota täytäntöönpanon aikana.,

voit kuitenkin vapaasti valita, kuinka yksityiskohtaiset hyväksymiskriteerisi ovat. Se voi vaihdella ”anna sen toimia millään kätevällä tavalla” jopa yksityiskohtaisempia ehtoja kuin edellä olevassa esimerkissä.

se riippuu suuresti kehitystiimistäsi, joten ”oikeaa vastausta”ei ole. Jos tiimisi tarvitsee ohjausta ja selkeitä, tulkinnanvaraisia tehtäviä, sinun on parasta noudattaa yksityiskohtaisia ohjeita siitä, miten tarinoiden pitäisi toimia. Muuten myös ”just get it done” – lähestymistapa voi toimia.,

Vau, on puhuttu paljon käyttäjien tarinoista. Mutta miksi ne ovat niin tärkeitä ketterille joukkueille?

👍 mitkä ovat käyttäjien tarinoiden luomisen hyödyt?

Jos olet koskaan osallistuvien kanssa Ketterä puitteet, tiedät jo, että sekä Scrum-ja Kanban-joukkuetta suuresti hyötyä kirjoittaa käyttäjätarinoita.,

Kanban, joukkueet kerätä Tarinoita Ruuhkaa, ja sitten ajaa niitä yksitellen tukea työ-in-progress virtaus. Tämä auttaa pysymään jatkuvasti perässä ja parantamaan kehitystiimi KPI: tä.

Scrum (jota yleensä suosimme Stormotionissa) – tiimit rakastavat myös käyttäjien tarinoita. Käytämme niitä aktiivisesti tehdäksemme arvioita, priorisoidaksemme ja suunnitellaksemme sprinttejä, jotka auttavat meitä pysymään ketterinä ja joustavina mahdollisiin muutoksiin., Tämä on erityisen hyödyllistä, kun teemme yhteistyötä Startup-yrityksiä, jotka ovat MVP-Vaiheessa ja on rajalliset resurssit ennen pitching niiden hanke Enkeli Sijoittajille.

Lukuun ottamatta edellä mainittiin, on olemassa joitakin eloisa etuja, jotka ovat yhteisiä kaikille Ketterä joukkueet:

• Pitää sinut keskityttiin liiketoiminnan arvoa., Se auttaa tekemään sovelluksen paitsi hyvin rakennettu teknisestä näkökulmasta, mutta myös hyödyllinen loppukäyttäjille.
• mahdollistavat luovuuden. Koska se sisältää minimaalinen määrä info, joukkue on ilmainen ajaa luovia ideoita löytää paras ratkaisu toteuttaa Tarina.
• projektisi tulee helpommin hallittavaksi. Me Stormotionissa tiedämme, että on helpompi työskennellä pienten ja arvioitavissa olevien ketterien Käyttäjätarinoiden kanssa kuin isojen monimutkaisten tehtävien kanssa.
• he inspiroivat tiimiä! Jokainen kehittäjä rakastaa tätä makeaa tunnetta pieni voitto, joka motivoi häntä työskentelemään vielä kovemmin.,

now let ’ s dive into the process of creating a User Story!

📝 Miten Kirjoittaa käyttäjätarinoita: Meidän Työnkulun

Saamme eniten jännittävä osa meidän artikkeli. Kuitenkin, ennen kuin jaamme askel – askeleelta ohjeita kirjoittamisesta käyttäjän tarina, on tärkeää selvittää 2 olennaista kysymystä: kuka ja milloin tekee niitä.

kuka on vastuussa Käyttäjätarinan luomisesta?,

nyrkkisääntönä tarinat ovat pääosin Tuoteomistajien kirjoittamia, koska niiden vastuulla on pitää ruuhka täynnä tehtäviä. Älä kuitenkaan unohda, että ketterä perustuu asiantuntijoiden väliseen viestintään ja mielipiteiden vaihtoon. Niin…

Se ei välttämättä tarkoita, että ne olisi kirjoitettu vain Tuotteen Omistaja. Mitä enemmän ihmiset liittyvät keskusteluun, sen parempi.

Klo Stormotion, Tarinat on kirjoittanut kaikki tiimin jäsenet, jotka liittyvät business-puolella hanke (myynnin johtajat, markkinoijat, tuotteen omistaja jne.,), koska se antaa meidän tarkastella tulevaa sovellusta näkökulmasta tahansa potentiaalinen käyttäjä. Tuotteen omistajan velvollisuus on tässä tapauksessa vahvistaa, että ne vastaavat SIJOITUSKRITEEREITÄ.

Milloin Käyttäjä Tarinoita luotu?

TARINANKIRJOITUSKOKOUS PÄÄMAJASSAMME pidetään yleensä lähellä projektin alkua., Varustaudumme mieluummin siihen, että hanke menee hyvin ensimmäisestä päivästä viimeiseen.

Myöhemmin, voimme käyttää Scrum Käyttäjän Tarina lista valmistella tarkempia arvioita (esimerkiksi vuoden Löytö Vaiheessa), priorisoida ominaisuus kehityksen kiri ja niin edelleen.

myös täydennämme alkuperäistä listaa työstäessämme projektia, jossa on uusia tarinoita pysyäksemme ajan tasalla asiakkaamme vaatimusten kanssa.,

mitkä ovat vaiheet kirjoittaa suuria ketteriä Käyttäjätarinoita?

Ensimmäinen, olkaamme muistuttaa yhteinen Käyttäjän Tarinoita malli:

Koska haluan niin, että

Näyttää siltä, lyhyt ja helppo kirjoittaa. Muuten, olet tervetullut luomaan oman käyttäjän tarina malli. Kuitenkin, me Stormotion on tietyn työnkulun, joka auttaa meitä tarjoamaan parhaat Tarinat:

1. Tehdä listan loppukäyttäjät. Määrittele, mitä heidän” tuska ”tai” tarve ” on, jota yrität ratkaista.
2. Määrittele, mihin toimiin he saattavat haluta ryhtyä.,
3. Selvitä, mitä arvoa tämä tuo käyttäjille ja lopulta tuotteellesi. Kysy myös itseltäsi-maksaako joku osapuoli tästä?
4. keskustellaan hyväksymiskriteereistä ja optimaalisesta täytäntöönpanostrategiasta.

Let ’ s look them over now!

Vaihe 1: Ajattele”, Jotka”

Tämä on ensimmäinen ja ehkä tärkein askel. Ennen kuin kirjoitat käyttäjä tarina sinun pitäisi todella tietää, keitä loppukäyttäjät tuotteen ovat. Ja tärkeämpää-mitä tarpeita heillä on, jota yrität kattaa.,

Tarinankirjoitustyöpajoissa yritämme jättää käyttämättä sellaista roolia kuin yksinkertaisesti ”käyttäjä”. Sitä voidaan soveltaa kaikkiin henkilöihin-asiakkaistasi admineihin-ja siksi se ei heijasta tiettyjen kohderyhmien persoonallisuutta, tapaa, jolla ne ovat vuorovaikutuksessa sovelluksen kanssa.

Jos haluat saavuttaa todella hyviä tuloksia, sinun kannattaa sukeltaa yleisöä vielä enemmän., Sen sijaan, että vain nimeäisi käyttäjät roolinsa mukaan (esimerkiksi” autoilija”), yritetään luoda jonkinlainen ostajapersoona.

Tässä muutamia vinkkejä omasta kokemuksesta:

• kyse on käyttäjä. Ei kehittäjistä. Eikä edes Tuotteen omistajasta. Jokaisen tarinan pitäisi olla arvokas jollekin loppukäyttäjäryhmälle.
• älä ajattele käyttäjiä vain ulkopuolisina asiakkaina. On totta, että tarinasi koskevat lähinnä niitä. Mutta se on myös totta, että sinun täytyy harkita sisäisiä käyttäjiä, kuten ylläpitäjät, toimittajat jne.
• tunne empatiaa. Anna ”käyttäjällesi” nimi., Ajattele hänen mobiili tottumukset, mikä ongelma sovellus on menossa saada ratkaistu hänelle ja miten aiot tehdä tämän polun helpompaa ja nopeampaa. Muista joitakin ihmisiä, jotka tunnet oikeasta elämästä ja jotka sopivat tähän muotokuvaan; tunne, miten suhtaudut tähän kohderyhmään.

Vaihe 2: Ajattele ”Mitä”

Nyt meillä on muutamia ryhmiä loppukäyttäjille. Seuraava askel on määritellä, mitä toimintoja kukin käyttäjä odottaa, miten hän aikoo vuorovaikutuksessa sovelluksen kanssa.,

– Nämä ovat tärkeimmät säännöt muistaa kun kirjoitat toiminta Kanban tai Scrum Käyttäjän Tarina:

• Yksi toiminto per Tarina. Jos haluat kirjoittaa jotain ”asiakkaana haluan selaa kohteita ja lisää ne ostoskoriin” sinun on parasta jaettu 2 erillistä Tarinoita.
• kuvaa aikomusta, ei ominaisuutta., Esimerkiksi, sen sijaan ”haluan hallita minun profiili” luoda muutamia Tarinoita, kuten ”haluan pystyä rekisteröityä”, ”haluan ladata my profile photo”, ”haluan linkin minun luottokortti minun profiili” – jokainen Tarina on erilainen arvo.
• pidä se lyhyenä. Käyttäjät eivät välitä mitä kirjasto käytät antaa heidän selata luettelon kohteita, joten jätä kaikki tekniset tiedot syrjään.
• Vältä kuvaamasta käyttöliittymää. Olemme määritelleet tarinat neuvoteltaviksi. Siksi kaikki hyvät Käyttäjätarinaesimerkit eivät sisällä KÄYTTÖLIITTYMÄTIETOJA., Joten älä yritä säveltää mitään erityistä tapaa toteuttaa niitä (teemme tämän myöhemmin).

Vaihe 3: Ajatella ”Miksi”

Lopuksi, viimeinen pala meidän Käyttäjien Tarinoita malli on omistettu arvo, että käyttäjät saavat suorittamisen jälkeen kanteen. Se voi tuntua ei iso juttu, mutta se on usein vaikein osa käyttäjän tarina kehitystä.,

Kuitenkin, sinun kohta pitäisi aina vastaa mittarit ja Suorituskykyilmaisimet. Sen pitäisi joko parantaa UX, lisätä retention hinnat, lyhentää käyttäjien matka ongelma ratkaisu tai mitä tahansa. Jokainen tarina pitäisi edistää jotain yleistä tavoitetta tuotteen.,

Jos et voi vastata mitä lisäarvoa tämä ominaisuus tuo loppukäyttäjille ja tuote hyvin, sitten teet jotain väärin.

esimerkiksi, on olemassa muutamia Käyttäjän Tarinoita, esimerkkejä hyvin kirjoitettu arvo jatkuvaa ruoka tilaaminen app projekti:

• asiakkaana haluan saada ilmoituksia, kun on uusi kuuma tarjoukset niin, että en koskaan missaa parhaat tarjoukset. .
• ravintolapäällikkönä Haluan täydentää ruokalistan annoskuvausta valokuvalla, jotta se näyttäisi asiakkaille houkuttelevammalta. .,

Vaihe 4: Keskustele tarinasta

lopulta, keskustelemme käyttäjien tarinoista aina niiden syntymisen jälkeen. Vaikka siitä ei tuntuisi olevan mitään puhuttavaa.

tänä Q&A-istuntoon, pyydämme Jutun kirjoittaja antaa lisätietoja tai selventää jotain jos tarvitsi. Se auttaa meitä ymmärtämään, miten sen pitäisi toimia ja sopia hyväksymiskriteereistä., Näin arvioimme kaikki mobiilisovelluksen käyttäjätarinat esimerkkejä yksi kerrallaan.

meidän pitää aivoriihi, jossa koko tiimi työskentelee hankkeessa. Sen avulla voimme selvittää parhaat tavat toteuttaa käyttäjien tarinoita teknologian näkökulmasta.

joten näin kirjoitetaan käyttäjien tarinoita pähkinänkuoressa. Stormotion Squad käyttää tehtävässään myös seuraavia vinkkejä:

• Aloita Eepoksilla., On yleensä helpompi siirtyä monimutkaisemmista tehtävistä tarkempiin, joten kokeile kirjoittaa eepoksia ja jaa ne sitten tarinoihin.
• Kuuntele palautetta. Joskus sinun ei tarvitse arvata Tarinoita – kysy real loppukäyttäjien palautetta ja käyttää niiden ideoita inspiraation lähteenä.
• älä esittele yksityiskohtia liian aikaisin. On parempi pitää aivoriihi ennen jokaista sprinttiä keskustella siitä, miten toteuttaa suunniteltuja tarinoita.

💡 Johtopäätös

Käyttäjä Tarinat ovat olennainen osa Ketterä lähestymistapa, joka voi tuoda monia etuja projektin., On kuitenkin tärkeää kirjoittaa ne oikein, mikä vaatii aikaa ja taitoja.,T kriteerit, mikä tarkoittaa, että ne ovat:

• Itsenäinen
• Neuvotella
• Arvokasta
• Arvioitavissa
• Pieni
• Testattavissa

common User Stories malli sisältää käyttäjä, toiminta ja arvo (tai hyöty) ja tyypillisesti näyttää tältä:

Koska haluan niin, että

Käyttäjä Tarinat voivat auttaa sinua parantaa jatkuvasti arvoa tuotteen, arvio kehityksen toimia asianmukaisella tavalla ja priorisoida ominaisuuden kehityksen aikana MVP ja post-MVP vaiheissa.,