Käyttäjän tarinat: 3 Esimerkkejä käyttäjän arvosta

Yhteenveto

Käyttäjän tarina on epävirallinen selitys ohjelmistotoiminnasta, joka on kirjoitettu loppukäyttäjän näkökulmasta. Tyypillinen käyttäjän tarina seuraa muotoa "kuin[persona], haluan [ohjelmiston tavoite], niin että [tulos]." Selvitä, miten tehokkaita käyttäjän tarinoita voidaan esittää tarkasti, miten ohjelmistotoiminto ajaa käyttäjän arvoa.

Tuotteiden ominaisuuksien laajentamisen yhteydessä ohjelmistopäivitykset ovat avain käyttäjän arvon lisäämiseen.

Käyttäjän tarinat ovat selitys loppukäyttäjän näkökulmasta kirjoitetusta ohjelmistotoiminnosta. Tämä auttaa Ketterä Joukkueet ymmärtävät, mitä käyttäjät haluavat, jotta ne voivat toimittaa parhaat ominaisuudet.

Olemme kokoontuneet tärkeisiin yksityiskohtiin, miten kirjoitat tehokkaita käyttäjän tarinoita. Opi, kuinka keskittyminen loppukäyttäjän kokemukseen voi ajaa eniten arvoa.

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

Käyttäjän tarina on epävirallinen selitys ohjelmistotoiminnasta, joka on kirjoitettu loppukäyttäjän näkökulmasta. Nämä tarinat olisi kirjoitettava käyttämällä ei-teknistä kieltä kontekstin kehittämisryhmään.

Käyttäjän tarina kerrotaan tyypillisesti yhdessä lauseessa, kun muotoa on: "[persona], haluan [ohjelmistotavoitteen], niin että [tulos]."

Käyttäjän tarinoiden kirjoittamisen tarkoituksena on tarkasti, miten ohjelmisto-ominaisuus tarkoittaa käyttäjän arvoa. Toisin sanoen, miten tämä ohjelmisto vaikuttaa loppukäyttäjälle?

Loppukäyttäjä, jota kutsutaan myös asiakkaaksi, ei välttämättä kuvaa ulkoista kuluttajaa. Loppukäyttäjä voi myös olla sisäinen asiakas tai tiimin jäsen, joka hyötyy tästä työstä. Loppukäyttäjän määrittäminen riippuu lopulta rakennuksen ohjelmistoominaisuuden tarkoituksesta.

Käyttäjän tarinat ovat ketterän lähestymistavan ydinkomponentti. Voit kirjoittaa heidät monilla tavoilla, mukaan lukien post-IT-muistikortit tai indeksikortit, mutta tehokkain tapa luoda ja seurata käyttäjän tarinoita on Projektinhallintaohjelmisto . Tehokas projektinhallintaohjelmiston avulla voit säätää, muokata ja seurata käyttäjän tarinoita reaaliaikaisesti, joten tiimi tietää tarkalleen, miten he voivat parhaiten palvella loppukäyttäjiä. Muista, että ketterä ohjelmistokehitys tavoitteena on laittaa ihmiset ensin, ja käyttäjän tarinoita auttaa sinua sijoittamalla keskittymällä loppukäyttäjälle.

Kuka kirjoittaa käyttäjän tarinoita?

Yleisimmin tuotteen omistaja kirjoittaa käyttäjän tutkimukseen perustuvia käyttäjän tarinoita ja järjestää ne kehitysaimelle, joka tunnetaan myös nimellä Tuotetiedot . Vaikka kukaan voi teknisesti kirjoittaa käyttäjän tarinoita, tuotepäällikön vastuulla varmistetaan, että heillä on kaikki tiedot kehitysryhmän tarpeet niiden aloitteiden toteuttamiseksi.

Sitten kehitystiimi asettaa etusijalle ja päättää, mitkä käyttäjän tarinat puuttuvat niiden aikana Sprintin suunnittelu kokous .

Kuka käyttää käyttäjän tarinoita?

Käyttäjän tarinoita käytetään Scrum ja Kanban kehykset.

SCRUMissa , Käyttäjän tarinat auttavat tiimisi parempaa ymmärrystä Sprintin suunnittelun aikana.

Kanbanissa , Joukkueet vetävät tarinoita heidän takaustaan ​​ja työskentele heille sprintin aikana. Käyttäjän tarinat antavat joukkueille asiayhteys ja selvennys, jonka he tarvitsevat hallita työtä ja täyttävät määräajat.

Käyttäjän tarinoita käsitellään Dev-joukkueilla työnkulun tai sprintin aikana tehtävien suorittamiseksi ja estämiseksi Soveltamisala . Rukoile suuria käyttäjän tarinoita useisiin sprintteihin tai epiciin tarvittaessa. Epics ovat suuria tarinoita jaettu useisiin pienempiin tarinoihin. Useat eepit muodostavat aloitteen.

Kuinka kirjoittaa hyvä käyttäjän tarina

Käyttäjän tarina on kirjoitettu kolmessa vaiheessa ja edustaa loppukäyttäjän näkökulmaa.

Kolme vaihetta kirjoittamalla käyttäjän tarina ovat:

Persona: Loppukäyttäjän merkki

Tarve: Tavoitteena ohjelmisto-ominaisuus on loppukäyttäjän matkalla

Tarkoitus: Loppukäyttäjän kokemuksen tavoite ohjelmistoominaisuudella

Käyttäjän tarinan tulisi sisältää kaikki kolme näistä komponenteista. Kaivaa jokaiseen näistä elementeistä antaa sinulle paremman käsityksen siitä, miten tehokas käyttäjän tarina kirjoittaa.

Vaihe 1. Tunnista henkilö

Tunnista loppukäyttäjän persoona arvioimalla kohdeyleisösi. Harkitse, kuka vaikuttaa ohjelmistoominaisuuteen.

Seuraavassa on joitain kysymyksiä, jotka kysyvät itseltäsi ja tiimistäsi tunnistaessa käyttäjän persoona:

Kuka rakentaa tämän ohjelmiston ominaisuuden?

Millaisia ​​tuotteen ominaisuuksia ei halua käyttää?

Mitkä ovat loppukäyttäjän väestö- ja psykografioita?

Tietyllä käyttäjätarinalla voi olla useita persoonia riippuen kohdeyleisön koosta.

Vaihe 2. Kuvaile tarvetta

Kuvaile, miten loppukäyttäjä käyttää ohjelmistoa ja miksi. Tämä on kriittinen, joten tiimi ymmärtää, miksi kohdeyleisö käyttää ominaisuuttasi ensiksi.

Harkitse näitä kysymyksiä analysoimalla loppukäyttäjän tarkoitusta:

Mikä on loppukäyttäjä, joka yrittää saavuttaa?

Miten ohjelmiston ominaisuus auttaa loppukäyttäjää saavuttamaan tavoitteensa?

Vältä tarkennusta tiettyihin ominaisuuksiin - sen sijaan harkitse, mitä loppukäyttäjä etsii ja miten ohjelmisto auttaa heitä saavuttamaan tavoitteensa.

Vaihe 3. Määritä tarkoitus

Määritä tarkoitus analysoimalla suurempi kuva ohjelmiston julkaisusta. Harkitse, miten ohjelmisto sopii sisäisiin tavoitteisiin.

Kysy itseltäsi nämä kysymykset auttamaan määrittämään tarkoitus:

Mikä on ohjelmiston ominaisuus?

Mikä on ongelma, joka on ratkaistu?

Miten tämä sopii suurempiin tavoitteisiin?

Tässä tarkoituksena on määrittää ohjelmisto-ominaisuuden arvo, joka liittyy isoihin tavoitteisiin.

Käyttäjän tarina esimerkit

Voit ottaa ymmärrystä ketteräksi käyttäjän tarinoita askeleen edelleen, olemme koonneet muutamia esimerkkejä. Mitä tehokkaampi käyttäjän tarinat ovat, sitä enemmän arvoa voit ajaa loppukäyttäjälle.

Tässä on kolme esimerkkiä edustamaan eri käyttäjän tarina-skenaarioita:

Käyttäjän tarina Esimerkki 1: Tuotekehitys

Tuotepäällikkönä haluan tavan tiimin jäsenille ymmärtää, miten yksittäiset tehtävät edistävät suurempia liiketoiminnan tavoitteita tehokkuuden motivoimiseksi.

Käyttäjän tarina Esimerkki 2: Asiakaskokemus

Palauttavana asiakkaana odotan, että tiedot tallennetaan virtaviivaisen kassakokemuksen luomiseksi.

Käyttäjän tarina Esimerkki 3: Mobiilisovellus

Usein sovelluksen käyttäjä, haluan tapa sulattaa asiaankuuluvat tiedot mahdollisimman nopeimmin.

Kaikissa kolmessa esimerkissä näet, kuinka tärkeää on aiheuttaa ohjelmistopäivityksiä loppukäyttäjän näkökulmasta. Näin päivitykset tehdään asiakkaan mielestä.

Vinkkejä tehokkaan käyttäjän tarinan saavuttamiseksi

Edellä esitettyjen kolmen vaiheen lisäksi tehokas käyttäjätarina on noudatettava 3 CS: tä ja investoida lyhenne. Molemmat auttavat käyttämään käyttäjän tarinoita seuraavalle tasolle, mikä johtaa tehokkaampaan ohjelmistopäivityksiin.

Kaivaa jokaiselle näistä saadakseen paremman käsityksen, mikä tekee tehokkaan käyttäjän tarinan.

3 cs

3 cs ovat C ard, C Onvertation, ja C vapeeta. 3 cs rikkoo jokaisen käyttäjän tarinan kolmeen eri vertailuarvoon, mikä muodostaa järjestäytyneen prosessin. Sukellaan jokaiseen 3 cs: hen saadakseen paremman ymmärryksen:

Kortti: Kirjallinen kuvaus Sprintin suunnitteluun käytetystä käyttäjän tarinasta. Voit luoda ja jakaa tarinakortteja, yritä käyttää a Työnhallintatyökalu .

Keskustelu: Keskustelu asiakkaiden, käyttäjien ja kehittäjien välillä ensisijaisten ja mahdollisten ratkaisujen ympärillä käyttäjän tarina.

Vahvistus: Sidosryhmien välinen sopimus, että käyttäjän tarina tavoitteet ja ratkaisut on saavutettu.

3 cs auttaa hajottamaan käyttäjän tarina yksinkertaisiin tehtäviin. Tämä antaa selkeän suuntaan sidosryhmille.

SIJOITTAA

Investoida I NDEPENT, N. Egotiable, V Alueble, E Kantavat, S ostoskeskus ja T arvioida. Sukellaan näihin komponentteihin syvemmälle antamaan sinulle paremman käsityksen siitä, miten investointiperusteet voivat auttaa sinua kirjoittamaan vahvempia tarinoita:

Itsenäinen: Käyttäjän tarinan pitäisi olla itsenäinen, mikä tarkoittaa sitä, että se ei riipu muista tehtävistä ja on itsenäinen.

Neuvoteltavissa: Käyttäjän tarina pitäisi olla neuvoteltavissa. Tämä tarkoittaa sitä, että se lähtee keskustelusta.

Arvokas: Käyttäjän tarinan pitäisi välittää arvo loppukäyttäjälle, joka tuo lähemmäksi suurempaa pitkän aikavälin tavoitteet .

Arvioitu: Käyttäjän tarinan on arvioitava, että se sopii sprinttiin ja se on etusijalla oikein.

Pieni: Käyttäjän tarinan pitäisi olla pieni työtapa, joka voidaan suorittaa lyhyessä ajassa.

Testaa: Tarinan pitäisi käydä läpi hyväksymistestit ja täyttää ennalta määrätyt hyväksymiskriteerit laadun tarkastamiseksi.

Varmista, että käyttäjän tarinat kirjoitetaan tiettyyn ja saavutettavasti noudattamalla Invest Shorronym.

Tarkkaan käyttäjän tarinan merkitys

Käyttäjän tarinoiden kirjoittaminen tehokkaasti voi tuntua pieneltä tuotekehitykseltä, mutta todellisuudessa nämä tarinat auttavat käyttämään luovia tuloksia uusille tuotteille toiminnallisuudelle. Huomiota yksityiskohtiin on uskomattoman tärkeä, koska se auttaa sinua varmistamaan, että investoinnit käyttäjien tarpeisiin.

Tässä on kolme tapaa kirjoittamalla tarkkoja käyttäjän tarinoita voi auttaa sinua saavuttamaan käyttäjien tavoitteet:

Laita asiakkaat ensin: Käyttäjän tarinat laittaa loppukäyttäjät keskustelun keskelle - tärkeä osa ketterää kehystä. Tiimisi voi asettaa ensisijaisesti käyttäjien tarpeet ja keskittyä tapoihin osallistua positiiviseen käyttäjäkokemukseen.

Aja innovatiivisia ratkaisuja: Syvempi sukeltaa loppukäyttäjän persoonalle, mitä innovatiivisempia ohjelmistoratkaisuja on. Tämä johtuu siitä, että painopiste on käyttäjien tarpeisiin, joita voit muodostaa yhteyden sisäisiin liiketoiminnan tavoitteisiin. Mitä enemmän ymmärrät kohdistustyypin, jonka tehokkaampi tulos on.

Edistää tiimi yhteistyö: Useiden tiimin jäsenten kanssa puhuvat ja priorisoimalla käyttäjän tarinoita, Yhteistyö työpaikalla kukoistaa. Tämä tuo pöydälle useita näkökulmia, jotka tarjoavat uusia ratkaisuja olemassa oleviin tiesulkuun. Testattavista tuloksista tuotteen vaatimusten ymmärtäminen, sitä enemmän tiimi kommunikoi helpommin, on saavuttaa halutut tulokset.

Paikannuspäivitykset käyttäjän näkökulmasta auttaa luomaan vankan käyttökokemuksen, mikä parantaa liiketoiminnan arvoa ja yleisesti Vaatimukset kokoontuvat käsitellä asiaa.

Ajaa arvo käyttäjän kokemuksen kautta

Asiakkaiden laittaminen ensin on tehokas tapa keskittää keskustelu loppukäyttäjien ympärillä ja lopulta ajaa enemmän arvoa. Pidä keskusteluja loppukäyttäjän kokemuksen ympärillä voit luoda innovatiivisempia ohjelmistoratkaisuja, jotka paremmin tuotekehitysprosessin.

Ota käyttöön ketterä ryhmä saavuttaa tulokset Agile Management -ohjelmiston avulla. Yhteistyötä tiiminä sprintilla, UDN-tehtävähallinta voi auttaa.