Risk Management Report

1.11.1999 versio 1.0

http://www.hut.fi/~llauren/documents/risk1.html

1. Yleiskatsaus projektiin

1.1 Tavoite

1. PSP-HUT projektin tavoitteena on tehdä laadukas ja helppokäyttöinen ohjelmisto tukemaan SEI:n PSP menetelmän käyttöä Internet/intranet ympäristössä.

2. PSP-HUT projektin tavoite on suorittaa TKK:n Tik-76.115 kurssi suunnitelmallisesti ja hallitusti läpi.

1.2 Tehtävä

Tehtävänä on luoda PSP-HUT ohjelmisto, joka tukee SEI:n PSP määritelmää, mutta antaa mahdollisuuden muuttaa käyttäjäkohtaisesti oletusarvoja. PSP-HUT tulee sanoista Personal Software Process - Pizza HUT, nimi kuvaa ohjelmiston tarkoitusta, sillä tarkoituksena on tehdä ohjelmisto, jota on mukava käyttää ja jonka sivuille on kiva tulla, niin kuin Pizza Huttiinkin. PSP vaatii käyttäjältään tarkkaa itsekuria ja ohjelmiston tarkoituksena on helpottaa käyttäjää siten, että hänen tarvitsisi täyttää työläitä kaavakkeita mahdollisimman vähän. Lisää PSP menetelmästä voi lukea SEI:n PSP-sivuilta. Ohjelmiston tarkempi määrittely löytyy vaatimusmäärittelystä.

Tehtävä on hyvin läheisessä yhteydessä TAI tutkimuslaitoksen LUCOS-projektin kanssa ja projekti käyttää Lucoksessa kehitettyjä työkaluja.

1.3 Sidosryhmät

1.3.1 Asiakas ja ohjaajat

Asiakas	Casper Lassenius
Ohjaajat	Jari Vanhanen
	Kai Risku

1.3.2 Projekti ryhmä

Projektipäälikkö	Samuli Seppälä
Asiakasvastaava

Laatupäällikkö	Kati Laurila
PSP-Asiantuntija
Riskivastaava

Arkkitehtuurivastaava	Joonas Tamminen
Tietokantavastaava

Käyttöliittymävastaava	Juha Itkonen
Java-asiantuntija
Dokumentointivastava

Testausvastaava	Kimmo Mustonen

WWW-Guru	Robin Lauren

2. Riskien hallinta Valtuus

2.1. Riskienhallinnan tavoitteet

Tavoitteemme riskienhallinnassa on varmistaa projektin kyky saavuttaa tehtävän asettamat tavoitteet. Riskienhallinnalla identifioimme, analysoimme ja pyrimme välttämään suurimmat uhat, jotka estää meitä saavuttamasta projekti tehtävän tavoitteita. Riskienhallinnan toimenpiteillä tiedotamme samalla sidosryhmiämme projektin tulevaisuuteen liittyvistä vaaroista.

2.2. Riskienhallinnan laajuus

Riskienhallinnassa otamme huomioon kaikki nähtävissä olevat, projektiin liittyvät suorat ja välilliset riskit. Näihin sisältyy henkilöstöön liittyvät, teknisiin ratkaisuihin ja projektin hallintaan liittyvät riskit. Henkilöstön omat riskit, jotka kuitenkin voivat vaikuttaa projektin onnistumiseen on jätetty abstraktille tasolle siten, että henkilöt voivat itse arvioida ja päättää omiin resursseista riippuvaisiin riskeihin ja niiden välttämiseen

2.3. Riskienhallinnan valtuutus

Riskienhallintaa toteutetaan tässä projektissa annetuilla resursseilla, joka tässä tapauksessa tarkoittaa 6*2*40h = 480h käytettäväksi koko riskienhallintaan.Tämä työmäärä tulee jakaa koko sille ajalle, kun itse projekti on käynnissä ja se tarkoittaa n 13h henkilöä kohden jokaisessa projektin työvaiheessa.

2.4. Hyväksytyt riskit

Projektiin käytettävä aika on rajallinen ja siitä johtuu se, että projektin tehtävänä toteutettava järjestelmä ei saavuta välttämättä kokonaan haluttuja ominaisuuksia. Asiakas on kuitenkin hyväksynyt tämän mahdollisuuden edellyttäen, että tehtävät ominaisuudet on kuitenkin suunniteltu siten, että niitä on helppo ylläpitää sekä jatkokehittää. Järjestelmän arkkitehtuurin tulee myös tukea komponenttien helppoa lisättävyyttä.

2.5. Toimintatavat

Riskien hallinnassa pyrimme seuraamaan kurssissa Tik-76.161:n määrättyjä toimintatapoja, kuten RiskIt -menetelmää sekä harjoitusaikataulua. Jokainen ryhmäläinen tekee koko projektin ajan omatoimimesti riskien tunnistamista ja niistä tiedottamista muulle ryhmälle.

Tärkeimpien riskien lista toimitetaan myös asiakkaalle sekä Tik-76.115 kurssin henkilökunnalle ja samalla näiden riskien varalle mietitään monia eri toiminta skenaarioita.

2.5. Sidosryhmät


Prioriteetti	Sidosryhmä
1	Projektiryhmä
2	Asiakas
3	Tik-76.115 Henkilökunta
4	Tik-76.161 Henkilökunta

3. Tavoitteiden määrittely

1. Opintoviikot

Tyyppi: Tavoite
Kuvaus: Projekti viedään läpi niin, että kukin projektiryhmäläinen saa 5 opintoviikkoa.
Osakkaat: Projektiryhmä
Mittayksikkö: ov
Tavoitearvo: 5 ov kullekin ryhmän jäsenelle
Kasvusuunta: nouseva
Arvoalue: 0 ov tai 5 ov.

2. Oppiminen: PSP

Tyyppi: Ajuri
Kuvaus: Projekti viedään läpi niin, että kukin projektiryhmäläinen oppii PSP:stä mahdollisemman paljon niin teoriaa kuin käytäntöäkin.
Osakkaat: Projektiryhmä
Mittayksikkö: subjektiivinen arvio oppimisen määrästä
Tavoitearvo: Kukin ryhmäläisen subjektiivinen arvioprojektin päättyessä on vähintään 3
Kasvusuunta: nouseva
Arvoalue: 0 (en oppinut yhtään)...5 (opin todella paljon)

3. Oppiminen: Projektityöskentely

Tyyppi: Ajuri
Kuvaus: Projekti viedään läpi niin, että kukin projektiryhmäläinen oppii käytännön projektityöskentelystä mahdollisemman paljon
Osakkaat: Projektiryhmä
Mittayksikkö: subjektiivinen arvio oppimisen määrästä
Tavoitearvo: Kukin ryhmäläisen subjektiivinen arvioprojektin päättyessä on vähintään 3
Kasvusuunta: nouseva
Arvoalue: 0 (en oppinut yhtään)...5 (opin todella paljon)

4. Haskuus/mielenterveys

Tyyppi: Ajuri
Kuvaus: Projekti viedään läpi niin, että projektiryhmäläisillä on keskenään hauskaa ja ryhmässä on hyvä henki.
Osakkaat: Projektiryhmä
Mittayksikkö: subjektiivinen arvio ryhmähengestä
Tavoitearvo: Kukin ryhmäläisen subjektiivinen arvioprojektin päättyessä on vähintään 3
Kasvusuunta: nouseva
Arvoalue: 0 (todella huono)...5 (todella hyvä)

5. Tärkein toiminnallisuus hyvin toteutettuna

Tyyppi: Tavoite
Kuvaus: Vaatimusmäärittelyn MUST toiminnot on hyvin toteutettu.
Osakkaat: Projektiryhmä, Asiakas
Evaluointi: Kuvattu vaatimusmäärittelyn laatukriteeristössä (kpl 6).

6. Kaupallinen tuote

Tyyppi: Tavoite
Kuvaus: Projektin lopputuote kaupallistetaan tulevaisuudessa.
Osakkaat: Projektiryhmä, Asiakas
Mittayksikkö: -
Tavoitearvo: Kaupallistaminen tapahtuu.
Kasvusuunta: -
Arvoalue: -

7. Laatupalkinto

Tyyppi: Tavoite
Kuvaus: Projektille myönnetään kurssin laatupalkinto
Osakkaat: Projektiryhmä
Mittayksikkö: -
Tavoitearvo: Laatupalkinto saadaan
Kasvusuunta: -
Arvoalue: -

8. Hyvä käytettävyys

Tyyppi: Tavoite
Kuvaus: Projektin lopputuote PSP-HUT on käytettävyydeltään hyvä.
Osakkaat: Projektiryhmä, Asiakas
Evaluointi: Kuvattu vaatimusmäärittelyn laatukriteeristössä (kpl 6).

9. Hyvä, selkeä järjestelmäarkkitehtuuri

Tyyppi: Tavoite
Kuvaus: Projektin lopputuote PSP-HUT on arkkitehtuuriltaan selkeä ja jatkossa helposti laajennattavissa.
Osakkaat: Projektiryhmä, Asiakas
Evaluointi: Kuvattu vaatimusmäärittelyn laatukriteeristössä (kpl 6).

10. Hyvin määritellyt rajapinnat ja laajennettavuus

Tyyppi: Tavoite
Kuvaus: Projektin lopputuote PSP-HUT on rajapinnoiltaan selkeä ja jatkossa helposti laajennattavissa.
Osakkaat: Projektiryhmä, Asiakas
Evaluointi: Kuvattu vaatimusmäärittelyn laatukriteeristössä (kpl 6).

11. Dokumentoinnin laatu

Tyyppi: Tavoite
Kuvaus: Projektin lopputuote PSP-HUT dokumentoidaan hyvin ja näin varmistetaan hyvät edellytykset ylläpidolle ja jatkokehitykselle.
Osakkaat: Projektiryhmä, Asiakas
Evaluointi: Kuvattu vaatimusmäärittelyn laatukriteeristössä (kpl 6).

12. PSP:n tunnettavuus

Tyyppi: Ajuri
Kuvaus: Projektin lopputuotteesta PSP-HUTista tulee niin hyvä, että se lisää PSPn tunnettavuutta maailmalla.
Osakkaat: Projektiryhmä, Asiakas
Mittayksikkö: subjektiivinen arvio tulevaisuudessa
Tavoitearvo: tunnettavuus on kasvanut, jos PSP-HUTista tulee myyntimenestys
Kasvusuunta: kasvava
Arvoalue: -

13. DI aihe / työpaikka

Tyyppi: Tavoite
Kuvaus: Projektiryhmäläinen innostuu tekemään PSP-aiheisen diplomityön.
Osakkaat: Asiakas
Mittayksikkö: diplomitöiden määrä
Tavoitearvo: 1 diplomityö
Kasvusuunta: kasvava
Arvoalue: 0...6

14. Oma yritys

Tyyppi: Tavoite
Kuvaus: Projektiryhmän jäsenet perustavat oman yrityksen PSP-HUTin jatkokehityksen ympärille.
Osakkaat: Asiakas
Mittayksikkö: yritysten määrä
Tavoitearvo: 1 yritys
Kasvusuunta: kasvava
Arvoalue: 0,1

14. PSP kurssi

Tyyppi: Tavoite
Kuvaus: PSP-HUTista tulee niin hyvä, että sitä käyttäen voidaan järjestää PSP kurssi TKK:lla
Osakkaat: Asiakas
Mittayksikkö: -
Tavoitearvo: kurssin järjestäminen onnistuu
Kasvusuunta: -
Arvoalue: -

Tavoitteiden ja osakkaiden välinen yhteys

Osakkaat: Tavoitteet:	Projektiryhmä prioriteetti 1	Asiakas prioriteetti 2
Opintoviikot Oppiminen: PSP Oppiminen: projektityöskentely Haskuus/mielenterveys Tärkein toiminnallisuus hyvin toteutettuna Kaupallinen tuote Laatupalkinto Hyvä käytettävyys Hyvä selkeä järjestelmäarkkitehtuuri Hyvin määritellyt rajapinnat ja laajennettavuus Dokumentoinnin laatu PSP:n tunnettavuus DI aihe / työpaikka Oma yritys PSP kurssi	1 2 3 3 4 4 5 6	1 6 7 2 3 4 5 8 9 9 8

4. Riskit

ID	Riski
1	Epätasainen työnjako
2	Ulkopuoliset esteet
3	Aika loppuu
4	Ryhmäläinen hajoaa
5	Lopettaminen
6	Poiketaan suunnitelmasta
7	Riidat
8	Liian vaikea tehtävä
9	PSP:n tuntemattomuus
10	PSP:n tuntemus
11	Ei koehenkilöitä
12	Työkuri
13	Palaverikäytäntö
14	Roolien jako (katselmointi)
15	Tiedotus
16	Työkalut huonoja
17	Työkalut ei saatavilla
18	Järjestelmän laajuus
19	Järjestelmän monimutkaisuus
20	Vaatimukset muuttuu
21	PSP muuttuu
22	Koodi tuhoutuu
23	Työtilat tuhoutuu
24	Kilpaileva tuote
25	Aika loppuu
26	Oikeudet tuotteeseen epäselvät
27	Dokumentointi huono
28	Käytettävyys huono
29	Ei loppukäyttäjiä
30	Tuote valmistuu
31	Tekijät rikastuvat
32	Laatupalkinto napsahtaa

5. Riskien ryhmittely

Riskiryhmä	Riski
Aika / työnjako
	Epätasainen työnjako
	Ulkopuoliset esteet
	Aika loppuu
Projektiryhmä
	Ryhmäläinen hajoaa
	Lopettaminen
	Poiketaan suunnitelmasta
	Riidat
Kompetenssi
	Liian vaikea tehtävä
	PSP:n tuntemattomuus
	PSP:n tuntemus
Työmenetelmät
	Ei koehenkilöitä
	Työkuri
	Palaverikäytäntö
	Roolien jako (katselmointi)
	Tiedotus
Työkalut
	Työkalut huonoja
	Työkalut ei saatavilla
Vaatimukset
	Järjestelmän laajuus
	Järjestelmän monimutkaisuus
	Vaatimukset muuttuu
	PSP muuttuu
Tuotteen tekeminen
	Koodi tuhoutuu
	Työtilat tuhoutuu
	Kilpaileva tuote
Tuote / kurssi
negatiiviset
	Aika loppuu
	Oikeudet tuotteeseen epäselvät
	Dokumentointi huono
	Käytettävyys huono
	Ei loppukäyttäjiä
positiiviset
	Tuote valmistuu
	Tekijät rikastuvat
	Laatupalkinto napsahtaa

6. Riskiskenaariot

Tässä kappaleessa ja kappaleessa 7 esitetyissä taulukoissa on riskien todennäköisyyksille ja haitalle/menetykselle (Utility loss) käytetty seuraavanlaista asteikkoa:

Todennäköisyys: 1 = hyvin todennäköinen ... 4 = ei lainkaan todennäköinen

Haitta: 1 = erittäin suuri ... 4 = vähäinen

Tekijä Tapahtuma Todennä-
köisyys Reaktio Seuraus Haitta ryhmälle Haitta asiakkkaalle ID

Kaikilla projektiryhmän jäsenillä on ulkopuolisia esteitä, kuten työ ja muut opinnot. Jonkun projektiryhmäläisen aika ei riitä suunniteltujen tehtävien tekemiseen. 1 Tehtävien uudelleenorganisointi. Muille projektiryhmäläisille jää enemmän tehtävää. 2 4 1

Projektilla ei ole rahaa käytössä työkaluhankintoihin. Työkalut/menetelmät osoittautuvat riittämättömiksi tai huonoiksi. 2 Vaihdetaan työkalua tai -menetelmää - Joudutaan tekemään joitain työvaiheita uudelleen.
- Työmäärä kasvaa.
- Työteho kasvaa. 3 3 2

Junnataan vanhoilla työkaluilla ja menetelmillä. - Työ on tehotonta.
- Laatu ja toteutuksen laajuus kärsivät. 2 2 3

Järjestelmästä tulee liian laaja toteutettavaksi projektin aikataulussa. 2 Järjestelmää ei ehditä toteuttaa kunnolla miltään osa-alueelta. 3 1 4

Projektiryhmän sisäinen ilmapiiri järkkyy. 3 Ilmapiirin kohotustilaisuus. - Ilmapiiri kohenee, ehkä vähän.
- Seuraavan päivän työpanos on huono. 3 4 5

Ilmapiiri huononee entisestään. 1 2 6

Kellään projektiryhmän jäsenistä ei ole juurikaan aikaisempaa kokemusta tai asiantuntemusta PSP:stä. Järjestelmästä ei tule hyvää, helppokäyttöistä eikä toimivaa. 4 Dokumentoidaan hyvin ja näytetään tyytyväisiltä. Saadaan laatupalkinto kyseenalaisin keinoin ja ollaan ainosti tyytyväisiä. 3 1 7

Järjestelmän toteutus ei onnistu. 3 Opiskellaan Järjestelmän toteutus jää vajavaiseksi. 2 1 8

Tuotetut dokumentit ja ohjelmakoodi tuhoutuvat. 4 Yritetään tehdä tuhoutuneet osat uudelleen. - Aika ei riitä.
- Työmäärä kasvaa räjähdysmäisesti. 1 2 9

- Ei saada mitään valmiiksi.
- Ei saada opintoviikkoja. 1 1 10

Joku projektiryhmän jäsen lopettaa tai joudutaan erottamaan ryhmästä. 4 Jaetaan lopettaneen työtehtävät muille ryhmäläisille. Muiden työmäärä lisääntyy. 2 4 11

Vähennetään toteutettavia ominaisuuksia. Lopullisesta järjestelmästä tulee huonompi kuin mitä oli suunniteltu. 4 2 12

Järjestelmän käytettävyydestä tulee huono. 3 Suunnitellaan uudelleen. Tuotteen ominaisuudet jäävät puutteellisiksi ja aika ei riitä toteuttamiseen. 2 2 13

Asiakkaan vaatimukset muuttuvat. 3 Toteutetaan muuttuneet vaatimukset. Työmäärä lisääntyy. 2 4 14

Tekijä	Tapahtuma	Todennä- köisyys	Reaktio	Seuraus	Haitta ryhmälle	Haitta asiakkkaalle	ID
Kaikilla projektiryhmän jäsenillä on ulkopuolisia esteitä, kuten työ ja muut opinnot.	Jonkun projektiryhmäläisen aika ei riitä suunniteltujen tehtävien tekemiseen.	1	Tehtävien uudelleenorganisointi.	Muille projektiryhmäläisille jää enemmän tehtävää.	2	4	1
Projektilla ei ole rahaa käytössä työkaluhankintoihin.	Työkalut/menetelmät osoittautuvat riittämättömiksi tai huonoiksi.	2	Vaihdetaan työkalua tai -menetelmää	- Joudutaan tekemään joitain työvaiheita uudelleen. - Työmäärä kasvaa. - Työteho kasvaa.	3	3	2
Junnataan vanhoilla työkaluilla ja menetelmillä.	- Työ on tehotonta. - Laatu ja toteutuksen laajuus kärsivät.	2	2	3
	Järjestelmästä tulee liian laaja toteutettavaksi projektin aikataulussa.	2		Järjestelmää ei ehditä toteuttaa kunnolla miltään osa-alueelta.	3	1	4
	Projektiryhmän sisäinen ilmapiiri järkkyy.	3	Ilmapiirin kohotustilaisuus.	- Ilmapiiri kohenee, ehkä vähän. - Seuraavan päivän työpanos on huono.	3	4	5
Ilmapiiri huononee entisestään.	1	2	6
Kellään projektiryhmän jäsenistä ei ole juurikaan aikaisempaa kokemusta tai asiantuntemusta PSP:stä.	Järjestelmästä ei tule hyvää, helppokäyttöistä eikä toimivaa.	4	Dokumentoidaan hyvin ja näytetään tyytyväisiltä.	Saadaan laatupalkinto kyseenalaisin keinoin ja ollaan ainosti tyytyväisiä.	3	1	7
Järjestelmän toteutus ei onnistu.	3	Opiskellaan	Järjestelmän toteutus jää vajavaiseksi.	2	1	8
	Tuotetut dokumentit ja ohjelmakoodi tuhoutuvat.	4	Yritetään tehdä tuhoutuneet osat uudelleen.	- Aika ei riitä. - Työmäärä kasvaa räjähdysmäisesti.	1	2	9
- Ei saada mitään valmiiksi. - Ei saada opintoviikkoja.	1	1	10
	Joku projektiryhmän jäsen lopettaa tai joudutaan erottamaan ryhmästä.	4	Jaetaan lopettaneen työtehtävät muille ryhmäläisille.	Muiden työmäärä lisääntyy.	2	4	11
Vähennetään toteutettavia ominaisuuksia.	Lopullisesta järjestelmästä tulee huonompi kuin mitä oli suunniteltu.	4	2	12
	Järjestelmän käytettävyydestä tulee huono.	3	Suunnitellaan uudelleen.	Tuotteen ominaisuudet jäävät puutteellisiksi ja aika ei riitä toteuttamiseen.	2	2	13
	Asiakkaan vaatimukset muuttuvat.	3	Toteutetaan muuttuneet vaatimukset.	Työmäärä lisääntyy.	2	4	14

7. Riskiskenaarioiden prioriteetit

Risk scenario Utility loss	1	2	3	4
Projektiryhmän näkökulma	Risk scenario probability
1			Skenaario 6	Skenaario 9 Skenaario 10
2	Skenaario 1	Skenaario 3	Skenaario 8 Skenaario 13 Skenaario 14	Skenaario 11
3		Skenaario 2 Skenaario 4	Skenaario 5	Skenaario 7
4				Skenaario 12

Risk scenario Utility loss	1	2	3	4
Asiakkaan näkökulma	Risk scenario probability
1		Skenaario 4	Skenaario 8	Skenaario 7 Skenaario 10
2		Skenaario 3	Skenaario 6 Skenaario 13	Skenaario 9 Skenaario 12
3		Skenaario 2
4	Skenaario 1		Skenaario 5 Skenaario 14	Skenaario 11

8. Riskien kontrolloivat toimenpiteet

Määrittelimme tärkeimmille riskeille seuraavia kontrolloivia toimenpiteitä.

Riskiskenaario 1:

Suunnitellaan työnjako, tehtävät ja työmäärät huolellisesti, ajoissa ja otetaan huomioon projektiryhmäläisten todellinen käytettävissä oleva aika.

Riskiskenaario 2&3:

Evaluoidaan työkaluja ennen valintaa ja pyritään valitsemaan sellaisia työkaluja, jotka tunnetaan ja tiedetään hyviksi ja tehokkaiksi.

Riskiskenaario 4:

Pidetään vaatimukset realistisina ja rajataan vaatimuksia tiukasti. Pidetään asiakas ajan tasalla suunnitelluista ominaisuuksista ja vaadittavista työmääristä. Priorisoidaan vaatimukset ja rajataan jo 1. prototyyppivaiheen jälkeen lopullinen toteutettava toiminnallisuus.

Pidetään huolta, että toteutetaan ominaisuudet määrittelyjen mukaisesti ja prioriteettijärjestyksessä, eikä aleta toteutusvaiheessa lisäämään toiminnallisuuteen pieniäkään määrittelemättömiä toimintoja tai ominaisuuksia.

Riskiskenaario 5&6:

Pidetään ryhmähenkeä kohottavia tilaisuuksia. Huolehditaan, että ryhmän sisäinen kommunikaatio toimii.

Riskiskenaario 7&8:

Opiskellaan PSP:tä. Otetaan PSP käyttöön projektin toteuttamisvaiheessa.

Riskiskenaario 9&10:

Järjestetään versionhallinta kuntoon ja säilytetään koodia ja dokumentaatiota TKK:n ATK-Keskuksen varmistetuilla levyillä.

for more information contact psp-hag@mordor.cs.hut.fi