Scrum-opas | 22. Käyttäjätarinan hyväksymiskriteerit

Käyttäjätarina on tekniikka, joka mahdollistaa yrityksille tuotteiden ja palveluiden toimittamisen, jotka täyttävät asiakkaan tarpeet mahdollisimman hyvin. Käyttäjätarinan hyväksymiskriteerit parantavat uusien tuotefunktioiden arviointia käyttäjän näkökulmasta.

Käyttäjätarinan hyväksymiskriteerit – sisällysluettelo:

1. Johdanto
2. Kuinka muotoilla käyttäjätarinan hyväksymiskriteerit?
3. Käyttäjätarinan hyväksymiskriteerit vs. Valmiuden määritelmä
4. Yhteenveto

Johdanto

Olemme käsitelleet käyttäjätarinaa ja sen luomiseen liittyviä kysymyksiä aiemmissa artikkeleissa. Tänään kuitenkin keskitymme käyttäjätarinan hyväksymiskriteereihin.

Hyväksymiskriteerien tulisi noudattaa näitä ohjeita:

• kuvata tuotteen uusi ja parannettu toiminnallisuus käyttäjän näkökulmasta
• olla ainutlaatuisia jokaiselle käyttäjätarinalle

Virallinen Scrum-opas ei määrittele käyttäjätarinaa eikä sen hyväksymiskriteerejä. Ne ovat valinnaisia, mutta erittäin yleisiä elementtejä Scrum-työssä. Silti, helpottaaksemme lukijoidemme uteliaisuutta, kuvaamme niitä seuraavasti: Ehdoiksi, jotka tuotteen parannuksen on täytettävä tietyn sprintin aikana saadakseen hyväksynnän käyttäjältä.

Kuinka muotoilla käyttäjätarinan hyväksymiskriteerit?

Hyvin kirjoitettu käyttäjätarina sisältää selkeän kuvauksen asiayhteydestä tai tilanteesta, johon se liittyy, täyttäen näin hyväksymiskriteerit. Silti se on vain lyhyt lause, liian epämääräinen ja epäselvä, jotta tarvittavat näkökohdat voitaisiin suoraan määrittää.

Hyväksymiskriteerien selkeys ja saavutettavuus

Sen vuoksi, jotta vältetään epäselvyydet, on käytävä ja kirjattava yksityiskohtainen keskustelu asiakkaan kanssa määrittääksemme toteutetun ratkaisun tarkoituksen. Muista, että hyväksymiskriteerien lopullinen muotoilu kuuluu tuotepäällikölle.

Kirjoita ne ylös yhdessä käyttäjätarinan kriteerien kanssa ennen sprintin suunnittelua. Jokaisen Scrum-tiimin jäsenen on luettava se ja vahvistettava, että he ymmärtävät ja hyväksyvät käyttäjätarinan hyväksymiskriteerit. Yleensä hyväksymiskriteerit ovat käyttäjätarinakortin toisella puolella.

Oikein muotoillut hyväksymiskriteerit mahdollistavat käyttäjän tarkistaa, seuraako käyttäjätarinan testaus sen kuvausta. Kriteerit voivat olla tarkistuslista, jossa on luettelopisteitä, jotka voidaan rastittaa, kun ne on suoritettu tuotteen testauksen aikana sprintin lopussa.

Asia on yksinkertainen, jos tuotteen toiminta on käyttäjälle läpinäkyvää. Kuitenkin, mitä monimutkaisempia tuotteet ovat, sitä vaikeampaa niiden testaaminen on. Ota esimerkiksi monimutkainen ohjelmisto tai suurimittakaavainen palvelu. Siksi useimmissa tapauksissa hyödyllinen työkalu käyttäjätarinan validoimiseksi on hyväksymistestin valmistelu.

Hyväksymistesti

Jos päätät kehittää hyväksymistestin, kirjoita se käyttäjätarinakortin toiselle puolelle. Myöhemmin Scrum-tiimi tai ulkoinen QA-tiimi voi toteuttaa sen.

Testin on ensisijaisesti sisällettävä selkeä lausunto siitä, epäonnistuu vai onnistuu tuote testissä. Sen ei voi sisältää prosenttilukuja tai välivertailuja.

Jos käyttäjätarinalla on enemmän kuin yksi hyväksymiskriteeri, jokainen vaatii erillistä testausta. Tällä tavoin on paljon helpompaa määrittää, mikä tuotteen toiminnallisuus tarvitsee parannusta tai hienosäätöä, ja tämä on erityisen tärkeää, jos käyttäjätarinaan sisältyvät uudet toiminnallisuudet limittyvät tai ovat toisistaan riippumattomia.

Käyttäjätarinan hyväksymiskriteerit vs. Valmiuden määritelmä

Valmiuden määritelmä on olennainen osa Scrum-työskentelyä, joka on tekninen vastine hyväksymiskriteereille. Älä kuitenkaan sekoita näitä kahta, sillä ne merkitsevät erilaisia sitoumuksia. Mikä on valmiuden määritelmä, ja kuinka ja milloin se muotoillaan, on asia, jota käsittelimme erillisessä postauksessa.

Tässä mainitsemme vain, että valmiuden määritelmä on selkeä ja läpinäkyvä kuvaus odotetusta tuotteen tilasta tuotepinon lisäyksen jälkeen. Se kuvaa lisäyksen aikana tehtyjä parannuksia. Tämä on vastakohta hyväksymiskriteerille, joka vastaa käyttäjätarinaa ja kuvaa tuotteen toiminnallisuutta, joka on luotu viimeisen sprintin aikana asiakkaan näkökulmasta.

Esimerkiksi, ota tämä käyttäjätarina sisällöllä:

Kirjautuneena asiakkaana verkkokaupassa haluan ostaa taikasauvan yhdellä napsautuksella.

Yllä olevan käyttäjätarinan valmiuden määritelmä saattaa sisältää seuraavat asiat:

• kirjautumispaneelin luominen kaupan asiakkaille
• maksujärjestelmän integrointi
• nopean maksupainikkeen lisääminen tuotesivun malliin

Toisaalta asiakkaan hyväksymiskriteerit sisältävät:

• mahdollisuuden kirjautua kauppaan
• mahdollisuuden määrittää oletusmaksutapa
• toimivan “Osta nyt” -painikkeen “taikasauva” -tuotteelle

Yhteenveto

Hyväksymiskriteerit ovat joukko ehtoja, jotka toimivat keinona arvioida käyttäjätarinan toteutusta. Kuvaamalla tuotteen uutta ja parannettua suorituskykyä käyttäjän näkökulmasta, tämä menetelmä muuttuu tehokkaaksi työkaluksi asiakkaan kanssa työskentelyssä. Se esittää Scrum-tiimin suorituksen käyttäjän näkökulmasta.

Hyvin muotoillut hyväksymiskriteerit, esimerkiksi hyväksymistestin muodossa, mahdollistavat myös tarkistaa sprintin aikana, täyttääkö luotu toiminnallisuus asiakkaan vaatimukset.

Hyväksymiskriteerit eroavat valmiuden määritelmästä ensisijaisesti ilmaisemansa näkökulman vuoksi. Ne eivät sisällä kuvausta teknisistä vaatimuksista, joita uuden ratkaisun tulisi täyttää, vaan vain toiminnot, joita tuotteen tulisi sisältää uuden käyttäjätarinan toteuttamisen jälkeen.

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