Digi-tv vastaanottimella toteutetut interaktiiviset sovellukset Riskienhallinta DTV projektissa Riskienhallinta DTV projektissa Sivu 1/8
Sisällysluettelo 1. Riskienhallinta DTV projektissa...3 1.1. Projektin kuvaus...3 1.2. Riskienhallinnan tavoitteet...3 1.3. Riskienhallintamenetelmät ja käytännöt...3 1.3.1. Riskilista...4 1.3.2. Riskienhallinnan käytännöt...4 1.4. Vastuu riskienhallinnasta...5 2. Liite A Riskilista...6 3. Liite B Riskienhallintasessiot...7 3.1. 17.10.2001...7 3.2. 26.10.2001...7 3.3. 23.11.2001...7 3.4. 31.1.2002...7 Versio- ja muutoshistoria Versio Päiväys Tekijä Kuvaus 1.0 29.10.01 Oskari Pirttikoski Ensimmäinen versio 1.1 05.12.01 Oskari Pirttikoski Lisätty versionhallinta, muutettu ulkoasu ja päivitetty riskilista 1.2 10.12.01 Oskari Pirttikoski Ulkoasua muokattu 1.3 11.12.01 Oskari Pirttikoski Lisätty sisällysluettelo ja kappaleiden numerointi. 1.4 31.1.2002 Oskari Pirttikoski Liite B päivitetty ja ulkoasu muokattu Tallennettu: 12.2.2002 8:00 Tulostettu: 12.2.2002 11:27 Riskienhallinta DTV projektissa Sivu 2/8
1. Riskienhallinta DTV projektissa DTV projektissa toteutetaan Digita oy:lle Digi-TV:n interaktiivisuutta lisäävä järjestelmä. Projekti on samalla Teknillisen Korkeakoulun Ohjelmatyökurssin harjoitustyö. Projekti on tarkemmin kuvattu projektisuunnitelmassa, tässä dokumentissa projekti esitellään vain siinä laajuudessa mitä riskienhallintaan liittyvät ratkaisut vaativat. 1.1. Projektin kuvaus Dtv projektissa on mukana seuraavat kolme intressiryhmää: projektiryhmä, asiakas eli Digita Oy sekä Ohjelmatyökurssin henkilökunta. Projektiryhmään kuuluu seitsemän opiskelijaa. Ryhmä vastaa projektin toteutuksesta. Projektin tehtävänanto on asiakkaalta. Asiakas vastaa tehtävänantoon liittyvästä ohjauksesta ja tarjoaa testausympäristön projektiryhmän käyttöön. Ohjelmatyökurssin henkilökunta, erityisesti ryhmän mentor, tarkkailee ja auttaa kehittämään projektin hallintaa. Dtv projekti on samalla sekä tutkimus- että tuotekehitysprojekti. Projektin alkuun sijoittuva tutkimusosuus heikentää mahdollisuuksia suunnitella projektia tarkasti loppuun saakka. Tutkimusosuudesta seuraa epävarmuustekijöitä, eli riskejä jotka vaativat reagointia projektiryhmältä mahdollisimman nopeasti projektin alkuvaiheessa. Näinollen projektissa on selvä tarve projektin seuraamista ja ohjaamista helpottaville menetelmille. 1.2. Riskienhallinnan tavoitteet Yksinkertaiset riskienhallintamenetelmät ja -käytännöt tarjoavat riittävän pohjan Dtv projektin tarpeisiin. Käyttöönotettavilla menetelmillä ja käytännöillä pyritään erityisesti seuraaviin seikkoihin:? Riskien havaitsemiseen? Riskeistä keskustelemiseen ja riskien arvioimiseen? Riskeihin liittyvän päätöksenteon nopeutumiseen? Riskien dokumentoimiseen Tässä dokumentissa esitellään Dtv projektissa käytettävät riskienhallinta-menetelmät ja käytännöt sekä riskienhallintaan liittyvät vastuut projektissa. 1.3. Riskienhallintamenetelmät ja käytännöt Projektin ensisijainen riskienhallintamenetelmä on riskilista. Riskilista on menetelmänä tarpeeksi yksinkertainen, jotta sitä voidaan hyödyntää viikottaisissa projektipalavereissa. Viikottainen riskien seuraaminen on edellytys riskienhallinnan onnistumiselle. Riskilista on lisäksi selkeä tapa kommunikoida riskejä palavereiden aikana ja se toimii riskienhallinnan dokumentaationa. Riskienhallinta DTV projektissa Sivu 3/8
Projektin viikoittaiset palaverit tarjoavat hyvät mahdollisuudet ylläpitää järjestelmällistä riskienhallintakäytäntöä. Riskienhallintaosuus otetaan mukaan viikoittaisiin palavereihin, jolloin riskienhallinnasta tulee luonteva osa projektin ohjausta ja päätöksentekoa. Jos viikoittainen riskien seuraaminen osoittautuu liian tiiviiksi tahdiksi, voidaan riskejä seurata harvemmin. Tämä erityisesti silloin kun projekti on suunnitellusti rauhallisemmassa vaiheessa ja viikon aikana ei tapahdu mitään merkittävää. Viikoittaisen palaverikäytännön lisäksi osa projektin muistakin käytännöistä tukee riskienhallintaa. Näistä erityisesti tehtävä, eli Action Point (AP) menetelmän käyttö. Jokaisen kokouksen lopussa käydään läpi keskeneräiset asiat ja määrätään asian hoitaminen tehtäväksi yhdelle tai useammalle jäsenelle. Samalla voidaan jakaa riskien edellyttämät toimenpiteet tehtävinä jäsenten kesken. Tehtävien toteutumista seurataan seuraavissa projektipalavereissa ja tehtäviä tarkennetaan tai uudelleen jaetaan kunnes ne on saatu suoritettua. 1.3.1. Riskilista Riskilista on käytännössä yksinkertainen MS Excel taulukko. Taulukkoon kirjataan seuraavat kentät: 1. Havaittu: Päivämäärä jolloin riski on havaittu ja analysoitu. 2. Muutettu: Päivämäärä jolloin riskin tietoja on viimeksi muutettu. 3. Riskin nimi: Lyhyt nimi jolla riski voidaan tunnistaa. 4. Riskin kuvaus: Riittävä, mutta kompakti kuvaus riskistä. 5. Riskin vakavuusaste: Riskin vakavuusaste asteikolla 1 5, jossa 1 on heikko ja 5 erittäin vakava. 6. Riskin toteutumistodennäköisyys: Riskin toteutumistodennäköisyys asteikolla 1 10, jossa 1 on 10% ja 10 on 100%. 7. Riskin painoarvo: Riskin suhteellinen painoarvo saadaan kertolaskulla vakavuusasteesta ja toteutumistodennäköisyydestä. Painoarvon perusteella saadaan esille tärkeimmät riskit. 8. Toimenpiteet: Toimenpiteet joilla riski voidaan poistaa tai sen painoarvoa voidaan laskea. 9. Vastuuhenkilöt: Henkilöt jotka vastaavat riskin poistamisesta tai vaikutusten minimoimisesta 10. Varasuunnitelma: Toimenpiteet joihin joudutaan jos riski toteutuu. Liitteessä A on esitetty ensimmäinen versio listasta. 1.3.2. Riskienhallinnan käytännöt Projektipalavereissa noudatetaan ennalta sovittua asialistaa, joka lähetetään yleensä sähköpostilla ryhmäläisille ennen palaveria tai sovitaan viimeistään palaverin alussa. Viimeisenä kohtana asialistalla on tehtävien (AP) jako, jota edeltää vapaamuotoinen keskustelu avoimista asioista ja siitä mitä projektissa pitäisi seuraavan viikon aikana tehdä. Riskilistan täyttäminen on sopiva käytäntö aloittaa tämä vapaampi keskustelu ja mahdollisesti ohjata sitä. Keskustelun päätyttyä ryhmällä on jonkin asteinen yhteinen käsitys Riskienhallinta DTV projektissa Sivu 4/8
projektin tilanteesta ja riskeistä. Tässä vaiheessa listaan voidaan kirjata lopulliset tiedot riskeistä ja niiden vaatimista toimenpiteistä. Kun tämän jälkeen siirrytään jakamaan tehtäviä, voidaan riskilistaan kirjatut toimenpiteet jakaa ryhmäläisten kesken muiden tehtävien (AP) joukossa. Riskilistaan tehdyt muutokset ja lisäykset perustellaan lisäksi tämän dokumentin liitteessä B. Liitteeseen kirjoitetaan oma kappale jokaisesta riskienhallintasessiosta. 1.4. Vastuu riskienhallinnasta Tehokas riskienhallinta edellyttää, että kaikki työryhmän jäsenet kantavat vastuun oman osaalueensa riskienhallinnasta ja osallistuvat keskusteluun kun muiden osa-alueiden riskeistä keskustellaan. Lisäksi yhden henkilön on oltava vastuussa tietojen kokoamisesta ja riskilistan ylläpidosta. Pitää kuitenkin korostaa, että tähän tehtävään kuuluu vain riskienhallinnan tekniset järjestelyt, ei itse riskienhallinta. Riskienhallinta DTV projektissa Sivu 5/8
2. Liite A Riskilista Havaittu Muutettu Riski Kuvaus 17.10.2001 17.10.2001Henkilöriski Ryhmän jäsenet eivät ole sitoutuneita suorittamaan projektia loppuu n 17.10.2001 17.10.2001Vaatimusten muuttuminen Koska projekti kestää suhteellisen pitkään ja alalla taphatuu paljon, voi asiakas nähdä tarpeelliseksi muuttaa projektin vaatimuksia Vakavuus [1-5] Todennäköisyys Painoarvo [0-5] Toime Varamieskäytä Projektin vaihe asiakkaan kans Pyritään myös ratkaisuihin he Riskienhallinta DTV projektissa Sivu 6/8
3. Liite B Riskienhallintasessiot 3.1. 17.10.2001 Alustavat riskit kirjattiin listaan. 3.2. 26.10.2001 Projektipalaverin jälkeen riskilistaan lisättiin seuraavat riskit: Sony, Kokonaisuuden toteutettavuus, Eri valmistajien tuotteiden yhteensopivuus ja Testausaikataulu. Sonyn lähetysjärjestelmään liittyvä riski on merkittävä, koska projektin suunnittelema järjestelmä edellyttää tiettyjä erikoisominaisuuksia. Erityisesti Stream Event:ien lähettäminen on ominaisuus joka on tärkeä projektille mutta jota Sonyn järjestelmä ei välttämättä tue. 3.3. 23.11.2001 Projektin riskit kartoitettiin T1 vaiheessa esiin tulleiden ongelmien pohjalta. Riskit jaettiin yleisiin teknisiin riskeihin, editorin riskei hin ja projektinhallinta riskeihin. Yleisissä riskeissä vahvistui tieto ettei MHP päätelaiteita ole vieläkään saatavilla joten testausta tuotantoympäristössä ei voida järjestää. Lisäksi lisättiin uusi koordinaattitietoa siirtävä komponentti listaan. Tämän komponentin tekniikkaan ei nähty liittyvän riskejä. Editorin suurimmat riskit liittyvät MPEG-2 kuvan purkamiseen tarvittavaan kirjastoon. Kirjaston löytäminen ja integroiminen Java sovellukseen on ongelma ja lisäksi kirjaston lisensointi. Editorin riskei hin lisättiin myös käyttäjähaastatteluihin liittyvät aikatauluriskit ja Mika totesi että haastattelut voidaan tehdä myös toisella vähemmän aikaa vievällä tavalla. Projektin henkilöriskin todennäköisyyttä voitiin tässä vaiheessa myös pienentää, koska ei ole esiintynyt merkkejä jäsenten keskeyttämisestä. 3.4. 31.1.2002 Riskejä kartoitettiin jälleen pitkän tauon jälkeen. Teknisissä riskeissä tuli esiin tiedon puute objektikarusellista lähetyspäässä. Tästä saattaa koitua yllättäviä aikataulujen venymisiä testaus ja integrointi vaiheissa. Päätelaiteita ei ole edelleen saatavissa testauskäyttöön. Vaatimusten muuttuminen on edelleen olemassa oleva riski. Tässä vaiheessa muutos voi
Projektin nimi johtua siitä että asiakas haluaa uudelleen priorisoida jo esittämiään vaatimuksia. Editorin puolella MPEG-2 kuvan esittämisessä ollaan edistytty. Siihen liittyvät riskit ovat pienentyneet olennaisesti. Erityisesti suureksi arvioitu MPEG2-kirjaston lisenssiriski pystyttiin poistamaan kokonaan. Testausaikatauluun liittyvät riskit johtuvat siitä ettei testausympäristöä ole vieläkään käytössä. Järjestelmän lopputestaus alkaa vaikuttaa kriittiseltä tehtävältä, joka todennäköisesti viivästyttää koko projektia. Riskienhallinta sunnitelma 8