Jokainen tuottava ohjelmistokehitystiimi seuraa parannuksiaan valitsemiensa indikaattoreiden avulla, joita kutsutaan KPI-mittareiksi. Nämä ovat 5 olennaisinta Key Performance Indicator (KPI) -kehitysmittaria, joiden seuraaminen kannattaa aloittaa jo tänään.

Oletko koskaan työskennellyt insinööritiimissä, jossa ei mitattu KPI-mittareita? Jos olet, tiedät luultavasti, kuinka vaikeaa on sanoa, onko tiimi julkaisun aikataulussa vai ei.

Totuus on, että jos haluat saavuttaa liiketoimintasi tavoitteet, sinun on varmistettava, että ohjelmistosi täyttää kaikki vaatimukset. Tätä varten sinun on otettava kehitysprosesseihin käyttöön KPI-tekniikkamittareita.

Valmistamalla ohjelmistokehitystiimillesi KPI-tekniikkamittareita vältät huonon laadun ja myöhästymiset määräajoista. Saat aikaan tuottavan tiimin ja laadukkaan tuotteen.

Tässä on viisi olennaista KPI-kehitysmittaria, joita sinun tulisi seurata, jotta saavutat liiketoimintasi tavoitteet.

Sprint Burndown

Mikä on Sprint Burndown?

Agile-tiimit järjestävät kehitystyönsä sprinteihin. Sprint burndown mittaa, kuinka paljon työtä tiimi sai valmiiksi sprintin aikana.

Mitkä ovat hyödyt?

• Sprint burndown on loistava keino pitää tiimi tietoisena mahdollisista tiellä olevista esteistä.
• Mittaamalla sprint burndownia voit tarkistaa, täyttääkö tiimisi ennusteensa.
• Sprinttijakokaavion avulla tiimi voi hallita edistymistään. Jos tiimi huomaa, että se ei ehkä saavuta sprintin tavoitetta, tiimin jäsenet voivat ryhtyä asianmukaisiin toimiin pysyäkseen aikataulussa.

Miten sitä mitataan?

Agile-tiimit käyttävät sprinttipurkukaavioita työnkulun visualisointiin. Kaaviossa on x-akseli, joka edustaa aikaa, ja y-akseli, joka edustaa jäljellä olevan työn määrää. Voit mitata aikaa tunteina tai tarinapisteinä. Voit myös keksiä omia tilastoja. Päätavoitteena on, että kaikki ennustettu työ saadaan valmiiksi sprintin loppuun mennessä.

Yksi työkalu, jota voit käyttää, on Jira Sprint Breakdown -kaavio. Jotta voit käyttää sitä, sinun on luotava Jira Software -tili ja Jira Software Scrum -projekti.

Näet pystyakselin, joka edustaa tarinapisteitä. Vaaka-akseli kuvaa aikaa. Kaaviossa oleva punainen viiva edustaa sprintissä jäljellä olevan työn määrää. Harmaa viiva on varsinainen työlinja. Jos punainen viiva on harmaan viivan alapuolella, se tarkoittaa, että tiimi on aikataulussa. Jos punainen viiva on kuitenkin harmaan viivan yläpuolella, tämä tarkoittaa, että projekti on jäljessä aikataulusta.

Release Burndown

Mikä on Release Burndown?

Release Burndown tarjoaa yleiskuvan julkaisun edistymisestä. Se on samanlainen kuin Sprint burndown, mutta se on laajempi. Se auttaa tiimejä tarkistamaan, onnistuvatko ne julkaisemaan tuotteen tiettyyn päivämäärään mennessä. Jos he huomaavat olevansa jäljessä aikataulusta, he voivat ilmoittaa viivästyksestä käyttäjille ja sidosryhmille. Jos näin ei tapahdu, he voivat vähentää työn laajuutta, jotta tuote voidaan julkaista ajoissa.

Mitkä ovat hyödyt?

• Voit tarkistaa, kuinka nopeasti tiimisi työstää backlogia.
• Voit saada käsityksen siitä, miten lisätyt ja poistetut työt vaikuttavat tiimisi edistymiseen.
• Tehdä ennusteita siitä, kuinka monta sprinttiä tiimiltäsi kestää saada työ valmiiksi.

Miten sitä mitataan?

Julkaisun läpimenoa mitataan kaavion avulla, joka on samanlainen kuin sprinttijakokaavio. Erona on, että nyt vaaka-akseli edustaa sprinttejä ja pystyakseli jäljellä olevaa työtä (päiviä, tunteja tai tarinapisteitä).

Katsotaan esimerkiksi alla olevaa kuvaa. Se on Jiran julkaisun burndown-kaavio. Näet, että tiimi on aluksi asettanut neljä sprinttiä ja 43 tarinapistettä. Näiden neljän sprintin aikana tiimi on vähentänyt tarinoiden määrän 43:sta 26:een. Tiimi on myös ennakoinut, että tuotteen julkaisuun tarvitaan vielä seitsemän sprinttiä, eli yhteensä 11 sprinttiä.

Cycle Time

Mikä on Cycle Time?

Cycle time on KPI-kehitysmittari, joka mittaa, kuinka paljon aikaa tiimi käyttää jonkin tehtävän työstämiseen. Scrum-mestarit ja tuoteomistajat käyttävät sykliaikakaavioita kehitysprosessin tehokkuuden valvomiseen.

Mitkä ovat hyödyt?

• Se antaa tietoa tiimin kokonaissuorituskyvystä.
• Sen avulla voidaan arvioida tulevien tehtävien valmistumista.
• Voidaan huomata mahdolliset pullonkaulat ja hidastumat työnkulussa.

Miten sitä mitataan?

Sykliaika on yhtä kuin lopetuspäivä miinus aloituspäivä. Jos esimerkiksi tiimi aloittaa työn 1. joulukuuta ja lopettaa sen 10. joulukuuta, sykliaika on yhdeksän päivää.

Jos tiimi aloittaa työn 1. joulukuuta ja päättää tehtävän samana päivänä, sykliaika ei ole nolla vaan yksi. Projekteissa, jotka alkavat ja päättyvät samana päivänä, sykliaika on yhtä suuri kuin lopetuspäivä miinus aloituspäivä +1.

Voit korvata päivät viikoilla, tunneilla tai jopa sprinteillä.

Harkitse sykliaikakaavioiden käyttöä työnkulun visualisoimiseksi. Nämä kaaviot näyttävät, kuinka kauan jonkin asian valmistuminen kesti verrattuna valmistumispäivään.

Katsotaan esimerkiksi alla olevaa kaaviota. x-akselilla näet tehtävän päättymispäivän ja y-akselilla kuluneen ajan. Vihreät ympyrät ovat tehtäviä. Kiinteä ympyrä tarkoittaa ongelmaryhmää, kun taas avoin ympyrä tarkoittaa yksittäistä ongelmaa. Jos käytät Jiran kaltaista työkalua, näet tehtävän avaimen, sen koodin ja läpimenoajan viemällä hiiren ympyrän päälle. Punainen viiva kuvaa keskimääräistä läpimenoaikaa, ja sininen viiva kuvaa liukuvaa keskimääräistä läpimenoaikaa.

Lopputavoitteena on, että tiimillä on johdonmukaiset läpimenoajat työtehtäville, joilla on samanlaiset tarinapistearvot. Pienemmät arvot tarkoittavat, että tiimi työskentelee tehokkaasti, kun taas korkeammat arvot voivat viitata työprosessin pullonkauloihin.

Team Velocity

Mikä on Team Velocity?

Velocity on toinen ketterä KPI-insinöörimittari, joka mittaa tiimin sprintin aikana suorittaman työn määrää. Työn määrä mitataan yleensä tarinapisteinä tai tunteina.

Tuotteenomistajat käyttävät velocityä laskeakseen, kuinka nopeasti tiimi pystyy työstämään backlogin läpi. Velocity-indeksi on yksilöllinen jokaiselle tiimille, eikä velocityä kannata verrata eri tiimien välillä.

Sitotaan esimerkiksi, että haluat saada valmiiksi 300 tarinapistettä backlogissa. Tiedät, että kehitystiimi saa keskimäärin valmiiksi noin 50 tarinapistettä per iteraatio. Tämän tiedon perusteella voit ennustaa, että tiimi tarvitsee kuusi iteraatiota saadakseen vaaditun työn valmiiksi.

Mitkä ovat hyödyt?

• Se on erittäin hyödyllinen ennustamisessa.
• Se voi auttaa suunnittelemaan tulevia sprinttejä.
• Se voi auttaa sinua ymmärtämään, onko tiimi jumissa tai toimivatko prosessimuutoksesi.

Miten sitä mitataan?

Jos sinulla on vakaa tiimi, onnistut määrittämään keskimääräisen nopeuden mittaamalla vähintään 5-7 sprinttiä. Jos tavallinen sprinttisi on viikoittainen ja tiimi saa viiden viikon aikana valmiiksi 250 tarinapistettä, keskimääräinen nopeutesi on 50 tarinapistettä viikossa.

Katsotaanpa alla olevaa Jira Velocity -kaaviota. Siniset palkit kuvaavat sitoutumista, ja vihreät palkit kuvaavat todellista tehtyä työtä. Sprintissä numero 1 tiimi suunnitteli 16 tarinapistettä ja sai valmiiksi 16 tarinapistettä. Tämä osoittaa, että heidän arvionsa olivat oikeita. Toisessa sprintissä tiimi kuitenkin suunnitteli 19 tarinapistettä, mutta sai valmiiksi vain 12. Tämä viittaa siihen, että seuraavalla kerralla heidän olisi pienennettävä suunnitelmaansa.

Epäjohdonmukainen kulku on osoitus siitä, että kehityksessä on ongelmia ja siihen on tehtävä muutoksia.

Kumulatiivinen virtaus

Mikä on kumulatiivinen virtaus?

Kumulatiivinen virtaus visualisoi tikettien tilan tietyn ajanjakson aikana. Se näyttää lippujen siirtymisen tilasta toiseen projektin edetessä.

Mitkä ovat hyödyt?

• Se on hyödyllinen pullonkaulojen tunnistamisessa.
• Hyöty auttaa tiimejä varmistamaan, että työnkulku on johdonmukaista.
• Näyttää, kuinka vakaa työnkulku on.
• Se auttaa sinua ymmärtämään, miten voit tehdä prosessistasi ennustettavamman.

Miten sitä mitataan?

Helpoisin tapa mitata kumulatiivista työnkulkua on käyttää kaavioita. Ne visualisoivat virtauksesi kolme tärkeintä ohjelmistosuunnittelun mittaria, mukaan lukien läpimenoaika, läpimeno ja keskeneräinen työ.

Katsotaanpa alla olevaa kaaviota. Vaakasuora x-akseli ilmaisee aikaa, kun taas pystysuora y-akseli ilmaisee työkohteita. Eri värit edustavat työnkulun eri tiloja. Jos kaistat etenevät rinnakkain, se tarkoittaa, että läpimeno on vakaa. Se osoittaa, että työnkulkuusi tulevien uusien tehtävien määrä on sama kuin siitä poistuvien tehtävien määrä.

Jos kaista kapenee nopeasti, se tarkoittaa, että sinulla on enemmän kapasiteettia kuin tarvitset. Sinun pitäisi siirtää kapasiteettia virtauksen optimoimiseksi.

Jos kaista laajenee nopeasti, se tarkoittaa, että vastaavaan vaiheeseen tulee enemmän kortteja kuin sieltä poistuvia tehtäviä on.

Yhteenveto

Edellä esitettyjen KPI-kehitysmittareiden seuraaminen voi johtaa tuotekehitysprosessin onnistuneeseen lopputulokseen. Onnistut lopulta lopettamaan projektin etenemisen jälkikäteisarvioinnin ja saamaan yksityiskohtaisen käsityksen kehityksen elinkaaren jokaisesta vaiheesta.

Jos haluat lopettaa heikkolaatuisten tuotteiden, myöhästyneiden määräaikojen ja koodivirheiden noidankehän, aloita KPI-kehityksen toteuttaminen jo tänään. Onnistut julkaisemaan huippulaadukkaan tuotteen ilman siihen liittyviä riskejä.