Data Sailors - COTOOL dokumentaatio Riskiloki

Samankaltaiset tiedostot
COTOOL dokumentaatio Riskiloki

Projektiryhmä Tete Työajanseurantajärjestelmä. Riskienhallintasuunnitelma

SYSTEMAATTINEN RISKIANALYYSI YRITYKSEN TOIMINTAVARMUUDEN KEHITTÄMISEKSI

COTOOL dokumentaatio SEPA: Refaktorointi

Verkkopokerijärjestelmä. Loppuraportti Ryhmä Kanat Ohjelmistotuotantoprojekti, syksy 2008

File [Otsikko] Projektisuunnitelma. SPT2014 Selvitysprojekti projektihallinnan työkaluista

Ryhmä (11) Numeropankki

Projektisuunnitelma. KotKot. Helsinki Ohjelmistotuotantoprojekti HELSINGIN YLIOPISTO Tietojenkäsittelytieteen laitos

PS-vaiheen edistymisraportti Kuopio

Uutisjärjestelmä. Vaatimusmäärittely. Web-palvelujen kehittäminen. Versio 1.3

Good Minton Sulkapalloliiton Kilpailujärjestelmä SEPA: Heuristinen arviointi

Dokumentin nimi LOGO:) Tampereen teknillinen yliopisto. Ryhmä XXX: Projektiryhmän nimi Projektin nimi

T Projektikatselmus

T Riskienhallintadokumentti ETL-työkalu (Aureolis Oy) Sivu 1 (12)

Projektisuunnitelma. Palvelujen siirto Palvelutietovarantoon (PTV) Harri Nevala 1

T Loppukatselmus

Tilastokeskuksen rajapintapalveluiden käyttöönotto ArcGISohjelmistossa

EDISTYMISRAPORTTI - PS Virtuaaliyhteisöjen muodostaminen Versio 1.0

Santeri Saarinen Korjattu testaustasoja ja tehty tarkennuksia I1-testaukseen

Ohjelmistojen mallintaminen, kurssikoe esimerkkivastauksia

Projektisuunnitelma. Laitteiston ja kalusteiden hankinta, versio WEB MAGIA OY Laatija Oula Kangas

Tullin verotustehtävien siirtäminen Verohallintoon (VETO-hanke) Viestintäsuunnitelma alkaen

PARTNERSHIP MONITOR. POTRA-NIS Oy I I

T Riskienhallintadokumentti ETL-työkalu (Aureolis Oy) Sivu 1 (9)

T Tietojenkäsittelyopin ohjelmatyö

T Testiraportti - järjestelmätestaus

Kieliaineistojen käyttöoikeuksien hallinnan tietojärjestelmä

AS Automaatio ja systeemitekniikan projektityöt Projektisuunnitelma Syksy 2009 A09 05 OSGi IRC Bot For Coffee Maker

Sopimus Asiakas- ja potilastietojärjestelmästä. Liite N: Kielivaatimukset

Käyttäjien tunnistaminen ja käyttöoikeuksien hallinta hajautetussa ympäristössä

Raitiotieallianssin riskienhallintamenettelyt

Harjoitus 3 Case Face Wash. Raine Mäki, Laura Takkinen, Marika Östman, Otto Kataja

T Tietojenkäsittelyopin ohjelmatyö. Testiraportti, vaihe T1. Tietokonegrafiikka-algoritmien visualisointi. Testiraportti, vaihe T1

DOKUMETTIENHALLINTASUUNNITELMA Virtuaaliyhteisöjen muodostaminen Versio 1.0 (Luonnos 1)

Gumenius Sebastian, Miettinen Mika Moottoripyörän käynnistysalusta

TOIMIJAREKISTERIN TOTEUTUKSEN JA YLLÄPIDON HANKINTA - HANKINNAN YKSI- LÖINTI HUOM!

T Riskienhallintadokumentti ETL-työkalu (Aureolis Oy) Sivu 1 (12)

Projektisuunnitelma. Projektin tavoitteet

Kuovi-Sovellusprojekti. Vaatimusmäärittely

Projektisuunnitelma. Boa Open Access. Helsinki Ohjelmistotuotantoprojekti HELSINGIN YLIOPISTO Tietojenkäsittelytieteen laitos

SOPIMUS ASIAKAS- JA POTILASTIETOJÄRJESTEL- MÄSTÄ

SEPA diary. Dokumentti: SEPA_diary_PK_RI.doc Päiväys: Projekti : AgileElephant Versio: V0.2

Kuopio Testausraportti Kalenterimoduulin integraatio

Työssäoppimisjakson päiväkirja

COTOOL dokumentaatio SEPA: Käytettävyystestaus

SALAKIRJOITUKSEN VAIKUTUS SUORITUSKYKYYN UBUNTU käyttöjärjestelmässä -projekti

PharmaCo-toimitusprojekti, 4. väliraportti Ryhmä B2 Demot IV, 14. marraskuuta 2003

Yhtiön yleisesittely

Kuopio Testausraportti Asiakkaat-osakokonaisuus

1 Tietosuojapolitiikka

Hallituksen selonteko.

CE MERKINTÄ KONEDIREKTIIVIN 2006/42/EY PERUSTEELLA

Testausraportti v.1.3

VM/2232/ /2016

TURVALLISESTI VAIHTOON - ENNAKOIDEN JA VARAUTUEN

Projektiryhmä Tete:n riskienhallintaryhmä. Kokemuksia riskienhallintakäytännöistä

Laatija: Staria Oyj Ostolaskujen käsittelyohje versio 0.1 Hyväksyjä: Jukka Suonvieri OSTOLASKUJEN KÄSITTELY

JULKISTEN VERKKOPALVELUJEN LAATUKRITEERISTÖN KONSEPTI

EDISTYMISRAPORTTI - T1 Virtuaaliyhteisöjen muodostaminen Versio 1.0 (luonnos 1)

Avoimen ja yhteisen rajapinnan hallintamalli

Figure 1: Projektipäälliköt Juha-Pekka Honkavaara ja Juha Mattila

T Software Project: FASTAXON

T Testiraportti - integraatiotestaus

SEPA päiväkirja. BetaTeam. Juho Mäkinen, 57796V, Jari Leppä, 42710V, Versio Pvm Tekijä Kuvaus

PharmaCo-toimitusprojekti, 1. väliraportti 1. väliraportti / ryhmä B2 Demot I, 17. lokakuuta 2003

Good Minton QA Raportti Iteraatio 1 Sulkapalloliiton Kilpailujärjestelmä

Projektiryhmä Tete Work-time Attendance Software. Henkilökohtainen SE harjoitus: loppuraportti

Työpalvelupaikat. Xwiki Admin 2016/07/06 16:35

Ohjelmiston testaus ja laatu. Ohjelmistotekniikka elinkaarimallit

WCLIQUE. Ohjelmistoprojekti. Testaussuunnitelma

Dynaaminen allokaatio ja riskibudjetointi sijoitusstrategioissa

Avoimen rajapinnan hallinta (Tilaajan hallitsema rajapinta)

Mobiilin somepalvelun ketterä kehittäminen, sopimusehtoluonnos

T Riskienhallintadokumentti ETL-työkalu (Aureolis Oy) Sivu 1 (11)

OHJ-3010 Ohjelmistotuotannon perusteet. Ohjelmistoprojektin hallinta

Kokemuksia yritysarkkitehtuurista

Opiskelijakysely toisen ja kolmannen vuoden opiskelijoille Tulosyhteenveto koulutuskuntayhtymän hallitukselle

SOPIMUSKONEEN SOPIMUSTEN SÄHKÖINEN ALLEKIRJOITTAMINEN PALVELUN TILAAMINEN JA KÄYTTÖ

KEMIKAALISAVOTTA VESIHUOLTOLAITOKSESSA - MITEN KEMIKAALEISTA AIHEUTUVAT RISKIT SAADAAN HALLINTAAN

dokumentin aihe Dokumentti: Testausraportti_I1.doc Päiväys: Projekti : AgileElephant

COTOOL dokumentaatio Testausdokumentit

Riskienhallintamalli. ja kuvaus riskienhallinnan kehittämisestä keväällä Inka Tikkanen-Pietikäinen

<<PALVELUN NIMI>> Palvelukuvaus versio x.x

SFS-ISO/IEC Tietoturvallisuuden hallintajärjestelmät. Ohjeistusta. Riku Nykänen

Hankinnan problematiikka

TOIMINNALLINEN MÄÄRITTELY MS

Avoimen ja yhteisen rajapinnan hallintasuunnitelma v.1.4

SoberIT Software Business and Engineering institute

TYÖOHJEET VR-HYVINKÄÄ

Hyppylentämisen Turvallisuusseminaari. Skydive Finland ry & Laskuvarjotoimikunta Utti, Finland

Liite 1: KualiKSB skenaariot ja PoC tulokset. 1. Palvelun kehittäjän näkökulma. KualiKSB. Sivu 1. Tilanne Vaatimus Ongelma jos vaatimus ei toteudu

TESTIRAPORTTI - VYM JA KANTA Virtuaaliyhteisöjen muodostaminen Versio 1.0

PROJEKTIN OHJAUS JA SEURANTA JOUNI HUOTARI

<e.g. must, essential, conditional>

TERVETULOA OPISKELEMAAN MOODLE-OPPIMISYMPÄRISTÖSSÄ!

MITEN TARKISTAT TIETOKONEESI VERKKOKORTTIASETUKSET

Internet-pohjainen ryhmätyöympäristö

HELSINGIN KAUPUNKI TOIMINTAOHJE 1/7 LIIKENNELIIKELAITOS Yhteiset Palvelut / Turvallisuuspalvelut K. Kalmari / Y. Judström 18.9.

Menetelmäraportti Riskienhallinta

Opetussuunnitelmien ja tutkintojen perusteiden rakenteistaminen

Transkriptio:

Table of Contents 1 Johdanto.................................................................................... 1 1.1 Versiohistoria........................................................................... 1 1.2 Dokumentin tarkoitus..................................................................... 1 1.3 Käytetyt termit ja lyhenteet................................................................. 1 2 Käytetyt menetelmät.......................................................................... 2 2.1 Vastuut................................................................................ 2 2.2 Käytetty menetelmä....................................................................... 2 3 Riskiskenaariot............................................................................... 3 3.1 Riskin vakavuuden arviointi................................................................ 3 3.2 Mahdolliset skenaariot.................................................................... 3 4.................................................................................... 4 5 Viitteet..................................................................................... 4

1 (4) 1 Johdanto 1.1 Versiohistoria Versiohistoria Versio Pvm Tekijä Kuvaus Hyväksyjä 1.0 13.10.2005 JI Dokumentin luonti, menetelmien selitys, ensimmäiset - skenaariot. 1.1 16.10.2005 JI Menetelmien selitystä tarkennettu, valittu pahimmat skenaariot ja määritetty jatkotoimenpiteet I1-vaiheessa. Petteri Hyytiäinen 1.2 Dokumentin tarkoitus Tämän dokumentin tarkoituksena on sekä selittää käytetyistä riskienhallintamenetelmistä, että myös ylläpitää ajantasalla olevaa riskilokia havaituista ongelmaskenaariosta. 1.3 Käytetyt termit ja lyhenteet Projektisuunnitelmasta löytyvät projektin dokumentaatiossa käytetyt käsitteet ja lyhenteet.

2 (4) 2 Käytetyt menetelmät 2.1 Vastuut Riskienhallinnasta on ensisijaisesti vastuussa riskinhallintaryhmä, johon kuuluu projektipäällikkö, laatupäällikkö ja arkkitehti. Riskienhallintaryhmä kerää iteraation alussa tietoa tulevaan vaiheeseen liittyvistä riskeistä ja lisäävät ne mahdollisiin skenaarioihin. Noin iteraation puolivälissä tätä listaa päivitetään uudelleen ja katsotaan onko tapahtunut oleellisia muutoksia. 2.2 Käytetty menetelmä Riskienhallintaan käytetään kurssin ohjeistuksessa opetettua riskit-menetelmää /1/. Tämä menetelmä koostuu neljästä päävaiheesta, jotka ovat 1. Tunnistaminen 2. Analysointi 3. Hallinta 4. Seuranta Riskien tunnistaminen ja analysointi on riskienhallintaryhmän tehtävänä (asiakkaan avustuksella). Kun riskiskenaariot on tunnistettu ja analysoitu, voidaan tehdä suunnitelma niiden hallitsemiseksi. Tämä hallintasuunnitelma tehdään todennäköisimmille ja toteutuessaan eniten projektia haittaaville skenaarioille. Tämän suunnitelman noudattaminen on jokaisen toimittajan jäsenen vastuulla. Kun kuka tahansa projektin jäsenistä huomaa riskin toteutuneen, se lisätään riskilokiin, ja riskinhallintaryhmä kokoontuu viipymättä toteuttaakseen/suunnitellakseen tarvittavat hallintamenetelmät.

3 (4) 3 Riskiskenaariot 3.1 Riskin vakavuuden arviointi Riskienhallintaryhmä arvioi mahdollisille projektia uhkaaville riskeille kaksi lukua: todennäköisyyden ja vaikutuksen. Luvut saavat arvon väliltä 1-5, jossa todennäköisyydelle 1 tarkoittaa erittäin epätodennäköistä ja 5 erittäin todennäköistä toteutumista. Vaikutus saa arvon 1, jos se ei käytännössä vaikuta projektin etenemiseen mitenkään, ja 5 jos se tarkoittaa toteutuessaan projektin keskeytymistä. 3.2 Mahdolliset skenaariot Alla olevaan taulukkoon on kerätty riskienhallintaryhmän mielestä projektia mahdollisesti uhkaavat riskit. Mahdolliset skenaariot ID Riski Todenn. Vaikutus Tulo R001 Odottamaton pitkä poissaolo 3 2 6 R002 Kommunikaatio ei toimi ryhmän sisällä 3 3 9 R003 Yksi lopettaa kurssin kesken 2 2 4 R004 Kaksi tai useampi lopettaa kurssin kesken 1 5 5 R005 Ennalta tuntematon projektiryhmä, henkilökemiat ei toimi 4 2 8 R006 Tunteja ei kirjata 4 2 8 R007 Resurssointi tehty väärin 2 4 8 R008 Ei ymmärretä asiakkaan tarpeita 2 5 10 R009 Asiakas ei tiedä mitä haluaa 1 5 5 R010 Force major (tulipalo, meteoriitti, venäjä hyökkää) 1 5 5 R011 Asiakkaan avainhenkilö vaihtuu 1 3 3 R012 Asiakkaan tekninen asiantuntija vaihtuu 1 5 5 R013 Sovitut vaatimukset muuttuvat 2 4 8 R014 Vaatimuksia tulee merkittävästi lisää 3 3 9 R015 Toteutusteknologia aiheuttaa ongelmiia 4 3 12 R016 Ohjelmoijalle tuntematon teknologia aiheuttaa ongelmia 5 3 15 R017 Olemassa oleva Rauinfo ympäristö aiheuttaa rajoitteita 1 5 5 R018 Käytetään liikaa resursseja opiskeluun 4 4 16 R019 Yksittäinen laite hajoaa 2 2 4 R020 Useampi laite hajoaa 1 4 4 R021 Käytössä olevat kolmet avaimet ovat yhtäaikaa "kaupungilla" 2 3 6 R022 CVS palvelin hajoaa (vanha backup?) 2 3 6 R023 CVS palvelin hajoaa, backup ei palaudu 1 5 5 Riskinhallintaryhmä tekee vakavimmille riskiskenaarioille tarkemman analyysin ja hallintasuunnitelman I1-vaiheen alkupuoliskolla. Vakavimmat skenaariot ovat: - R018 - R016 - R015 - R008 - R002 - R014

4 (4) 4 Alla olevaan taulukkoon kerätään realisoituneet riskit ID Riski Pvm Kuvaus Toiminta Tila - - - - - 5 Viitteet Kaikki internet-viittaukset avautuvat uuteen ikkunaan. 1. http://www.soberit.hut.fi/t-76.115/05-06/ohjeet/process.html#risk_management, 13.10.2005