OHJ-3010 Ohjelmistotuotannon perusteet Ohjelmistoprojektin hallinta 1
Sisältö Projektiorganisaatio ja sidosryhmät Ohjelmistoprojektin kulku Projektin suunnittelu Ositus Osallistujat Työmäärän arviointi Aikataulutus Projektin seuranta Riskien hallinta Projektisuunnitelma 2
OHJ-3010 Ohjelmistotuotannon perusteet PROJEKTIORGANISAATIO 3
Projektin suunnittelu Hyvin suunniteltu on puoliksi tehty Jokainen tietää omat vastuunsa projektissa Jokainen tuntee projektin tavoitteet Tiedetään, kuinka projektia seurataan ja etenemisestä raportoidaan Pystytään vertaamaan edistymistä suunnitelmiin ja sitä kautta arvioimaan projektin lopetusajankohta ja lopullinen hinta 4
Projektiorganisaatio Asiakas Toimittaja Ohjausryhmä asiakkaan projektipäälikkö Projektiryhmä käyttäjät, testaajat Tukiryhmä mm. Teknisiä asiantuntijoita Toimittajan projektipäälikkö 5
Projektin puristajat Asiakastyytyväisyys Kustannus Kustannus 6
OHJ-3010 Ohjelmistotuotannon perusteet PROJEKTIN KULKU 7
Projektin elinkaari 8
Projektin osa-alueet Projektin syöte Idea / ehdotus Projektin asetus Vaihe Alku välivaiheet Loppu Projektihallinnan Tuotos Proj suunnitelma Hyväksyntä aikataulu Siirto eteneminen Loppuraportti Tuotos Tuote 9
Projektinhallinnan tuotokset Minimissään: Projektisuunnitelma Määrittelydokumentti Suunnitteludokumentti Testausraportti Loppuraportti Usein kirjataan myös muita tärkeitä asioita projektista ja sen tuloksista Tilastollinen data tärkeää seuraavissa projekteissa 10
OHJ-3010 Ohjelmistotuotannon perusteet PROJEKTIN SUUNNITTELU 11
Projektin osittaminen (Sommerville, 1989) 12
Projektin osittaminen (cont.) Projektin ositus voidaan tehdä käyttämällä aktiviteettejä ja tehtäviä, sekä seuraavien perusmenetelmien yhdistelmiä: Rakenteellinen ositus Työlajien mukainen ositus Vaiheittainen ositus Järjestelmiin osittaminen 13
Työmäärän arviointi Aikataulutuksen kulmakivi Arvioinnilla tarkoitetaan tehtävän koon, kustannusten, resurssien ja keston määrittämistä Arviointia tarkennetaan koko projektin ajan Alussa arviointi tehdään niin hyvin kuin se on sen hetkisen tietämyksen perusteella mahdollista 14
Työmäärän arvioinnin ongelmia Projektin vaatimukset muuttuvat Projektin tavoite ja sisältö on heikosti määritelty Projektin organisaatio, määräykset, lait tai tilajärjestelyt muuttuvat Arvioiden tekijät ovat kokemattomia Arviointi on tehty liian suurina kokonaisuuksina Käytössä ei ole historiatietoa Henkilöstö vaihtuu Johto sanelee työmääräarviot Projektin johtaminen ei ole jämäkkää 15
Työmäärän arviointi valistunut arvio kokemukseen perustuva COCOMO (Constructive Cost Model, 1981) ja COCOMO II Koodirivien määrä, kustannuskertoimet Tuloksena ihanteellinen kalenteriaika FPA (Function Point Analysis) Kolmen arvion malli Pessimistinen, todennäköinen ja optimistinen arvio Planning poker 16
FPA http://sourceforge.net/p/functionpoints/wiki/fpa/ FPA:n käyttö perustuu ohjelmistosta laskettavaan toimintapisteiden määrään. Ensin ohjelmistosta lasketaan suhteuttamattomat toimintapisteet UFP (Unadjusted Function Points), joita saadaan laskemalla järjestelmän erilaisten toimintopisteiden määrät. Jokaista toimintopistettä painotetaan sen toteutuksen vaikeuden perusteella. Lopullinen toimintopisteiden määrä saadaan kertomalla suhteuttamattomien toimintapisteiden määrä teknisellä vaikeuskertoimella. 17
Työmäärästä lopuksi Yksinkertaisimmat menetelmät perustuvat arvaukseen, joko projektin tekijöiden, asiantuntijoiden tai esimerkiksi kilpailijan antamaan tarjoukseen Kehittyneemmät menetelmät perustuvat historiatietojen hyväksikäyttöön Kannattaa käyttää useampia menetelmiä paremman lopputuloksen saamiseksi Arvioista ei tulisi tehdä kovin tiukkoja, sillä arviot ovat helposti liian optimistisia 18
Projektin aikataulutus Laadi tehtäväluettelo Arvioi tehtävien työmäärät ja kestot ja sijoita ne työkaluun paikalleen Selvitä tehtävien suoritusjärjestys ja riippuvuudet Allokoi resurssit tehtäville Viimeistele aikataulu valitsemallasi työkalulla Tarkastele ja analysoi tulosta Hyväksytä aikataulu ja sitoudu sen noudattamiseen ja ylläpitämiseen 19
Projektin seuranta http://www.project-management-basics.com 20
OHJ-3010 Ohjelmistotuotannon perusteet RISKIEN HALLINTA 21
Riskien hallinta Riskien tunnistaminen Riskien analysointi Riskeihin varautuminen Riskien seuranta Alustava riskilista Priorisoitu riskilista Riskienhallintastrategia 22
Riskien hallinta (cont.) Projektin riskit voidaan jakaa seuraaviin tyyppeihin: Tekniset riskit Aikataulun riskit Kustannusriskit Organisaatio, henkilöt, tiedonkulku Ulkopuoliset hankinnat, toimittajat Asiakkaaseen liittyvät riskit Ympäristötekijät Sopimukseen liittyvät riskit Vientiprojekteissa kohdemaahan liittyvät riskit 23
OHJ-3010 Ohjelmistotuotannon perusteet PROJEKTISUUNNITELMA 24
Projektisuunnitelma ISOT PROJEKTIT KESKISUURET PROJEKTIT PIENET PROJEKTIT PROJEKTIKORTTI Projekti: Proj. no: Tekstiä: PROJEKTISUUNNITELMA LIITTEINEEN PROJEKTI- SUUNNITELMA PROJEKTIKORTTI 25
Projektisuunnitelman sisältö Määrittelyt (johdanto ja tausta, projektin tulostavoitteet, rajaus ja liittymät) Organisaatio (projektiryhmä, johtoryhmä, yhteyshenkilöt) Toteutussuunnitelma (ositus ja toteutusvaiheet, aikataulu, tehtäväluettelo, resurssisuunnitelma, riskien kartoitus) Budjetti (projektibudjetti, kustannusseuranta) Ohjaussuunnitelma (kokoussuunnitelma, tiedottaminen, valvonta ja raportointi, koulutussuunnitelma, laadunvarmistus) 26
Dokumentteja http://www.cs.tut.fi/ohj/dokumenttipohjat/ 27