10 metriikkaa, joilla parannat johtamisen tasoa. Pekka Forselius, Senior Advisor, FiSMA ry Risto Nevalainen, Senior Advisor, FiSMA ry

Samankaltaiset tiedostot
ISO/IEC 29881:2010 => SFS-ISO 29881:2013. FiSMA 1.1 menetelmä vihdoin myös suomeksi. Pekka Forselius, Senior Advisor, FiSMA ry

Mittaaminen projektipäällikön ja prosessinkehittäjän työkaluna

Estimointityökalut. Pekka Forselius, Senior Advisor Finnish Software Measurement Association FiSMA ry

Mikä sitten on kallista? Milloin raha on viisaasti käytetty? Miten kallis määritellään toimintopistelaskennan näkökulmasta?

Fujitsu SPICE Lite. Kimmo Vaikkola Fujitsu Finland Oy Laatu ja liiketoimintatavat. Copyright 2010 FUJITSU

Kokonaisvaltainen mittaaminen ohjelmistokehityksen tukena

FiSMA PÄTEVÄN ARVIOIJAN NIMIKKEEN HAKEMUSOHJE

15224 standardi johtamisen ja laadukkaan työn tukena auditoijan näkökulma YTL Merja Huikko

Ohjelmistoprosessit ja ohjelmistojen laatu Kevät Ohjelmistoprosessit ja ohjelmistojen laatu. Projektinhallinnan laadunvarmistus

Vastausten ja tulosten luotettavuus. 241 vastausta noin 10 %:n vastausprosentti tyypillinen

Laadun kehittämisestä businesshyötyjä

Kuntatuottavuuden ja tuloksellisuuden käsitteet. Versio

SataSPIN. Prosessien parantaminen verkostoitumalla. Porin korkeakouluyksikkö, TTKK

OHJ-3010 Ohjelmistotuotannon perusteet. Ohjelmistoprojektin hallinta

Teemat. Vaativien säätösovellusten käyttövarmuus automaation elinkaarimallin näkökulmasta Tampere. Vaativat säätösovellukset

MIKKO-projekti ja mittausten automatisointi

STT Viestintäpalvelut Oy ProCom Viestinnän ammattilaiset ry. Viestinnän mittaamisen tila suomalaisissa organisaatioissa

Koekysymyksiä. Ohjelmistoprosessit ja ohjelmistojen laatu Ohjelmistojen suorituskyky

Ohjelmajohtamisen kehittäminen

Miten löydän Sen Oikean? Senaattoritilaisuus Liisa Paasiala, Senior Consultant

Tietotekniikan hyödyt Rakennustietosäätiö, Rakli, RTK, RTT, SKOL,

FiSMA 1.1 Toiminnallisen laajuuden mittausmenetelmä Ohje monikerrosarkkitehtuurin mittaamiseen

Luotain-arviointi. Nykytila-arvio toiminnan osa-alueesta. Trust, Quality & Progress. Jatkuvuus Tietosuoja Tietohallinto Tietoturvallisuus

Tampereen Infra Liikelaitoksen strategian raportointi tammi-joulukuulta 2016

Ketteryys kokeilemalla. Leo Malila Kehittämispäällikkö, Kela

Matkailuilta Karjaa

TIMI TIETOTEKNIIKAN HYÖTYJEN MITTAAMINEN

Innovaatiotoiminta mitattavaksi ja johdettavaksi

Liikeidea. Etunimi Sukunimi

Roi Rules Mittaamisen sietämätön keveys

Innovaatiotoiminta mitattavaksi ja johdettavaksi

ITK130 Ohjelmistojen luonne

Yritysturvallisuuden johtamisen arviointi

Kokemuksia projektimallin misestä sprinttimallilla. Jani Lehtinen Tulosyksikön johtaja, Sovelluspalvelut Solteq Oyj

Suuret Hyödyt Suuri IT-palveluiden tehokkuus

Verkostojen tehokas tiedonhallinta

Sisäänrakennettu tietosuoja ja ohjelmistokehitys

Valintaperusteena on kokonaistaloudellinen edullisuus. Vertailuvaiheeseen pääsevät ne tarjoukset, jotka täyttävät kelpoisuusehdot.

Inspectan palvelutarjonta HSE-toimintojen sertifioinnissa ja arvioinnissa Tuomme läpinäkyvyyttä ja luotettavuutta HSE-johtamiskäytäntöihinne

PROJEKTIN LOPPURAPORTTI

MAASTOMITTAUS- JA POHJATUTKIMUSYKSIKÖN KEHITTÄMISSUUNNITELMA

HYVÄN MIELEN RAKENTAJA

Valtion yhteisen viestintäratkaisun toiminnallisen käyttöönoton tuki Askel - konsultointi

Palvelemme asiakkaitamme liiketoimintojen uudistamisessa suoraviivaisesta konsultoinnista osin ulkoistettuihin kehitysvastuisiin asti.

ICT-palveluyrityksen johtaminen - osaamisen ja asiakastarpeen jatkuva yhteensovitus. Anthony Gyursanszky CEO Endero

Pelastuslaitoksen palvelutasopäätöksen väliarviointi PelJk

Markkinoinnin tila kyselytutkimuksen satoa. StratMark-kesäbrunssi Johanna Frösén

Asiakaspalautelaitteiden NPS-tulokset 2018

Laatukäsikirja - mikä se on ja miten sellainen laaditaan?

Toiminnan kehittämisen ja varmentamisen taloudellinen merkitys Jaakko Hirvola

Ammattikoulutuksen tuloksellisuus ja tuloksellisuuden arviointi

Sosiaali- ja terveydenhuollon ATK-päivät 2019

Työkalujen merkitys mittaamisessa

FastLane-koulutusohjelma

Avoimen ja yhteisen rajapinnan hallintasuunnitelma v.1.4

Käytännön laatua matkailuyrityksiin. Petkeljärvi

Yritysturvallisuuden johtamisen arviointi

Strategiatyö johtamisen välineenä case Porin kaupunki

Muutoksen hallinta rakenteisen projektissa. Kari Kovanen Development manager Etteplan Technical Information

Aki Jääskeläinen Tutkijatohtori Tampereen teknillinen yliopisto

Avoimen ja yhteisen rajapinnan hallintamalli

Miten kuvaat ja kehität organisaation kokonaisarkkitehtuuria?

Ohjelmiston testaus ja laatu. Ohjelmistotekniikka elinkaarimallit

Lähtökohtana projektin ja projektistrategian määrittely

#innovaativat julkiset hankinnat. Ilona Lundström

ABB Drives and Controls, Koneenrakentajan ja laitetoimittajan yhteistoiminta toiminnallisen turvallisuuden varmistamisessa

Käytettävyystyön laatu: tarjotaanko oikeita palveluja, tuotetaanko oikeita tuloksia?

Sisäänrakennettu tietosuoja ja ohjelmistokehitys

Asiantuntijapalvelut Uudistuvan liiketoiminnan osaajat

Kartoitus investointi- ja projektiprosessien harmonisointiasteesta. Juuso Äikäs Suomen Projekti-Instituutti Oy

Näkökulma: VTT:n rooli innovaatiojärjestelmässä VTT on suuri osaamiskeskittymien verkko ja (strateginen) kansallinen (ja kansainvälinen) toimija Suome

Miten johdan huolto- ja korjaamotoimintaa laadukkaasti? Autokauppa Finlandiatalo

Projektinhallinta TARJA NISKANEN LÄHTEENÄ MM. KEHITTÄJÄN KARTTAKIRJA

Taloudelliset hyödyt. Hyöty 1 Hyödyn tarkempi kuvaus - miten hyöty syntyy - kenelle kohdistuu. Vaikutus ( /vuosi)

MÄÄRÄYS SIJOITUSPALVELUYRITYKSEN RISKIENHALLINNASTA JA MUUSTA SISÄISESTÄ VALVONNASTA

Tietohallinnon nykytilan analyysi. Analyysimenetelmä (sovitettu Tietohallintomallista)

KONEen yhtiökokous helmikuuta 2014 Matti Alahuhta, toimitusjohtaja

Liite 5. Tuote- ja palveluhinnasto

OHJELMISTOJEN LAADUN JA KOON MITTAAMINEN

Varastossa kaikki hyvin vai onko?

Turva-automaation suunnittelu

WWW-osoite Virallinen sähköpostiosoite Emoyhtiön konsernin nimi Yksikön nimi. Diaari 340/31/2016

ATK-päivä Joensuu Pentti Itkonen

Infrastruktuurin hyödyntäminen työryhmä Jaana Mäkelä Aalto-yliopiston Insinööritieteiden korkeakoulu

2008: budjetti 20,5. asiakastyytyväisyys 8,5. työtyytyväisyys 4,0 2007: budjetti 20,7 M asiakastyytyväisyys 8,5 työtyytyväisyys 3,9.

FiSMA 1.1 Toiminnallisen laajuuden mittausmenetelmä Ohje monikerrosarkkitehtuurin mittaamiseen

Kansalaisten sähköiset palvelut osana kuntien palveluprosesseja

Enterprise SOA. Nyt. Systeemi-integraattorin näkökulma

VUODEN 2014 ULKOISEEN

Työhyvinvoinnin edistäminen työpaikalla

WWW-osoite Virallinen sähköpostiosoite Emoyhtiön konsernin nimi Yksikön nimi. Diaari /0/2014

FiSMA Syysseminaari - nopea ohjelmistoprojektin koon ja työmäärän arviointi Fujitsu Finland, Valimotie 16 Helsinki

OHJELMISTOJEN LAADUN JA KOON MITTAAMINEN

Miten hakemus ja projektisuunnitelma laaditaan?

Seminaari IT-hallinnan parhaista käytännöistä

KONEAUTOMAATION LAATU JA TURVALLISUUS Marko Varpunen

ICT:n johtamisella tuloksia

TAVOITTEIDEN ASETTAMINEN JA MITTAAMINEN

JHS 180 Paikkatiedon sisältöpalvelut Liite 4 INSPIRE-palvelujen laadun testaus

LAADUKAS MATKAILUTUOTE

Transkriptio:

10 metriikkaa, joilla parannat johtamisen tasoa Pekka Forselius, Senior Advisor, FiSMA ry Risto Nevalainen, Senior Advisor, FiSMA ry

Sisältö Johdantoa mittarien valintaan Metriikoiden luokittelusta Ehdotetut 10 metriikkaa Esimerkkejä soveltamisesta erilaisissa organisaatioissa FiSMA 2012 2

Valittu näkökulma mittarien valintaan Pyrkimyksenä on valita mittareita, joilla on yleispätevää merkitystä eli ne soveltuvat monenlaiseen ohjelmistokehitykseen ja monelle eri organisaatiotyypille Yleispätetyyden ja merkityksen yhtenä osoittimena on joku laajasti hyväksytty standardi(perhe), jossa valittu mittari on sellaisenaan jo olemassa tai taustaoletuksena. Jokaiselle mittarille on siis joku referenssilähde. Abstraktiotasona on toiminnan kehittämisen, muutosjohtamisen ja liiketoiminnan tarve. Mittarin on oltava jossakin päin käytössä tyydyttämässä näitä tarpeita. Mittari on myös etunojassa organisaatioiden tyypilliseen nykytilaan nähden. Niistä pitää siis olla hyötyä tässä hetkessä. Oletuksena on noin kolmostason kypsyys eli varsin vakioitu toiminta ja tunnetut mittaustarpeet. FiSMA 2012 3

Metriikoiden luokittelusta Metriikka = mittari ja sille annettu arvo. Arvo voi olla tavoite tai toteutuma. Esimerkki: ohjelmiston tämänhetkinen toiminnallinen laajuus on 600 toimintopistettä. Metriikat luokitellaan mittausstandardissa ISO/IEC 15939 seuraavasti: Perusmetriikka (base measure) = valitun ominaisuuden suora perusmittari ja sille annettu määrällinen arvo vaadittua menetelmää käyttäen Johdettu metriikka (derived measure) = kahden tai useamman perusmittarin yhdistelmänä saatu metriikka. Osoitin (indicator) = epäsuora mittari, joka kertoo mitattavan ominaisuuden määrällisen arvion sovitun laskentamallin avulla, siten kuin mittaustiedon tarvitsija sen haluaa FiSMA 2012 4

Tässä esityksessä käytetty luokittelu FiSMA 2012 5

Aihepiiriluokitteluja Ohjelmiston metriikoiden tyypillisiä aihepiirejä ovat: Ohjelmistotuote sinänsä Ohjelmiston tuottamisessa tarvittava prosessi Ohjelmiston kehittämisen hallinta Ohjelmisto(liike)toiminnan johtaminen ja hallinnointitapa Muita mahdollisia luokitteluja: Ohjelmistotuotestandardissa: sisäinen, ulkoinen, käytön aikainen Ohjelmiston tuottaja / asiakasorganisaatio / loppukäyttäjä Ohjelmistoprosessistandardissa: kyvykkyys, kypsyys Projektimalleissa: kustannus, aika, laatu, resurssit, työmäärä, hyöty Kriittisissä järjestelmissä: luotettavuusaste, eheystaso, menetelmäkuri Elinkaarimalleissa: määrittely, suunnittelu, toteutus, testaus, kelpoistus, käyttö (kaikille esim. V&V havainnot, kattavuus, jäljitettävyys) Kypsyyden mukaan: aloitussetti, hallintasetti, johtamisen setti FiSMA 2012 6

Mittaamisen tarve Arvonmuodostus Välitön hyöty Strateginen hyöty Kilpailukyky, tehokkuus Muutoskyky, sopeutuminen Kustannussäästö Kasvun luonti Imago, asema Kyky toimittaa Osaaminen Johtaminen FiSMA 2012 7

Aihepiiri A: Ohjelmistotuotteen laadun mittarit 2 kpl Suositeltu metriikka: A.1 Käyttäjän työn tehostuminen Tyyppi: Johdettu mittari Oleellinen sisältö: Käyttäjätehtävien aste, jota ohjelmisto tukee verrattuna kaikkiin käyttäjätehtäviin. Suositeltu metodi on tapaustutkimus. Mitä mittari kertoo: Kuinka hyvin ja kattavasti ohjelmisto on toteutettu täyttämään käyttäjän tarpeita. Suositeltu metriikka: A.2 Käyttäjän tyytyväisyys Tyyppi: Suora mittari Oleellinen sisältö: Käyttäjän kokema tyytyväisyys (user experience). Voidaan jakaa osa-alueisiin. Suositeltu metodi on Net Promoter. Mitä mittari kertoo: Kuinka käyttäjä kokee ohjelmiston toimivan hänen kannaltaan, esim. käytettävyys ja esteettömyys. FiSMA 2012 8

Aihepiiri B: Ohjelmistoprosessi 3 kpl Suositeltu metriikka: B.1 Ohjelmistoprosessin kypsyystaso Tyyppi: Osoitin, epäsuora mittari Oleellinen sisältö: Toiminnan taso valituista prosesseista tehdyn koosteen avulla. Tunnettuja ja suositeltuja menetelmiä ovat CMMI ja SPICE. Mitä mittari kertoo: Kehitysorganisaation toimituskyky prosessin osalta. Suositeltu metriikka: B.2 Ohjelmistoprosessin ketteryys Tyyppi:Osoitin, epäsuora mittari Oleellinen sisältö: Ketteryyden toteutuksen aste koko ohjelmisto-organisaatiossa. Menetelmänä survey tai henkilöstökysely. Mitä mittari kertoo: Kyky reagoida ulkoisiin muutoksiin ja tarpeisiin. Suositeltu metriikka: B.3 Ohjelmistoprosessin parantamiskyky (improvability) Tyyppi: Osoitin, epäsuora mittari Oleellinen sisältö: Aste, joka suunniteltuista ja päätetyistä kehitystoimenpiteistä saadaan toteutettua yhtenäisesti. Menetelmänä audit. Mitä mittari kertoo: Toimeenpanon kykykkyys, jos koetaan tarvetta muutoksiin ja toiminnan kehittämiseen. FiSMA 2012 9

Aihepiiri C: Ohjelmistoprojektin johtaminen 2 kpl Suositeltu metriikka: C.1 Ohjelmiston toiminnallinen laajuus Tyyppi: Johdettu mittari Oleellinen sisältö: Kehitettävän, hankittavan, ylläpidettävän tai muun toiminnan kohteena olevan ohjelmiston suuruus. Menetelmänä FiSMA 1.1 tai jokin muu ISO/IEC-standardi menetelmä toimintopisteiden laskemiseen. Mitä mittari kertoo: Ohjelmiston toiminnallisen laajuuden avulla voidaan vertailla eri kokoisten sovellusten laatu-, tehokkuus- ja hintatietoja. Myös ohjelmiston toiminnallisuuden arvo käyttäjälle. Suositeltu metriikka: C.2 Ohjelmistoprojektin työmäärä Tyyppi: Suora mittari Oleellinen sisältö: Määritellyn kehittäjähenkilöstön kokonaistyömäärä ohjelmistokehittämisen elinkaaren nimetyissä aktiviteeteissa. Suositeltavin työmäärän yksikkö on henkilötyötunti. Mitä mittari kertoo: Tärkeä lähtötekijä aikataulutukselle, hinnoittelulle ja työn tuottavuuden vertailulle. FiSMA 2012 10

Aihepiiri D: Ohjelmisto(liike)toiminnan johtaminen 3 kpl Suositeltu metriikka: D.1 Ohjelmiston toimitusnopeus Tyyppi: Osoitin, epäsuora mittari Oleellinen sisältö: Hankitun/hankkeessa toimitetun ohjelmiston toiminnallinen laajuus jaettuna hankkeen kestolla kuukausina (FP/kk). Mitä mittari kertoo: Hankkeessa saavutettu nopeus verrattuna vastaaviin, osoitus hankinta- ja toimitusorganisaatioiden kilpailukyvystä. Suositeltu metriikka: D.2 Ohjelmistohankinnan edullisuus Tyyppi: Osoitin, epäsuora mittari Oleellinen sisältö: Hankitun/hankkeessa toimitetun ohjelmiston kokonaishinta jaettuna toiminnallisella laajuudella ( /FP). Mitä mittari kertoo: Hankinnan edullisuus verrattuna vastaaviin, osoitus hankinta- ja toimitusorganisaatioiden kilpailukyvystä. Suositeltu metriikka: D.3 Kehityssalkun tuottoaste Tyyppi: Johdettu mittari, osin myös epäsuora osoitin Oleellinen sisältö: Kehityssalkun tuottojen suhde panostuksiin. Menetelmänä suositellaan RoI tai benefit/cost ratio laskentaa. Mitä mittari kertoo: Miten hyvin IT osataan suunnata ja kohdistaa liiketoiminnan tavoitteiden ja arvonmuodostuksen mukaisesti. FiSMA 2012 11

Esimerkki 1: Keskisuuri ohjelmistoyritys Organisaatio on keskisuuri ohjelmistoyritys. Se on saavuttanut ISO9001 tason ja haluaa nyt kehittyä edelleen. Mittaamista on jonkin verran johdon käyttöön ja osana projektikohtaista asiakasraportointia. Asiakastyytyväisyys kerätään kuukausittain päättyneiden projektien osalta. Mittaustarve kohdistuu tehokkuuden parantamiseen. Ehdotus muutamaksi soveltuvaksi mittariksi: A.2 Loppukäyttäjän tyytyväisyys B.2 Prosessien ketteryys C.1 Ohjelmiston toiminnallinen koko D.1 Ohjelmiston toimitusnopeus D.3 Kehityssalkun tuottoaste FiSMA 2012 12

Esimerkki 2: Suuri ostajaorganisaatio Organisaatio ostaa paljon projektimuotoista ohjelmistokehitystyötä eri organisaatioilta. Tärkeimpien kanssa on tehty puitesopimus. Oma ohjelmisto-osaaminen on kohtalaisen vankkaa etenkin perusjärjestelmien osalta. Ehdotus muutamaksi soveltuvaksi mittariksi: A.1 Käyttäjän työn tehostuminen C.1 Ohjelmiston toiminnallinen laajuus D.1 Ohjelmiston toimitusnopeus D.2 Ohjelmiston hankinnan edullisuus D.3 Kehityssalkun tuottoaste FiSMA 2012 13

Esimerkki 3: Suurehko ohjelmistotuoteyritys Yritys on kansainvälinen. Myös kehitystoimintaa on useassa maassa. Yrityksellä on vakiintuneita tuotteita, joilla on laaja käyttäjäkunta, etenkin suuria konserneja. Yritys on hankkinut useita sertifikaatteja markkinoiden tarpeiden mukaan. Ehdotus muutamaksi soveltuvaksi mittariksi: A.2 Loppukäyttäjän tyytyväisyys B.1 Ohjelmistoprosessin kypsyys B.2 Prosessien ketteryys B.3 Ohjelmistoprosessin parantamiskyky C.1 Ohjelmiston toiminnallinen koko D.1 Ohjelmiston toimitusnopeus D.3 Kehityssalkun tuottoaste FiSMA 2012 14

Esimerkki 4: IT-projektitalo Organisaatio on pienehkö ja elää pääasiassa myymällä kehitysprojekteja. Myyntivaiheessa on usein tiukka tarjouskilpailu. Katteet ovat tiukalla. Ehdotus muutamaksi soveltuvaksi mittariksi: B.2 Prosessien ketteryys B.3 Prosessien parantamiskyky C.1 Ohjelmiston toiminnallinen koko C.2 Ohjelmistoprojektin työmäärä D.1 Ohjelmiston toimitusnopeus D.2 Ohjelmiston hankinnan edullisuus FiSMA 2012 15