Scrum-opas | 21. Käyttäjätarinavirheet

Käyttäjätarinat kuvaavat, miten uusi tuotteen toiminnallisuus toimii jokapäiväisessä tai liiketoimintakielessä. Kuitenkin niiden valmistelu vie paljon aikaa, vaivannäköä ja ajattelua. Tänään käsittelemme yleisimpiä käyttäjätarina-virheitä ja ehdotamme, miten niistä voi selvitä.

Yleisimmät käyttäjätarina-virheet – sisällysluettelo:

1. Johdanto
2. Ongelmat 3W:n kanssa
3. Ongelmat 3C:n kanssa
4. Käyttäjätarina-virheet – Yhteenveto

Johdanto

Käyttäjätarina voi olla loistava työkalu motivoida tiimiä ehdottamaan uusia ratkaisuja ongelmiin käyttäjän näkökulmasta. Kirjoitimme siitä, mitä käyttäjätarina on erillisessä merkinnässä. Ja tässä artikkelissa esittelimme INVESTin, joka on suosittu menetelmä hyvien käyttäjätarinoiden kirjoittamiseen. Tänään keskitymme käyttäjätarina-virheisiin.

Ongelmat 3W:n kanssa

Oikea käyttäjätarina vastaa kysymyksiin:

• Kuka? (Kuka on tuotteen kohdekäyttäjä?)
• Mitä? (Mitä ominaisuuksia tuotteella on ja mitä se voi tehdä?)
• Miksi? (Mihin tarkoitukseen se palvelee?)

Kuitenkin ongelmia voi ilmetä jokaisen näiden kysymysten vastauksissa. Vähiten yleinen ongelma on epäilys siitä, mitä tuotteen tulisi muuttaa asiakkaan tarpeiden mukaisesti. Siksi keskitymme ongelmiin, jotka koskevat Kuka? ja Miksi?

Kuka – käyttäjäpersoonat

Yksi yleisimmistä virheistä käyttäjätarinoita luotaessa on, ettei kysymykseen vastata tarpeeksi tarkasti: kenelle? Toisin sanoen, kuka on käyttäjä, jolle suunniteltu muutos on tarkoitettu?

Usein yleinen vastaus, joka viittaa asiakkaaseen tai loppukäyttäjään muutoksen vastaanottajana, ei riitä. Ratkaisu tähän ongelmaan on kuvitella vastaanottaja tiettynä persoonana. Persoona on malli kohdeasiakkaasta. Toisin sanoen, persoona on edustaja henkilöstä, joka käyttää tuotetta tietyllä tavalla.

Käyttäjätarinaasi analysoidessasi saatat huomata, että se kertoo eri ihmisten tarinoita samanaikaisesti. Jos kohdekäyttäjiä on paljon, on syytä harkita käyttäjätarinan jakamista pienempiin osiin välttääkseen ristiriitaisia, keskenään poissulkevia tai yksinkertaisesti tehottomia toimia.

Miksi? – huonosti määritelty tavoite

Joskus käyttäjätarinan viimeisestä osasta tulee ongelmien lähde. Sen tulisi määrittää muutosten liiketoiminta-arvo, joka toteutuu käyttäjätarinan toteuttamisen aikana. Katsotaan esimerkkiä käyttäjätarina-virheistä, joissa lisätoiminnallisuuden kuvaus korvasi tavoitteen:

Asiakkaana haluan ostaa taikasauvan yhdellä napsautuksella, koska haluan ostaa lentävän maton ensi viikolla.

Sen sijaan, että annettaisiin syy taikasauvan ostamiseen, tämä käyttäjätarina lisää toisen kohteen potentiaalisen asiakkaan ostoslistalle. Siksi käyttäjätarinaa valmistellessasi älä unohda syitä tuotteen toiminnallisuuden muutoksiin.

Ongelmat 3C:n kanssa

Voimme jakaa käyttäjätarinoiden kanssa työskentelyn prosessin kolmeen vaiheeseen, joita kutsutaan 3C:ksi:

• Kortti – Kortti, johon käyttäjätarina on tallennettu
• Keskustelu – Keskustelu Scrum-tiimissä käyttäjätarinakortista
• Vahvistus – hyväksymiskriteerien määrittäminen, joka vahvistaa, että tehtävä on suoritettu

Virheitä voi esiintyä missä tahansa näistä, joita kuvaamme alla.

Kortti

Käyttäjätarinan tallentava muistikortti on rajallisen kapasiteetin omaava. Siksi yleisimmät ongelmat koskevat käyttäjätarinan pituutta ja määrää. Käyttäjätarinan on oltava johdonmukainen eikä siinä saa olla turhaa jaarittelua, kuten sanotaan, niin tarkasti, että jokaisella sanalla on merkitystä.

Tämä johtuu siitä, että käyttäjätarinakortin ongelmalla on kaksi ulottuvuutta. Yksi on se, miten se on muotoiltu: tiivis ja sisältäen tarvittavan minimimäärän luetteloa. Toinen on käyttäjätarinan todellinen koko. Yksi yleinen lause voi ilmaista valtavan määrän tehtäviä, joita ei voida suorittaa yhden Sprintin aikana.

Keskustelu

Käyttäjätarinan yksilauseinen muotoilu on lähtökohta keskustelulle kehitystiimin kanssa. Siksi on virheellistä käsitellä sitä tehtävän kuvauksena. Se estää mahdollisuuden neuvotteluille ja keskusteluille eri toteutustavoista. Käyttäjätarina ei saisi olla kuvaus vaatimuksista uudelle tuotteen toiminnallisuudelle, vaan se on ennemminkin kutsu aloittaa keskustelu erityisistä teknisistä ratkaisuista, jotka johtavat käyttäjätarinassa määriteltyyn liiketoiminta-arvoon.

Vahvistus

Kirjoitimme hyväksymiskriteereistä, jotka on määritettävä jokaiselle käyttäjätarinalle, yksityiskohtaisesti tekstissä, joka kuvaa mitä käyttäjätarina on. Yksi yleisimmistä virheistä on kuitenkin suorituskykymittarien epämääräisyys.

Hyvin kirjoitettu käyttäjätarina sisältää kuvauksen tilanteesta, jossa se toteutetaan. Sen testi on, että käyttäjä hyödyntää kehitystiimin luomaa uutta toiminnallisuutta.

Hyödyllinen työkalu käyttäjätarinan validoimiseksi on kehittää hyväksymistesti. Tämä on yleensä kortin toisella puolella, johon käyttäjätarina on tallennettu.

Käyttäjätarina-virheet – Yhteenveto

Käyttäjätarinoita valmistellessasi ja soveltaessasi on syytä noudattaa seuraavia sääntöjä:

• Tunnista tarkasti käyttäjä, jota muutos koskee
• Määritä selkeästi tavoite uuden tuotteen toiminnallisuuden rakentamiselle
• Pidä sen määrä mahdollisimman lyhyenä
• Käsittele käyttäjätarinaa lähtökohtana ratkaisun keskusteluille kehitystiimin kanssa
• Määritä selkeät hyväksymissäännöt

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