Työn ositusmalleista. Luennon tavoitteista. Motivointia. Walker Royce, Software Project Management, A Unified Framework

Transkriptio

1 Työn ositusmalleista Luennon tavoitteista Luennon sisällöstä Motivointia Lähteinä: Walker Royce, Software Project Management, A Unified Framework 1

2 Tavoitteista Luentojen jälkeen opiskelijan tulisi osata: 2

3 Sisällöstä Tavoitekalvon asioita. 3

4 Motivointia Työn ositusmallit, work breakdown structures. (Löytyykö parempaa suomennosta?) Liittyy kustannusten ja työmäärien arviointiin. (Joiden yhteydessä käytetään myös muita tekniikoita, joista on omia kalvoja.) Projektin onnistumisen kannalta tärkeää osata käyttää oikein. 4

5 Mitä työn ositusmallit ovat? WBS = Hierarkinen joukko osasia, jotka osittavat projektisuunnitelman työtehtäviksi. Tarkemmin, työn ositusmallin tulisi sisältää Hahmotelman kaikesta tärkeämmästä tai merkittävästä työstä. Selkeän tehtävien osituksen vastuiden jakamiseksi. Kehyksen aikataulutusta, budjetointia ja kustannusseurantaa varten. 5

6 Perinteiset ositusmallit Perinteiset mallit kärsivät yleensä seuraavista puutteista: Ne on harkitsemattomasti jäsennetty tuotesuunnitelmien ympärille. Ne on harkitsemattomasti ositettu, suunniteltu ja budjetoitu joko liian pikkutarkasti tai karkesta. Ne ovat liian projektikohtaisia, ja projektien väliset vertailut ovat tavallisesti vaikeita tai mahdottomia. 6

7 Esimerkki perinteiset osituksesta Hallinnointi Vaatimukset Osasysteemi 1 Komponentti 1 Vaatimukset, Suunnitelmat, Koodi Testit ja Dokumentit (kukin omana kohtanaan) Komponentti 2... Osasysteemi 2... Testaus (suunnitelmat, valmistelut, testaukset, raportit, omina koht.)... Muut vastuut (tuotteen hallinta, laatu, syst.hallinta, omina kohtinaan)... 7

8 Perinteisen ongelmista vielä Edellistä esimerkkiä on vaikea ja kallista muuttaa jälkikäteen, jos tuosta sovittu isommalla porukalla. Kuitenkin: työn ositusmallissa tulisi samalla tavalla eristää osiot, jotka voivat muuttua, kuten esimerkiksi ohj. arkkitehtuuri pyrkii eristämään komponentit, jotka luultavasti muuttuvat. Jos tuotteen lopullinen hahmo on kohtuullisen hyvin hallinnassa, voi siihen perustuva stabiili työn ositus olla ok. 8

9 Tehtävien liian tarkka ositus voi tarkoittaa turhaa työtä: kaikkia projektin myöhemmissä vaiheissa tulevia detaljeja ei välttämättä pystytä ennustamaan päivän kokoisina paloina projektin alussa. Kolmas mainittu ongelma: jos vertailu vaikeaa, ei pystytä saamaan käyttökelpoista tietoa eri projektien välillä helposti. Pitäisi pystyä vastaamaan esim. seuraaviin kysymyksiin: Mikä on tuottavien (vaatimukset, suunnittelu, tuotanto, jne) ja ei-tuottavien (hallinto, ympäristö) toimien suhde? Mikä on uusimistyöhön käytettävien voimavarojen prosentuaalinen osuus? Mitä on version N kustannukset (version N+1 suunnittelua varten)? 9

10 Evolutionaarinen työn ositusmalli Prosessin lähtökohdakseen ottava malli, jossa ositusmallia rakennetaan seuraavasti: Ensimmäisellä tasolla työtehtävät (hallinto, ympäristö, vaatimukset, suunnittelu, toteutus, jne) Toisella tasolla luotellaan kunkin työtehtävän kohdalla projektin vaihe (ja ne saadaan vaihejakomallista). Kolmannella tasolla luotelleen tehtäviä, joiden perusteella syntyy kunkin vaiheen tuotoksia. Tämä voi olla alinta tasoa tai sitten nämä tehtävät voidaan yhä jakaa osatehtäviin. 10

11 Mukautuu toki yhä projektin mukaan. Seuraavat asiat voivat vaikuttaa: Skaala. Organisaation rakenne. Tilaustyönä tehdyn kehityksen laajuus. Liiketoimintaympäristö. Aiempi kokemus. 11

12 1 Esimerkki tästä mallista Hallinnointi Alkuvaiheen hallinnoinnit ohjelmiston kehityssuunnitelma suunnitteluvaiheen hallinnoinnit rakentamisvaiheen hallinnoinnit ylimenovaiheen (siirto-) hallinnoinnit Ympäristö... Vaatimukset alkuvaiheen vaatimusten kehitys vision vaatimukset käyttötapaukset 12