Mikä sitten on kallista? Milloin raha on viisaasti käytetty? Miten kallis määritellään toimintopistelaskennan näkökulmasta? ICT hyödyttämään liiketoimintaa siis oikeesti ja vähän äkkiä Mikko Paalasmaa, senior advisor, Pro Cio Oy, www.procio.fi
Mietitääs Mitä olet ostamassa? Mitä olet toimittamassa?
Aika on rahaa Onhan näitä tehty Kyllä tää työmäärä pitäisi riittää Kallishan siitä tuli Aikataulu venyi Ei siinä ollut niitä toiminnallisuuksia, joita haluttiin
Räätälöityjen ohjelmistojen ostaminen ja myyminen on liiaksi resurssien toimittamista ostetaan henkilötyöpäiviä säädetään projektin aikana Asiakkaan laiskuus Toimittajan pelokkuus
Eikö kannattaisi ostaa/myydä mieluummin toiminnallisuutta kuin eri hintaisia henkilötyöpäiviä? Maalattavaa seinää on 120m 2 Maali A maksaa 15 /L Maali B maksaa 25 /L Pohjamaali maksaa 8 /L Kolme litraa kahden hinnalla Maaleilla on erilainen peittävyys (L/m 2 ) ja kuivumisaika Maalaatko itse vai ostako maalarin? Päädytkö maalaamaan: pohjamaalilla ja maalilla A kaksi kerrosta maalilla A suoraan maalilla B?
Toiminallinen koko ei vielä kerro työmäärää Työmääräarvio on neljän tekijän tulo = Työmäärä
Ohjelmiston Toiminnallinen laajuus Näytöt Syöttötoiminnot Tulosteet Liittymät ulos Liittymät sisään Tiedon varastointi Algoritmit Toiminnallinen laajuus = Työmäärä
Tilannekerroin Toiminnallinen laajuus Kerroin 0,5 2,5 Kerroin < 1 = Työtä tehostavaa Kerroin > 1 = Työmäärää lisäävä Projekti Prosessi Tuote Henkilöstö Tilannekerroin = Työmäärä
Uudelleenkäytettävyys Kerroin 0,7 1,5 Kerroin < 1 = Työtä tehostavaa Kerroin > 1 = Työmäärää lisäävä Uudelleenkäytettävyys koostuu: 40% koodista 20% ohjelmiston dokumentoinnista 30% testitapauksista 10% käyttäjäohjeista Toiminnallinen laajuus Tilannekerroin Uudelleen käytettävyys = Työmäärä
Tuottoaste Tuottoaste saman tyyppisistä projekteista Yksikkönä on Tuntia / Toimintopiste Osviitta löytyy tietokannasta, jos omaa kokemustietoa ei vielä ole Toiminnallinen laajuus Tilannekerroin Uudelleen käytettävyys Tuottoaste = Työmäärä
Vain oleellinen on tärkeää Toiminnallisuus on hyvin määritelty Vaatimusmäärittely on laadukasta Vaatimusmäärittely vastaa liiketoiminnan tarvetta => voidaan laskea toiminnallinen koko(luokka) Tilannekerroin Projektiin panostetaan Prosessit ovat sujuvia Tuote on oikein mitoitettu Hyvä henkilöstö 1000 fp x 0,5 2,5 x 0,7 1,5 x h/fp Toiminnallinen laajuus Tilannekerroin Uudelleen käytettävyys Tuottoaste = Työmäärä
Mikä sitten on kallista? Milloin raha on viisaasti käytetty? Miten kallis määritellään toimintopistelaskennan näkökulmasta?
Mikä sitten on kallista? Milloin raha on viisaasti käytetty? Sellaiset liiketoimintamuutokset ovat kalliita, jotka eivät tuota suunnitellussa ajassa, suunniteltua hyötyä, piste. Liiketoimintamuutoksen suunnittelu -> tavoitteet Tavoitteista johdetut toiminnalliset vaatimukset Vaatimuksista johdetut järjestelmävaatimukset ja toiminnot Toiminnallisen koon määrittäminen Vieläkö on hanskassa? Kannattaako jatkaa? Kilpailutus toimittajan valinta Toimituksen hallinta toiminnallisuuksina
Miten kallis määritellään toimintopistelaskennan näkökulmasta? Koolla on väliä Ison ohjelmiston kehittäminen on kalliimpaa kuin pienen Kokemusta on Kokemustietokannan perusteella voidaan hakea oikea kokoluokka. Jos laskettu poikkeaa, niin käsissä voi olla väärin mitattu tai kallis ratkaisu
Esimerkki, mittaaminen käytännössä
16,2 fp 300 /fp 5.000
Esimerkki, pikalaskenta Jo aikaisessa vaiheessa voidaan tehdä pikalaskenta Riippumaton Scope Manager tekee arvioinnin Saadaan: Arvio vaatimusmäärittelyn laadusta Ensimmäinen arvio laajuudesta Voidaan: Arvioida kannattaako jatkaa Nostaa vaatimusmäärittelyn laatua
Esimerkki, Maksupostien hallinta Maksa vain tuotoksista, ei käytetystä ajasta Kokonaisuus Määritelty 20% Suunniteltu 10% Koodattu 40% Testattu 20% 1 (10te) O O O 2 (20Te) O 3 (28te) O O Valmis 10% Esimerkissä toimittajan lasku: Kokonaisuus 1 testattu 2T Kokonaisuus 2 suunniteltu 2T Kokonaisuus 3 koodattu 11,2T Toimituskokonaisuudet voidaan jakaa työmäärää kuvaaviin osatoimituksiin. Scope Manager tarkistaa että laskutettavat osakokonaisuudet on oikeasti toimitettu.
Toiminnallinen koko osana hankehallintaa Laajuuden hallinta on yksi hankehallinnan työkalu. Laajuuden hallinta mittaa hankittavan ohjelmiston toiminnallisuutta, mittarina toimintopisteiden määrä (Function Point, FP).
Osuvampien liiketoimintamuutosten puolesta ICT:n tuella