Scrum-opas | 34. Nopeus Scrumissa – Kehitystiimin nopeus

Nopeus Scrumissa auttaa sinua määrittämään sen tahdin, jolla Scrum-tiimi suorittaa tehtäviä. Voimme määritellä sen keskimääräiseksi määräksi tarinapisteitä, jotka on suoritettu yhdessä sprintissä. Nopeus voi myös arvioida projektin kestoa perustuen jo suoritettuun työmäärään. Tämä on kuitenkin järkevää vain kypsälle tiimille, joka työskentelee tasaisella ja vakaalla tahdilla. Tutustu siihen, mitä Nopeus on ja miten voit saada siitä parhaan hyödyn!

Nopeus Scrumissa – sisällysluettelo:

1. Nopeus Scrumissa – Johdanto
2. Todellinen ja suunniteltu nopeus
3. Nopeuteen liittyvät vaikeudet ja riskit Scrumissa
4. Yhteenveto

Nopeus Scrumissa – Johdanto

Nopeus on valinnainen mutta suosittu menetelmä mitata Scrum-tiimin työtahtia. Tämä johtuu siitä, että tarkasti arvioitu Nopeus mahdollistaa kohtuullisessa määrin projektin suorittamiseen tarvittavan ajan ennustamisen. Se on kuitenkin mittari, jota voidaan soveltaa vain tiettyyn kehitystiimiin, joka suorittaa tehtäviä, joita se on “arvioinut” itse käyttäen tuttua yksikköä, kuten tarinapisteitä esimerkiksi.

Kehitystiimin Nopeus esitetään useimmiten Nopeuskaaviona. X-akselilla on merkitty peräkkäiset sprintit. Y-akselilla puolestaan löydämme tarinapisteiden tai muiden vastaavien yksiköiden määrän, jotka on suoritettu tietyssä sprintissä. Nopeuskaavion avulla Scrum-tiimi saa selkeän käsityksen työtahtinsa muutoksista. Jos kaaviossa merkitty viiva nousee, se tarkoittaa, että tiimi optimoi tehokkuuttaan tai vähentää tarinapisteiden arvoa. Sekä Scrum Masterin että tuoteomistajan tulisi siksi seurata tarkasti tiimin Nopeutta osoittavaa viivaa.

Todellinen ja suunniteltu nopeus

Todellinen Nopeus kehitystiimillä kuvaa työtahtia suoritetussa sprintissä ja lasketaan jokaisen sprintin lopussa. Se ottaa arvokseen kaikkien suoritettujen käyttäjätarinoiden tarinapisteiden summan. Kehitystiimin todellinen Nopeus mahdollistaa tulevien tehtävien tahdin suunnittelun ja arvioimisen tietyllä todennäköisyydellä.

Suunniteltu Nopeus puolestaan arvioidaan todellisen Nopeuden keskiarvon perusteella. Se edellyttää, että kehitystiimissä ei tapahdu muutoksia. Se on tärkeä sisäinen työkalu kehitystiimille, joka sen perusteella voi arvioida, sujuuko yhteistyö tiimissä hyvin ja säilyttääkö työtahti.

Suunniteltu Nopeus mahdollistaa myös tuoteomistajalle hyvin määriteltyjen käyttäjätarinoiden toteutusaikojen ennustamisen, jotka on aikataulutettu suoritettavaksi seuraavissa sprinteissä. Tämä mahdollistaa tuotejonoa tehokkaamman hoitamisen, josta kirjoitimme tässä artikkelissa. Kuitenkin suunnitellun Nopeuden soveltaminen projektin kestoarvioihin ei ole niin yksinkertaista.

Nopeuteen liittyvät vaikeudet ja riskit Scrumissa

Nopeudelle Scrumissa annetaan usein liian paljon merkitystä ilman, että otetaan huomioon seuraavia tekijöitä:

• suurempien kokonaisuuksien tai koko projektin arvioiminen – vaikka kehitystiimi voi tarkasti arvioida tarinapisteiden määrän, joka on annettava tietylle tehtävälle, on hyvin vaikeaa tai mahdotonta kuvata suurempia kokonaisuuksia tulevaa toteutusta varten näissä yksiköissä
• muutokset projektissa – mikä tahansa muutos projektissa tarkoittaa potentiaalisesti muutosta tarinapisteiden määrässä, joka tarvitaan tuotetavoitteen saavuttamiseksi. Saattaa myös olla, että jo suoritettuja tehtäviä on muutettava tai jopa ettei niitä käytetä lopullisessa tuotteen versiossa
• ennakoimattomat tapahtumat – tulevien projektien tahdin ennustaminen jo suoritettujen perusteella, eli todellisen Nopeuden kääntäminen suunnitelluksi Nopeudeksi, voi johtaa tarkkoihin arvioihin. Kuitenkin jokaisella projektilla on omat erityispiirteensä, ja tarkka ennustus historian perusteella on yleensä mahdotonta.

Yhteenveto

Nopeuden käyttäminen mittarina kehitystiimin tehokkuuden arvioimiseen voi heikentää sen luotettavuutta. Se voi myös heikentää arvioiden laatua, josta kirjoitimme tarkemmin tässä artikkelissa. Loppujen lopuksi, saadakseen parhaat mahdolliset tulokset mittareissa, kehitystiimi saattaa yliarvioida tehtävien työvoimakustannuksia Nopeuden lisäämiseksi. Tämä on haitallista, sillä tiimi itse menettää arvokasta tietoa parannusten tekemiseksi ja tehtäviensä tarkemmaksi suunnittelemiseksi.

Nopeus Scrumissa on ensisijaisesti hyödyllinen sisäinen mittari, jota kehitystiimi käyttää työtahtinsa arvioimiseen. Tämä johtuu siitä, että se mahdollistaa tiimin määrittää, kuinka monta tehtävää se kykenee suorittamaan yhdessä sprintissä.

Nopeus tuoteomistajan käsissä muuttuu hyödylliseksi työkaluksi suurempien tehtävien määräajan arvioimiseen.

Kuitenkin suurimmat riskit liittyvät Nopeuden käyttämiseen mittarina kehitystiimin arvioimiseksi. Tämä johtuu siitä, että se voi johtaa sen uskottavuuden heikkenemiseen ja jopa tahalliseen yliarvioimiseen sen arvon parantamiseksi Scrum-tiimin työn ulkoisessa arvioinnissa.

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