INVEST on menetelmä hyvien käyttäjätarinoiden luomiseen. Se mahdollistaa tarkistamisen, onko niissä asianmukaisesti muotoiltua sisältöä ja liittyvätkö ne tuotteen liiketoiminta-arvoon. Ja myös, onko niiden koko ja käytettävyys valittu oikein.
Parhaan käyttäjätarinan luominen INVESTin avulla – sisällysluettelo:
- Johdanto
- I itsenäinen
- N neuvoteltavissa
- V arvokas tai vertikaalinen
- E arvioitavissa
- S pieni
- T testattavissa
- Yhteenveto
Johdanto
INVEST on akronyymi, jonka on luonut Bill Wake vuonna 2003. Jokainen sen kirjain edustaa sanan alkua, joka kuvaa hyvää käyttäjätarinaa. INVEST-periaatteen mukaan jokaisen käyttäjätarinan tulisi olla:
- Itsenäinen
- Neuvoteltavissa
- Arvokas
- Arvioitavissa
- Pieni
- Testattavissa
Olemme kirjoittaneet lisää siitä, mitä käyttäjätarina on erillisessä artikkelissa. Tässä mainitsemme vain, että se on tiivis kuvaus uudesta tuotteen toiminnallisuudesta, joka on kirjoitettu ymmärrettävällä kielellä.

I itsenäinen
Hyvän käyttäjätarinan ensimmäinen ominaisuus on sen itsenäisyys. Tämä tarkoittaa, että sen kuvaus ja ominaisuudet tulisi olla ymmärrettäviä ilman viittauksia muihin käyttäjätarinoihin. Mutta ennen kaikkea, sen toteutuksen ei tulisi korreloida muiden käyttäjätarinoiden kanssa. Tietenkin se ei ole täydellistä itsenäisyyttä. Et voi jakaa tuotteen luomista täysin erillisiin moduuleihin. On kuitenkin tärkeää muistaa pitää käyttäjätarinat mahdollisimman itsenäisinä. Kiitos tämän, vaikka yksi niistä ei siirry toteutusvaiheeseen tai sitä muutetaan merkittävästi, muiden ei tarvitse muuttua. Sääntöjen mukaan käyttäjätarinan tulisi muodostaa erillinen ja johdonmukainen kokonaisuus.
N neuvoteltavissa
Käyttäjätarinan tulisi olla neuvoteltavissa. Tämä tarkoittaa, että se asettaa tavoitteen, ei tapaa päästä sinne.
Toisin sanoen, se määrittelee odotetun tuotteen ominaisuuden, ei teknistä ratkaisua toteutettavaksi.
Käyttäjätarinan neuvottelu tapahtuu tuotepäällikön ja kehitystiimin välillä. Tuotepäällikkö ehdottaa tietyn toiminnallisuuden toteuttamista tuotteessa, eli sanoo “Mitä” tehdä. Kehittäjät ovat vastuussa “Miten” kysymykseen vastaamisesta. Eli neuvottelemalla erityisistä tavoista ratkaista käyttäjätarinassa esitetty ongelma.
V arvokas tai vertikaalinen
Akronyymissä INVEST kirjain V edustaa kahta ominaisuutta:
- Arvokas
- Vertikaalinen
Molemmat paljastavat hyvien käyttäjätarinoiden keskeiset ominaisuudet. Siksi päätimme selittää, mitä kukin niistä tarkoittaa.
Arvokas
Arvokas käyttäjätarina oikeuttaa muutoksen liiketoimintatarkoituksen. Toisin sanoen, se vastaa tarkasti kysymykseen, miksi muutos tulisi tehdä ja miksi se on tärkeä sidosryhmien näkökulmasta.
Vertikaalinen
Toinen ominaisuus; vertikaalinen johtuu ketterästä menetelmästä. Vertikaalinen käyttäjätarina sisältää uuden tuotteen ominaisuuden, joka on näkyvissä käyttäjälle. Eli se ei keskity horisontaaliseen “suorituskyvyn parantamiseen” valitussa tuotteen kerroksessa. Pikemminkin se lisää siihen toisen “kerroksen”.
Toisin sanoen, käyttäjätarina kuvaa, miten tuotteen yleistä toimintaa muutetaan vastaamalla kysymykseen Mitä tarkalleen parannettavaa? Se tarkoittaa myös, että jokainen tuotteen toiminnallisuus perustuu olemassa oleviin ratkaisuihin.
E arvioitavissa
Hyvän käyttäjätarinan tulisi olla arvioitavissa. Tämä tarkoittaa, että sen on selkeästi määriteltävä muutosten laajuus, jotta käyttäjätarina voidaan katsoa olevan valmis. Tämä mahdollistaa kehitystiimin määrittää tarvittava aika ja vaivannäkö sen toteuttamiseksi.
Tehtävän laajuus ja vaikeusaste arvioidaan yleensä yksiköissä, joita kutsutaan Käyttäjätarinapisteiksi. Ne ovat suhteellisia. Ja jokainen kehitystiimi kehittää Käyttäjätarinapisteen arvon käytännössä aikaisemman kokemuksen perusteella.
Erillisissä artikkeleissa olemme käsitelleet lisää kehitystiimin nopeudesta ja siitä, miten sitä mitataan.

S pieni
Kehitystiimin hyväksymän käyttäjätarinan on oltava tiivis. Eli sen ei tulisi olla pidempi kuin yksi sprintti. Jos kehittäjät huomaavat sprintin suunnittelun aikana, että tuotepäällikön ehdottama käyttäjätarina on liian pitkä, heidän tulisi jakaa se mahdollisimman itsenäisiin osiin.
T testattavissa
Akronyymin INVEST viimeinen kirjain tarkoittaa testattavissa. Se tarkoittaa, että käyttäjätarinassa kuvattu tuotteen muutos on kestävä ja tarkistettavissa. Toisin sanoen, sen tulisi olla mahdollista tarkistaa, onko kehittäjien toteuttama ratkaisu tuottanut oletetun arvon tietylle sidosryhmälle.
Parhaan käyttäjätarinan luominen – yhteenveto
INVEST on akronyymi, joka kuvaa hyvin kirjoitettua käyttäjätarinaa. Sen tulisi olla:
- Itsenäinen muista käyttäjätarinoista. Jotta sitä voidaan muuttaa tai poistaa tuotteen backlogista, jos tarve ilmenee.
- Neuvoteltavissa. Sen tulisi määrittää, mitä tehdä, jättäen kehittäjille valinnan, miten se tehdään.
- Arvokas, eli oikeuttamalla tuotteen muokkaamisen liiketoimintatarkoitus. Tai Vertikaalinen, eli esittämällä uusi tuotteen ominaisuus, joka on näkyvissä käyttäjälle.
- Arvioitavissa, mikä tarkoittaa, että sillä on määriteltävä koko ja valmiusperuste.
- Pieni tarpeeksi, jotta se voidaan toteuttaa yhdessä sprintissä.
- Testattavissa, jotta voidaan varmistaa, että se on toteutettu.
Jos pidät sisällöstämme, liity vilkkaaseen yhteisöömme Facebookissa, Twitterissä, LinkedInissä, Instagramissa, YouTubessa, Pinterestissä.
Caroline Becker
Projektipäällikkönä Caroline on asiantuntija uusien menetelmien löytämisessä parhaiden työnkulkujen suunnittelemiseksi ja prosessien optimoinniksi. Hänen organisatoriset taitonsa ja kyky työskennellä aikarajoitteiden alla tekevät hänestä parhaan henkilön monimutkaisten projektien toteuttamiseen.
Scrum Guide:
- Perustermien, roolien ja käsitteiden sanasto
- Mikä on Scrum?
- Scrum-arvot
- Miten toteuttaa Scrum yrityksessäsi?
- Scrum-tiimi - mitä se on ja miten se toimii?
- Mikä on tuoteomistaja?
- Tuotteen omistajan yleisimmät virheet
- Kuka on Scrum Master?
- Scrum Masterin yleisimmät virheet
- Mitä tilastoja ja mittareita Scrum Masterin tulisi seurata?
- Scrum-kehitystiimi
- Kehittäjien yleisimmät virheet
- Scrum-artifaktit
- Skalointi Scrum
- Sprint Backlog
- Mikä on tuotejonos?
- Mitä ovat käyttäjätarinat?
- Luodaan paras käyttäjätarina INVEST-periaatteella
- Yleisimmät käyttäjätarina-virheet
- Käyttäjätarinan hyväksymiskriteerit
- Arviointi ja tarinapisteet Scrumissa
- Suunnittelupokeri
- Tiimin arviointipeli
- Inkrementin määrittäminen
- Scrum-tapahtumat
- Mikä on burndown-kaavio?
- Burndown-kaavion edut ja haitat
- Kanban-taulut Scrumissa ja Scrumbanissa
- Nopeus Scrumissa - Kehitystiimin nopeus
- Päivittäinen Scrum
- Sprintin suunnittelu
- Sprintin tarkistus
- Mikä on sprintin retrospektiivi?
- Yleisimmät virheet Sprintin retrospektiivissä
- Tuotteen backlogin hoitaminen
- Kuinka luoda ja tulkita burndown-kaaviota?
- Mikä on Sprintti Scrumissa?
- Yhteistyö tuoteomistajan ja Scrum Masterin välillä
- Scrum-tiimin sitoumukset - Tuotetavoite, sprinttitavoite ja valmiuden määritelmä
- Hyvän Scrum Masterin ominaisuudet