Tämän päivän artikkelissa käsittelemme arviointia ja tarinapisteitä Scrumissa. Arvioiden laatiminen Scrumissa auttaa ennustamaan tehtävien monimutkaisuutta ja aikaa, joka tarvitaan niiden suorittamiseen. Analysoimalla menneitä kokemuksia koko Scrum-tiimi ennustaa yhdessä, mitä tulevaisuus tuo tullessaan.
Sen vuoksi mitä kokeneempi Scrum-tiimi on, sitä tarkempia heidän arvionsa ovat. Tiimi myös tekee yhteistyötä arvioidessaan tehtävien suorittamiseen tarvittavaa aikaa Sprintin suunnittelussa, pitäen mielessä, että se ei ole lopullinen sitoumus vaan ennuste. Sen tarkkuus riippuu lukuisista muuttujista, jotka jatkuvasti kokevat ennakoimattomia muutoksia ja odottamattomia olosuhteita. Onneksi Scrum-menetelmä sisältää tekniikoita ja työkaluja, jotka helpottavat tietynasteista varmuutta, ja tänään käsittelemme niitä yksityiskohtaisesti, jotta voit ymmärtää ja soveltaa niitä heti!
Tarinapisteet ja arviointi Scrumissa – sisällysluettelo:
Johdanto
Jokaisessa Sprintin suunnittelussa tuoteomistaja esittelee tiimille uusia käyttäjätarinoita. Tuoteomistaja valitsee ne tuotejonoista toteutettavaksi seuraavassa Sprintissä. Tämän jälkeen Scrum-tiimin jäsenet arvioivat yhdessä tämän uuden tehtäväryhmän suorittamiseen tarvittavan työmäärän. Tällainen tehtävä on arviointi, vaatimusten arviointi.
Vaikuttaa siltä, että yksinkertaisin tapa on määrittää tehtävän suorittamiseen tarvittava aika tunneissa tai päivissä. Kuitenkin käytäntö ja 1940-luvulta lähtien tehdyt tutkimukset todistavat muuta. Ihmiset eivät pysty tarkasti arvioimaan aikaa, joka tarvitaan jopa hyvin määriteltyjen tehtävien suorittamiseen. Lisäksi tehtävän suorittamiseen tarvittavien tuntien määrä riippuu siitä, kuka tehtävän tekee, ja siitä, mitä on – tai ei ole – tehty aiemmin. Tästä syystä Scrum käyttää tyypillisesti yksikköjä, joita kutsutaan tarinapisteiksi.
Tarinapisteiden merkitys Scrumissa
Jokainen kehitystiimi toteuttaa tarinapisteen arvon vetämällä kokemuksesta ja yksittäisten tehtävien koosta, eli noudattamalla empirismin periaatetta. Useimmiten Sprintin suunnittelussa Scrum Master valitsee yhden tai useamman valmiin käyttäjätarinan näytteeksi, joka toimii viitepisteenä käyttäjätarinoiden arvon määrittämiseksi.
Siksi et voi määrittää arvoja tarinapisteissä ilman kontekstia. Esimerkiksi, jos ensimmäiselle tehtävälle annetaan arvo 10, seuraavat tehtävät arvioidaan sen perusteella joko suuremmiksi tai pienemmiksi. Tällä tavoin Scrum-tiimiprojektissa kaikki tuotejonossa olevat tehtävät liittyvät toisiinsa. Tämä tarkoittaa, että saman kehitystiimin suorittamat samankaltaiset tehtävät saavat saman verran pisteitä.

Tarinapisteet ovat suhteellisia yksiköitä. Tämä tarkoittaa, että:
- Tarinapisteen arvo liittyy vain tietyn Scrum-tiimin suorittamiin tehtäviin. Tarinapisteet kuvaavat yhden tiimin tehtävien suorittamisnopeutta. Toisin sanoen, käyttäjätarina, jonka tiimi A arvioi 10 tarinapisteeksi, voi saada 50 tiimi B:ltä. Tämä johtuu siitä, että kuten mainitsimme, niiden arvo lasketaan suhteellisesti muihin tiimin suorittamiin tehtäviin ja heidän kokemukseensa samankaltaisista tehtävistä.
- Yhden Sprintin aikana suoritetut tarinapisteet eivät voi olla vertailun perusteena kahden Scrum-tiimin suorituskyvylle. Vältääksemme virheitä Scrum-projektien hallinnassa, on tärkeää muistaa, että kehitystiimin nopeus, joka ilmaistaan tarinapisteinä yhdessä Sprintissä, ei voi olla vertailun perusteena kahden tiimin suorituskyvylle. Tämä johtuu siitä, että he voisivat tehdä samaa työtä rinnakkaisissa Sprintissä, jonka yksi tiimi arvioi 10:ksi ja toinen 50 tarinapisteeksi.
Ei myöskään pidä unohtaa, että arviointi sisältää monia tuntemattomia elementtejä ja se tehdään puutteellisten tietojen perusteella. Tämän vuoksi jopa erittäin kokeneen Scrum-tiimin ennusteet voivat joskus poiketa merkittävästi todellisesta vaivasta, joka tarvitaan käyttäjätarinan suorittamiseen.
Suhteelliset arviointitekniikat
Mitkä ovat tehokkaimmat arviointitekniikat Scrumissa? Ei ole olemassa yhtä ainoaa menetelmää, joka toimisi jokaiselle tiimille.
Agile-menetelmien arviointitekniikoista yleisimmät ovat:
- Suunnittelupokeri. Tämä suosituin suhteellinen menetelmä käyttää korttipeliä arvioidakseen tehtävän suorittamiseen tarvittavaa työmäärää. Sen yksityiskohtaisia sääntöjä ja prosessia käsittelemme erillisessä artikkelissa.
- Tiimin arviointipeli. Tässä menetelmässä annetaan käyttäjätarinoiden suorittaminen tietyssä Sprintissä asianmukaisilla numeerisilla arvoilla, jotka valitaan Fibonacci-jaksosta. Olemme myös omistaneet sille erillisen artikkelin.
Scrum puolestaan hylkää klassisen absoluuttisen arvioinnin perinteisen projektinhallintamenetelmän. Tehtävien arviointi tapahtuu määrittämällä etukäteen henkilökuukaudet, kesto ja koko projektin kustannukset. Tämä on pitkä prosessi, joka on vaikea toteuttaa ja vaatii asiantuntijoiden osallistumista, jotka yleensä määrittävät perustelut ja käytännön säännöt, mutta eivät toimi, eivätkä välttämättä suorita arvioituja tehtäviä. Toisin sanoen se on paitsi työlästä myös erittäin tehotonta.

Tarinapisteet ja arviointi – Yhteenveto
Arviointi on erittäin tärkeä taito, joka luonnehtii kaikkia kypsiä Scrum-tiimejä. Yksittäisten tehtävien suorittamiseen tarvittavan ajan ja vaivannäön arvioiminen on tullut monien suhteellisten arviointitekniikoiden, kuten suunnittelupokerin tai tiimin arviointipelin, pääpainoksi.
Käyttäjätarinat, joissa on tarinapisteitä, ovat vielä yksi tehokas mittausmenetelmä, jota olemme kuvailleet, toivottavasti tarjoten lukijoillemme käteviä työkaluja. On kuitenkin tärkeää pitää mielessä, että niiden luvut liittyvät vain tiettyihin Scrum-tiimin suorittamiin tehtäviin. Siksi tarinapisteiden määrä ei voi olla perusta erilaisten kehitystiimien nopeuden vertailulle.
Jos pidät sisällöstämme, liity vilkkaaseen mehiläisyhteisöö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