Scrum-opas | 19. Käyttäjätarinat – mitä ne ovat?

Käyttäjätarina on lyhyt kuvaus uudesta tuotteen toiminnallisuudesta tai sen parannuksesta. Se ei sisällä teknistä ratkaisua, vaan käsittelee toiminnallisuuteen liittyviä kysymyksiä: Kuka on käyttäjä? Mitä tuote tekee? Ja mikä on sen tarkoitus? Käyttäjätarina kuvaa tuotetta arkikielellä tai liiketoimintakielellä, vaikka se myös viittaa Scrum-tiimin tehtäviin, jotka on tarkoitettu tiimin suorituskyvyn parantamiseen.

Mitä ovat käyttäjätarinat? – sisällysluettelo:

1. Johdanto
2. Käyttäjätarina. Kenen tarina se on?
3. Kuinka käyttää käyttäjätarinoita?
4. Hyväksymiskriteerit
5. Yhteenveto

Johdanto

Käyttäjätarina on yleisin tapa muotoilla Scrum-tiimin suorittamat tehtävät. Yksi käyttäjätarina määrittelee pienen toiminnallisuuden tuotteessa. Se kuvaa pienintä merkityksellistä, osittaista tuotetavoitetta. Tästä syystä käyttäjätarinat ovat hyvin lyhyitä.

Käyttäjätarinoita luodaan koko tuotteen työstämisen ajan. Ne syntyvät jatkuvasti siitä hetkestä, kun päätös työn aloittamisesta tehdään, tuotetavoitteen toteuttamiseen asti.

Käyttäjätarinoiden luominen on tuoteomistajan tehtävä. Asiakkaan kanssa käydyn keskustelun perusteella hän muotoilee vastauksia kysymyksiin, jotka mahdollistavat käyttäjätarinan luomisen ja kirjoittaa ne tuotteen backlogiin. Kuitenkin käyttäjätarinat heijastavat ei vain asiakkaan tarpeita.

Käyttäjätarina. Kenen tarina se on?

Scrum-tiimi luo käyttäjätarinan määritelläkseen käyttäjän tarpeet, ja siksi se on kirjoitettu liiketoimintakielellä. Toisin sanoen, se osoittaa hyödyt, joita sen toteuttaminen tuo tuotteen käyttäjälle. Kuitenkin tuotteen backlogissa voi olla myös käyttäjätarinoita, jotka kuvaavat kehitystiimin tarpeita, esimerkiksi kehittäjien työnkulun parantamista tai tuoteomistajan tarpeita, esimerkiksi tuotteen backlogin järjestämistä. Tällaisissa tapauksissa käyttäjä käyttäjätarinassa on kehittäjä ja tuoteomistaja.

Käyttäjätarinan voi kuvata vastaamalla 3W-kysymyksiin:

• Kuka?
• Tekee Mitä?
• Miksi?

Käyttäjätarina on sitten muotoiltu kaavassa:

Olen [käyttäjätyyppi], haluan [tehdä mitä?] Koska [miksi?].

Esimerkkejä käyttäjätarinoista verkkokaupan toiminnallisuudesta, kirjoitettuna tässä muodossa, on esitetty alla olevassa taulukossa:

Tämä kaava mahdollistaa ei vain käyttäjätarinan muotoilemisen, vaan myös suhteellisen helposti kääntää teknistä kieltä liiketoimintakielelle ja päinvastoin. Tämän seurauksena sekä kehittäjät että sidosryhmät näkevät selvästi tavoitteen ja sen edistymisen vaiheet. Käsittelemme myös hyvien käyttäjätarinoiden luomista INVEST-menetelmää käyttäen erillisessä artikkelissa Scrum-opas-sarjassa.

Kuinka käyttää käyttäjätarinoita?

Käyttäjätarinan kaavamuotoilu on vain alku. Ne ovat signaaleja ja aloituskohtia keskusteluille ongelmista ja niiden ratkaisuista. Käyttäjätarinoiden käsittely tapahtuu sprintin suunnittelun aikana, jotta selvitetään, mitkä tekniset asiat kehitystiimi lisää sprintin backlogiin.

Tyypillisesti fyysisessä tilassa käyttäjätarinat ovat kirjoitettu pienille, värikkäille korteille, jotka on kiinnitetty työpaikalle. Kuitenkin digitaalisessa tilassa parhaiten toimivat Scrum-tiimin jakamat digitaaliset valkotaulut.

Käyttäjätarinoiden tallentamisella tällä tavalla on useita etuja, koska:

• Korostaa jokaisen käyttäjätarinan autonomiaa – jokaisella on erillinen kehys ja se voidaan toteuttaa itsenäisesti muista
• Korostaa käyttäjätarinoiden dynamiikkaa – niiden toteuttamisen järjestystä neuvotellaan Scrum-tiimissä ja nykyinen toteuttamisjärjestys on näkyvissä taululla käyttäjätarinoiden korttien fyysisen järjestelyn ansiosta
• Toimii muistutuksena – käyttäjätarinoiden visuaalisen esityksen ansiosta Scrum-tiimillä on näkyvissä opaste, joka muistuttaa heitä tavoitteesta yksityiskohtaisia ratkaisuja luodessaan.

Kehitystiimi arvioi käyttäjätarinan toteuttamiseen tarvittavan vaivannäön päivinä, työtunteina tai tarinapisteinä.

Hyväksymiskriteerit

Käyttäjätarinalla on oltava tietyt hyväksymiskriteerit juuri sillä hetkellä, kun se hyväksytään kehitystiimille. Hyväksymiskriteerit määrittävät, milloin käyttäjätarinan työtä voidaan pitää valmiina.

Tällä tavoin sekä asiakas että kehittäjät tietävät, miten heidän työnsä kääntyy liiketoiminta-arvoksi. Tyypillisesti käyttäjätarina katsotaan valmiiksi, kun siinä määritelty käyttäjä voi suorittaa kuvattua toimintoa. Edellä mainitun esimerkin mukaisesti, tarkastellaan tätä käyttäjätarinaa, jonka sisältö on:

Asiakas voi ostaa taikasauvan yhdellä napsautuksella.

Se on valmis, kun toimiva “Osta nyt” -painike ilmestyy verkkokaupan sivulle, joka käyttää oletusmaksu- ja toimitustietoja kirjautuneelle käyttäjälle.

Yhteenveto

Käyttäjätarina on tiivis kuvaus uudesta tuotteen toiminnallisuudesta tai parannuksesta. Se toimii pienimpänä tavoitteena, joka on ilmaistu liiketoimintakielellä, eli liiketoiminta-arvon ja käyttäjän näkökulmasta. Se auttaa selkeästi määrittelemään suoritettavan tehtävän sekä sen toteuttamisen kriteerit.

Jos pidät sisällöstämme, liity vilkkaaseen mehiläisyhteisöömme Facebookissa, Twitterissä, LinkedInissä, Instagramissa, YouTubessa, Pinterestissä.