T Riskienhallintadokumentti ETL-työkalu (Aureolis Oy) Sivu 1 (12)
|
|
- Risto Karvonen
- 6 vuotta sitten
- Katselukertoja:
Transkriptio
1 T Riskienhallintadokumentti ETL-työkalu (Aureolis Oy) Sivu 1 (12) T Riskienhallintadokumentti ExtraTerrestriaLs Versio Pvm Tekijä Kuvaus 0.1 Mika Suvanto Alustava versio Mika Suvanto Riskilokia täytetty Mika Suvanto Kosmeettisia muutoksia Mika Suvanto Kirjoitusvirheitä ym. korjattu Riston kommenttien perusteella Timo Sallinen Lisätty hallintakeinoja, korjauksia Mikko Ruokojoki Muokattu ulkonäköä ja lisätty vastuut riskeihin Mikko Ruokojoki Versio Mika Suvanto Riskiloki päivitetty ja lokin muutokset -taulukko lisätty Mika Suvanto Riskiloki ja lokin muutokset -taulukko päivitetty Mika Suvanto Riskiloki ja lokin muutokset -taulukko päivitetty, loppuarviointi Sisältö 1. Dokumentin tarkoitus Riskienhallinnan osapuolet ja vastuut Riskienhallintaprosessi Prosessin kuvaus Riskiloki Seuranta Seurantaprosessi Toimenpiteistä päättäminen Loppuarviointi Lähteet Dokumentin tarkoitus Tämä dokumentti määrittelee ExtraTerrestrials ryhmän riskienhallintaprosessin Teknillisen korkeakoulun kurssin T ohjelmistoprojektissa. Tarkempi kuvaus ohjelmistoprojektista löytyy projektisuunnitelmasta [1]. Dokumentin keskeistä sisältöä ovat erityisesti riskienhallintaprosessin kuvaus, jossa kerrotaan kuinka ryhmä hallitsee projektiin luontaisesti kuuluvaa epävarmuutta, sekä riskiloki, jossa yksittäiset riskit on eritelty, analysoitu ja vastuutettu. Tätä dokumenttia päivitetään tarpeen mu-
2 T Riskienhallintadokumentti ETL-työkalu (Aureolis Oy) Sivu 2 (12) kaan projektin edetessä. Tämä sisältää tarpeellisiksi koetut muutokset prosessiin sekä toistuvat päivitykset riskilokiin aina uusia riskejä tunnistettaessa tai kun jo tunnistetuista riskeistä saadaan lisää tietoa. 2. Riskienhallinnan osapuolet ja vastuut n sisäisen työnjaon mukaisesti riskienhallinnasta on päävastuussa Mika Suvanto. Projektipäällikkö Mikko Ruokojoki toimii tässä varahenkilönä. Heidän tehtäviään riskienhallinnassa ovat: prosessin määrittäminen riskienhallinnan dokumentointi riskien analysointi riskien seuranta Koko projektiryhmä osallistuu myös riskienhallintaan: riskien tunnistaminen toimenpiteistä päättäminen Muut riskienhallinnan osapuolet: asiakas mentor ja mentor muodostavat projektin ohjausryhmän. 3. Riskienhallintaprosessi 3.1. Prosessin kuvaus Käyttämämme riskienhallinnan prosessi pohjautuu Jyrki Kontion RiskIt menetelmään [2, 3]. Emme kuitenkaan sovella menetelmää koko laajuudessaan, vaan pyrimme toteuttamaan menetelmää tarpeisiimme soveltuvin osin. Tähän päädyttiin projektin suhteellisen pienuuden ja vähäisten resurssien takia. Kuvassa on esitetty iteratiivinen riskienhallintaprosessi, jota sovellamme projektissa. Keskeistä on riskienhallinnan iterointi projektivaiheissa. Jokaisen vaiheen alussa pidetään palaveri, jossa tunnistamme ja analysoimme mahdollisia uusia riskejä ja muutostarpeita riskienhallintaprosessiin. Mikäli projektissa tapahtuu suuria muutoksia esimerkiksi tavoitteiden osalta, palaveri voi olla syytä pitää myös tällöin. Tapaamisten tuloksena syntyneet muutokset päivitetään tähän dokumenttiin. Riskejä tunnistetaan kolmen neljän hengen työryhmässä. n kokoonpanoon kuuluvat riskienhallinnan vastuuhenkilöt sekä mahdollisesti vaihtuva kolmas (ja neljäs) jäsen. Työryhmän tarkoitus on tunnistaa projektiin liittyvät riskit, analysoida ne, määrätä vastuuhenkilöt riskien seurantaan, suunnitella toimenpiteet riskin toteutuessa ja kirjata tulokset riskilokiin. Palaverin jälkeen riskienhallinnan vastuuhenkilöt käyttävät tarkistuslistamenetelmää varmistuakseen tulosten kattavuudesta. Koko projektin ajan koko ryhmä voi tunnistaa uusia riskejä ja esittää muutoksia nämä pyritään käsittelemään välittömästi. Projektin ensimmäisen vaiheen riskintunnistuksessa käytetään myös hyväksi edellisten vuosien projektiraportteja näissä voi
3 T Riskienhallintadokumentti ETL-työkalu (Aureolis Oy) Sivu 3 (12) olla konkreettista tietoa projekteja kohdanneista riskeistä. Riskienhallinnassa keskitytään ennen kaikkea suurimpiin riskeihin, ja nämä pyritään tunnistamaan ja analysoimaan varhaisessa vaiheessa. Kaikkia pienempiä riskejä tuskin pystymme edes tunnistamaan ja niihin keskittyminen ei ole tehokasta; projektiin liittyy kuitenkin normaalia epävarmuutta. Prosessissa onkin keskeistä, että projektin kannalta tärkeimpiä riskitekijöitä hallitaan ja seurataan säännöllisesti. Kuva Riskienhallintaprosessi 4. Riskiloki Riskien luokittelussa olennaista on kaksi tekijää riskin vakavuus ja riskin toteutumisen todennäköisyys. Nämä käsitteet on määritelty taulukoissa 4.1 ja 4.2. Varsinainen riskiloki on taulukossa 4.4. Riskit on jaettu eri kategorioihin niiden tyypin mukaan. Näitä kategorioita ovat: henkilöriskit (projektiryhmä, asiakas, kurssihenkilökunta) infrastruktuuririskit (laitteistot, työkalut ym.) sopimusriskit (oikeuksista sopiminen ym.)
4 T Riskienhallintadokumentti ETL-työkalu (Aureolis Oy) Sivu 4 (12) suunnitteluriskit (ohjelmistosuunnittelu) laaturiskit (tuotteiden laatu) force majeure (katastrofit, sodat ym. Näihin ei varauduta ollenkaan.) vaatimusmäärittelyriskit (vaatimusmäärittelyn taso) Taulukko 4.3 kuvaa todennäköisyyden ja vakavuuden suhdetta. Tärkeimmät riskit kuuluvat oikeaan ylänurkkaan (merkitty punaisella) ja vähäisimmät riskit vasempaan alanurkkaan (merkitty vaaleansinisellä). Taulukko kertoo myös todennäköisyyden ja vakavuuden pisteytyksen, joita käytetään riskilokissa vastaavissa sarakkeissa. Vakavuus Kriittinen Kohtalainen Matala Kuvaus Tapahtuma aiheuttaa toteutuessaan suuria ongelmia projektin suorittamiselle tavoitteiden mukaisesti, jopa vaarantaen koko projektin. Tapahtuma aiheuttaa toteutuessaan paljon työtä ja vaatii huomiota useilta ryhmän jäseniltä. Matalan prioriteetin vaatimukset vaarantuvat. Tapahtuma aiheuttaa lähinnä ylimääräistä työtä ja vaatii huomiota, mutta ei vaaranna projektiin kohdistuvia vaatimuksia. Vaikutukset kapea-alaisia; vähän työtä tai vaikuttaa vain yhteen kahteen henkilöön. Taulukko 4.1. Vakavuuden määritelmä Todennäköisyys Suuri Kohtalainen Pieni Kuvaus Tapahtuma toteutumista voidaan pitää hyvin todennäköisenä projektin aikana, muttei kuitenkaan varmana. Tapahtuman toteutuminen on varsin mahdollista. Tapahtuma on varsin epätodennäköinen, mutta kuitenkin mahdollinen projektin aikana. Taulukko 4.2. Todennäköisyyden määritelmä Vakavuus Todennäköisyys Matala (1) Kohtalainen (2) Kriittinen (3) Suuri (3) Kohtalainen (2) Pieni (1) Taulukko 4.3. Todennäköisyys / Vakavuus 5. Seuranta 5.1 Seurantaprosessi Riskienhallinnan vastuuhenkilöt vastaavat riskien seurannasta. Seuranta käsittää:
5 T Riskienhallintadokumentti ETL-työkalu (Aureolis Oy) Sivu 5 (12) toteutuneiden riskien havainnoinnin valittujen toimenpiteiden vaikutusten seurannan tapahtumasta opittujen asioiden analysoinnin ja kirjaamisen dokumentoinnin päivittämisen Jokaisen ryhmän jäsenen vastuulla on uusien riskien tunnistaminen ja oman vastuualueensa riskien ennakointi ja toimenpiteiden seuranta. Riskien seurannan tuloksena riskilokiin tulleet muutokset kirjataan taulukkoon 4.5. Tässä taulukossa esitetään muuttuneet kohdat sekä toteutuneet riskit ja reagointi niihin. 5.2 Toimenpiteistä päättäminen Riskitapahtuman toteutuessa seuraukset riippuvat riskin vakavuusasteesta: matala Työryhmä / projektipäällikkö päättää toimenpiteet kohtalainen Päätetään koko ryhmän tapaamisessa kriittinen Päätetään yhdessä ohjausryhmän kanssa, välitön raportointi kaikille projektin osapuolille Toimenpiteistä päätettäessä pohjaudutaan riskilokissa määriteltyihin toimintatapoihin. Kuitenkin on todennäköistä, että näitä on tarpeellista soveltaa vielä yksityiskohtaisemmin. Toteutuneista riskeistä on kaikissa tapauksissa raportoitava riskienhallinnan vastuuhenkilöille seurantaa varten. 6. Loppuarviointi Riskienhallinnan loppuarviointi Projektiryhmän työn ollessa loppusuoralla myös riskienhallinnan työ päättyy ja riskit projektin kannalta menettävät merkitystään. Tässä kappaleessa on arvioitu riskienhallinnan mielekkyyttä, toteuttamistapaa ja onnistumista projektissamme. Pääosin riskienhallintatyötä tehtiin iteraatioiden aikana pidetyissä riskienhallintatapaamisissa sekä ryhmä- ja asiakastapaamisissa. Riskienhallintatapaamisten tarkoituksena oli pysähtyä miettimään projektin tilannetta riskien näkökulmasta, tunnistaa uusia riskejä ja arvioida toimenpiteitä ja riskien vakavuutta. Nämä tapaamiset olivat varsin onnistuneita ja tehokkaita. Riskienhallinnan tärkeimpänä antina voi pitää toisenlaista näkökulmaa projektin tilaan. Miettimällä asioita riskien kannalta löysimme asioita joihin pitää kiinnittää enemmän huomiota. Esimerkkinä dokumentoinnin laaturiski, joka todettiin I2 -vaiheessa. Tästä seurasi huomattava panostus ja parannus dokumentointiin I2 ja FD -vaiheissa. Myös asioiden tärkeysjärjestykseen riskienhallinnan menetelmillä oli vaikutusta. Toimenpiteistä päättäminen tehtiin pitkälti normaalin projektinhallinnan keinoin keskustelemalla ryhmäkokouksissa ja uutisryhmässä. Yhteenvetona riskienhallintamenetelmä vaikuttaa kohtuullisen onnistuneelta. Projekti on kuitenkin kohtuullisen suppea, joten raskaampaa ja byrokraattisempaa menetelmää ei kannattane käyttää. Riskienhallinta vaati suoranaisesti yhteensä n. 30 h (~2 % projektin tunneista) työ-
6 T Riskienhallintadokumentti ETL-työkalu (Aureolis Oy) Sivu 6 (12) tä ryhmältä. Tähän lukuun ei sisälly ryhmä/asiakaskokoukset tai projektipäällikön/riskistä vastaavan toimenpiteet. 7. Lähteet [1] ExtraTerrestrials ryhmän projektisuunnitelma [2] J. Kontio: The Riskit Method for Software Risk Management, version 1.00, viitattu [3] Jyrki Kontio, Risk management intro, T lecture slides, viitattu
7 ID Kategoria Vakavuus (1-3) R1 R2 R3 R4 R5 R6 R7 R8 Vaatimus Suunnittelu Todennäköisyys (1-3) 2 => => =>2 1 Tiedustellaan asiakkaalta ulkopuolisia tietolähteitä. Tehdään määrittelyistä riittävän tarkat ryhmän mahdollisimman itsenäisen työskentelyn mahdollistamiseksi Altistavat tekijät Yksi ryhmän jäsen jättää kurssin kesken Useampi ryhmän jäsen jättää kurssin kesken Vaatimusten määrittely ei onnistu Projektipäällikkö ja vaatimusmäärittelyn vastuuhlö Arkkitehtuurin vastuuhlö ja projektipäällikkö Suunnitteluvirhe Asiakkaan henkilöresurssit puutteelliset Versionhallintapalvelin vikaantuu News/kalenterikone vikaantuu n keskeinen kommunikointi ei toimi Riskitapahtuma Vaikutus Omistaja Hallintakeinot Vastuu Päivitetty viimeksi n henkilöresurssit vähenevät n henkilöresurssit vähenevät olennaisesti Vaatimusmäärittel yyn jää olennaisia puutteita Valitaan väärä toteutustekniikka Kommunikointi asiakkaan kanssa jää liian vähälle Versionhallinta ei ole käytettävissä Newssit / kalenteri ei ole käytettävissä Erimielisyyksiä, väärinymmärryksiä Projektin laajuus supistuu tai työmäärä lisääntyy Projektin laajuus ja läpivienti joudutaan miettimään uudestaan Lopputulos ei vastaa asiakkaan tarpeita Joudutaan tekemään asioita uudelleen / työmäärä lisääntyy Lopputulos ei vastaa asiakkaan tarpeita, ryhmän motivaatio kärsii Ohjelmointi / dokumentointi viivästyy n kommunikointi vaikeutuu Motivaatio kärsii, työmäärä lisääntyy Tehtävien uudelleenjako, tarvittaessa muutoksia projektin laajuuteen. Neuvotellaan asiakkaan kanssa projektin laajuuden supistamisesta, mahdollisesti asiakkaan tiiviimpi osallistuminen. Tiivis yhteistyö asiakkaan kanssa vaatimusmäärittelyä tehdessä. Riittävä yhteistyö asiakkaan teknisen asiantuntijan kanssa merkittävistä teknisistä ratkaisuista. Siirretään versionhallinta koulun palvelimelle riskin toteutuessa Varaudutaan varmuuskopioinnilla, hoidetaan kommunikointi sähköpostitse tai siirrytään TikiWikiin riskin toteutuessa Mietitään kommunikointikäytännöt uusiksi, lisätään jäsenten välisiä tapaamisia. Projektipäällikkö Projektipäällikkö Projektipäällikkö Projektipäällikkö ja ko. asiasta vastaava News-vastaava Projektipäällikkö
8 ID Kategoria Vakavuus (1-3) R9 R10 R11 R12 R13 R14 R15 R16 R17 Sopimus Sopimus Todennäköisyys (1-3) Altistavat tekijät n tavoitteet epäselviä Lisenssien kanssa ongelmia Oikeuksista sopiminen ei onnistu SoberIT:llä laiteongelmia ATK-keskuksella laiteongelmia ATK-keskuksella / muilla ISP:llä ongelmia sähköpostin kanssa n jäsenellä laiteongelmia ko. ryhmän jäsen Motivaatio-ongelmia Liian paljon töitä Riskitapahtuma Vaikutus Omistaja Hallintakeinot Vastuu Päivitetty viimeksi Erimielisyyksiä, väärinymmärryksiä Jotain lisämoduulia ei voida käyttää ohjelmistossa SoberIT sivut alhaalla Projektin kotisivut alhaalla Sähköpostiongelmat kohtainen tietokone hajoaa Projekti ei kiinnosta Projektille ei pystytä järjestämään riittävästi aikaa Motivaatio kärsii, työmäärä lisääntyy Toimintoja joudutaan karsimaan ja/tai tekemään itse Projekti ei käytännössä pääse käyntiin Dokumenttien teko viivästyy tai vaikeutuu Kotisivut tilapäisesti poissa käytöstä Sähköposti ei kulje tai kulkee hyvin hitaasti Työnteko vaikeutuu, osa tehdystä työstä menetetään, aikaa kuluu Työt viivästyvät, laatu heikkenee, arvosanat putoavat Työt viivästyvät, viivästyttää myös muiden työtä, arvosanat putoavat / Mentor Selkeä ja säännöllinen viestintä tehtävistä töistä, ja näiden jaosta. Selvitetään etukäteen asiakkaan kanssa minkälaiset lisenssit ovat mahdollisia ulkopuolisissa moduuleissa. Otetaan lokaalit kopioit kurssisivujen materiaalista. Tarvittaessa sivut voidaan helposti siirtää muualle, pidetään sisältö CVS:ssä Käytetään muita palveluntarjoajia (mm. työpaikat) ja puhelinta riskin toteutuessa Pidetään kaikki koodi ja dokumentit CVS:ssä, tarvittaessa käytetään koulun tarjoamia koneita Neuvotellaan ryhmän kesken henkilökohtaisista tavoitteista, mahdollinen tehtävien uudelleenjärjestely. Tehtäviä jaetaan uudelleen, riittävä osaamisen jakaminen varmistettava. Projektipäällikkö Työkaluista vastaava Projektipäällikkö SoberIT atk HUT atk HUT atk Projektipäällikkö n jäsenet ja projektipäällikkö
9 ID Kategoria Vakavuus (1-3) R18 R19 R20 R21 R22 R23 Todennäköisyys (1-3) 2=>1 2=>1 1 1=>2 Laatu Vaatimus R24 / Vaatimus R25 R26 R27 Laatu Kaikki 3 1=>2 2 1=> =>2 1 1=>2 1=> Altistavat tekijät Sairastumiset SoberIT:llä laiteongelmia Liian korkeat tavoitteet resursseihin nähden Testaus ei riittävän laadukasta Asioiden piilottelu ja peittely, tahallinen / tahaton Asiakkaan vaatimukset muuttuvat toistuvasti Kommunikointi asiakkaan suhteen ei toimi Dokumentoinnin laatu heikkoa Asioista sovitaan vain suullisesti Puutteellinen tietotaito ryhmällä Riskitapahtuma Vaikutus Omistaja Hallintakeinot Vastuu Päivitetty viimeksi Projektille ei pystytä järjestämään riittävästi aikaa Trapoli alhaalla Työmäärä arvioidaan liian pieneksi Virheet ja puutteet jäävät löytämättä Tieto ongelmista ei kulje Toistuvat muutokset vaatimuksiin t eivät tule toimeen keskenään Dokumentoinnin hyöty vähäistä Päätökset unohtuvat Tekniset haasteet osoittautuvat liian suuriksi Työt viivästyvät, tärkeä henkilö poissa Tuntiraportteja ei saada ajoissa Hommat jäävät puolitiehen Laatu alhainen Ongelmat tulevat esille liian myöhään Suunnittelu ja töiden jakaminen vaikeutuu, työnteko hidastuu, tehdään vääriä asioita Suunnittelu ja töiden jakaminen vaikeutuu, työnteko hidastuu, tehdään vääriä asioita tyytymätön, ohjelman jatkokäyttö vaarassa Pidetään turhia palavereja, tehdään turhaa työtä, sovittuja asioita jää hoitamatta Tavoiteltua toiminnallisuutta ei pystytä toteuttamaan Riittävä redundanssi jokaisen projektin osaalueen osaamisessa. Tehtävien uudelleenjako. Otetaan raportit riittävän ajoissa (2 päivää ennen) Neuvotellaan asiakkaan kanssa ajoissa tavoitteiden muuttamisesta. Määrittelyt käydään riittävän selvästi läpi asiakkaan kanssa, jotta epäselvyyksiä ei tule. Kokeillaan vaihtoehtoisia kommunikointitapoja, muutetaan yhteysti- Laaditaan muistiot jokaisesta tapaamisesta, dokumentoidaan sovitut asiat Haetaan asiakkaalta opastusta, tarvittaessa muutoksia projektin laajuuteen. Projektipäällikkö Projektipäällikkö n jäsen, joka on työmäärät arvioinut Otetaan käyttöön systemaattiset testausprosessit. Viikoittaiset raportit edistymisestä, edistymättömyydestä. Testausvastaava ja projektipäällikkö Testausvastaava ja projektipäällikkö Projektipäällikkö ja vaatimusmäärittelyn vastuuhlö Projektipäällikkö heyttä. Pidetään katselmuksia tärkeimmistä dokumenteista Katselmointivastaava Kokouksen sihteeri Projektipäällikkö
10 ID Kategoria Vakavuus (1-3) R28 R29 R30 R31 R32 R33 R34 R35 Altistavat tekijät Suunnittelu Suunnittelu Laatu Laatu Todennäköisyys (1-3) 2 1 3=> =>2 2 1=>2 Tekniset ongelmat muiden (lähde-) järjestelmien suhteen kemia ryhmän kesken ei toimi Rajapinnat huonosti määritelty tai kommunikointi ohjelmoijien välillä puutteellista Siirtyminen suunnittelusta toteutukseen hidasta Arkkitehdilla tuntimäärä varsin suuri Muutamalla ryhmän jäsenellä varsin vähän tunteja Koodin laatu heikkoa Keskeneräistä koodia jää ohjelmaan Riskitapahtuma Vaikutus Omistaja Hallintakeinot Vastuu Päivitetty viimeksi Löytyy bugeja tms. ominaisuuksia joihin ei voida vaikuttaa Tavoiteltua toiminnallisuutta ei pystytä toteuttamaan, työmäärä lisääntyy, suunnitelmia täytyy tarkistaa Yhteistyö ei suju Motivaatio kärsii Järjestelmäintegrointi eri moduulien välillä vaikeaa Arkkitehtuuri kärsii, suunnittelua ja ohjelmointia joudutaan miettimään uudelleen Toteutus viivästyy Toteutus viivästyy Arkkitehti ei osallistu aktiivisesti I2 ja FD -vaiheisiin Vaikeuksia löytää tarpeeksi aikaa myöhemmissä vaiheissa Ohjelman toimintaa ei ymmärretä Koodia luullaan valmiiksi Jatkokehitys vaikeaa, muiden ryhmän jäsenten vaikea saada selvää / Jatkokehitys vaikeaa / Ratkaisuja ei sidota tiettyyn järjestelmään. kohtainen panostus, riittävä ajanvaraus projektille. UML-kaaviot ja/tai kirjalliset määrittelyt kaikista rajapinnoista ryhmän saataville. Pyritään jakamaan toteutusvastuuta ryhmälle, pidetään aivoriihi aiheesta Vastuutetaan tehtäviä uudelleen (johtuu osittain projektin luonteesta, mm. testausta ei olla pystytty juurikaan tekemään) Jaetaan itsenäisiä tehtäviä mm. joululoman ajaksi Pidetään koodikatselmointeja, käytetään suunnittelumalleja Dokumentointiin panostettava Arkkitehtuurista vastaava ja projektipäällikkö n jäsen yhdessä projektipäällikön kanssa Arkkitehtuurista vastaava Projektipäällikkö organisoi työt Toteutus vaikeutuu, muut joutuvat ottamaan vastuuta enemmän Tuntimäärät voivat ko. henkilöiden osalta jäädä vajaiksi, seurauksena heikompi lopputulos Projektipäällikkö, arkkitehtuurista vastaava Projektipäällikkö, ko. henkilöt Katselmointivastaava, arkkitehtuurista vastaava Projektipäällikkö, dokumentoinnin vastaava
11 Taulukko 4.4. Riskiloki Muuttunut kohta Muutos Tilanne Toteutetut / päätetyt toimenpiteet Päivämäärä R1 Laskettu todennäköisyys 2 -> 1 Ei merkkejä toteutumisesta - R3 - Osittain toteutunut pieniä puutteita löydetty R6 - Osittain toteutunut versiohallinnan kanssa pieniä ongelmia Päätetty tehostaa muutostenhallintaa toimii ok. Pidetään yllä valmiutta siirtää CVS progress:iin R7 - - Varmuuskopiointi on järjestetty. R8 - Osittain toteutunut informaatiotulva ongelmana, kaikki eivät ole päässeet kokouksiin kenties riittävästi R11 - Lisenssistä / salassapidosta ei ole saatu sopimusta aikaan R12 - Osittain toteutunut aiheuttanut ylimääräistä odottelua palautuksen aikoihin R15 Nostettu todennäköisyys 1 -> 2 Toteutunut nettiyhteys poikki, bussilakko vaikeuttanut koulun koneiden käyttöä R16 Nostettu todennäköisyys 1 -> 2 Todennäköisesti pienissä määrin esiintyy jokaisella projektin aikana R17 Nostettu todennäköisyys 2 -> 3 Muut kiireet ovat rajoittaneet osallistumista projektiin - Projektipäällikkö on yhteydessä asiakkaaseen välittömästi Projektipäällikkö määrittelee lokaalin kopion teon kurssisivuista jollekin tehtäväksi - - -
12 Muuttunut kohta Muutos Tilanne Toteutetut / päätetyt toimenpiteet Päivämäärä R26 Nostettu todennäköisyys 1 -> 2 Muutama tehtävä unohtunut / viivästynyt, epävirallisimmissa työpalavereissa luvattuja asioita ei aina muista, kokouksen sihteeri ei huomaa kirjata kaikkia päätöksiä R30 - Osittain toteutunut kaikki eivät ole täysin selvillä miten edetä toteutuksessa Jokaisen pyrittävä kiinnittämään tähän enemmän huomiota Pidetään aivoriihi toteutuksesta R31 Uusi riski - - R32 Uusi riski - - R33 Uusi riski - - R34 Uusi riski - PP viestittää vielä ohjeita vastuujaosta ja tehtävistä R3 Osittain toteutunut Epäselviä asioita kerättävä palaveriin perjantaiksi R11 Ei enää ajankohtainen Osittain toteutunut R13 Ei enää ajankohtainen R20 Osittain totetunut R31 Ei enää ajankohtainen Kaikki Ei enää ajankohtainen Projekti päättyy Taulukko 4.5. Riskilokin muutokset
T Riskienhallintadokumentti ETL-työkalu (Aureolis Oy) Sivu 1 (9)
T-76.115 Riskienhallintadokumentti ETL-työkalu (Aureolis Oy) Sivu 1 (9) T-76.115 Riskienhallintadokumentti ExtraTerrestriaLs Versio Pvm Tekijä Kuvaus 0.1 Mika Suvanto Alustava versio 0.9.10.2004 Mika Suvanto
LisätiedotT-76.115 Riskienhallintadokumentti ETL-työkalu (Aureolis Oy) Sivu 1 (12)
T-76.115 Riskienhallintadokumentti ETL-työkalu (Aureolis Oy) Sivu 1 (12) T-76.115 Riskienhallintadokumentti ExtraTerrestriaLs Versio Pvm Tekijä Kuvaus 0.8.10.2004 Mika Suvanto Alustava versio 0.9.10.2004
LisätiedotT Riskienhallintadokumentti ETL-työkalu (Aureolis Oy) Sivu 1 (11)
T-76.115 Riskienhallintadokumentti ETL-työkalu (Aureolis Oy) Sivu 1 (11) T-76.115 Riskienhallintadokumentti ExtraTerrestriaLs Versio Pvm Tekijä Kuvaus 0.1 Mika Suvanto Alustava versio 0.9.10.2004 Mika
LisätiedotData Sailors - COTOOL dokumentaatio Riskiloki
Table of Contents 1 Johdanto.................................................................................... 1 1.1 Versiohistoria...........................................................................
LisätiedotProjektisuunnitelma. KotKot. Helsinki Ohjelmistotuotantoprojekti HELSINGIN YLIOPISTO Tietojenkäsittelytieteen laitos
Projektisuunnitelma KotKot Helsinki 22.9.2008 Ohjelmistotuotantoprojekti HELSINGIN YLIOPISTO Tietojenkäsittelytieteen laitos Kurssi 581260 Ohjelmistotuotantoprojekti (9 + 1 op) Projektiryhmä Tuomas Puikkonen
LisätiedotProjektiryhmä Tete Työajanseurantajärjestelmä. Riskienhallintasuunnitelma
Projektiryhmä Tete Työajanseurantajärjestelmä T-76.115 Tietojenkäsittelyopin ohjelmatyö/ 2(6) Muutoshistoria Versio PVM Tekijä Kuvaus 0.10 14.10.2003 Miikka Lötjönen Dokumenttipohja (projektisuunnitelman
LisätiedotT Tietojenkäsittelyopin ohjelmatyö. Testiraportti, vaihe T1. Tietokonegrafiikka-algoritmien visualisointi. Testiraportti, vaihe T1
T-76.115 Tietojenkäsittelyopin ohjelmatyö Sisältö Tästä dokumentista ilmenee T1-vaiheessa suoritettu testaus, sen tulokset ja poikkeamat testisuunnitelmasta. Päivämäärä 1.12.2002 Projektiryhmä Keimo keimo-dev@list.hut.fi
LisätiedotProjektiryhmä Tete Work-time Attendance Software. Henkilökohtainen SE harjoitus: loppuraportti
Projektiryhmä Tete Work-time Attendance Software Henkilökohtainen SE harjoitus: loppuraportti Projektin etenemisen seuranta ja kontrollointi Niilo Fredrikson T-76.115 Tietojenkäsittelyopin ohjelmatyö 2(8)
LisätiedotT-76.115 Edistymisraportti. ExtraTerrestriaLs PP iteraatio 2.11.2004
T-76.115 Edistymisraportti ExtraTerrestriaLs PP iteraatio 2.11.2004 Agenda Projektin tilanne Projektin esittely Projektin tavoitteet ja nykyinen tilanne Työn tulokset PP iteraation tuotokset Tehtävien
LisätiedotPROJEKTIN OHJAUS JA SEURANTA JOUNI HUOTARI 28.9.2009
PROJEKTIN OHJAUS JA SEURANTA JOUNI HUOTARI 28.9.2009 POHDINTAA Mitä asioita projektissa seurataan? Kuka vastaa ohjauksesta? Millä tavoin projektia seurataan ja ohjataan? Mitä asioita ohjaukseen kuuluu?
LisätiedotLaadunvarmistuksen suunnitelma. Ryhmä ExtraTerrestriaLs Aureolis Oy
Laadunvarmistuksen suunnitelma Ryhmä ExtraTerrestriaLs Aureolis Oy Versio Päiväys Tekijä Kuvaus 1.0 8.11.2004 Risto Kunnas Ensimmäinen versio 1.1 8.11.2004 Risto Kunnas Korjauksia 1.2 9.11.2004 Mika Suvanto
LisätiedotCOTOOL dokumentaatio Riskiloki
Table of Contents 1 Johdanto.................................................................................. 1 1.1 Versiohistoria...........................................................................
LisätiedotHYVE -JOHTAMISEN KARTTA -HANKE 1.3.2012-31.10.2014 Kainuun osahankkeen riskienarviointi Pvm:30.7.2013 Laatijat: PirjoJokelainen Niina Komulainen Riskin vaikutus Vähäinen (1) Vakava (2) Erittäin vakava
LisätiedotKäyttäjien tunnistaminen ja käyttöoikeuksien hallinta hajautetussa ympäristössä
www.niksula.cs.hut.fi/~jjkankaa// Testauksen loppuraportti v. 1.0 Päivitetty 23.4.2001 klo 19:05 Mikko Viljainen 2 (14) Dokumentin versiohistoria Versio Päivämäärä Tekijä / muutoksen tekijä Selite 1.0
LisätiedotHarjoitus 3 Case Face Wash. Raine Mäki, Laura Takkinen, Marika Östman, Otto Kataja
Harjoitus 3 Case Face Wash Raine Mäki, Laura Takkinen, Marika Östman, Otto Kataja Tunnistettuja ongelmia Katastrofaaliset ongelmat Kommunikointi Projektisuunnitelman puuttuminen Projektia ei aikataulutettu
LisätiedotT Testitapaukset TC-1
T-76.115 Testitapaukset TC-1 ETL-työkalu ExtraTerrestriaLs / Aureolis Oy Versio Päivämäärä Tekijä Muutos 1.0 18.11.2004 Risto Kunnas Testitapaukset ensimmäistä iteraatiota varten 1.1 26.11.2004 Risto Kunnas
LisätiedotProject group Tete Work-time Attendance Software
Project group Tete Work-time Attendance Software Henkilökohtainen SE harjoitus: etenemisraportti Projektin etenemisen seuranta ja kontrollointi Niilo Fredrikson T-76.115 Software project 2(5) Muutosloki
LisätiedotVerkkopokerijärjestelmä. Loppuraportti Ryhmä Kanat Ohjelmistotuotantoprojekti, syksy 2008
Verkkopokerijärjestelmä Loppuraportti Ryhmä Kanat Ohjelmistotuotantoprojekti, syksy 2008 Projektiryhmä Samuli Aalto-Setälä Jukka Kekälainen Jarno Kyykkä Mika Mielonen Mårten Smeds Otto Waltari Ohjaaja
LisätiedotDigi-tv vastaanottimella toteutetut interaktiiviset sovellukset. Riskienhallinta DTV projektissa
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
LisätiedotSiimasta toteutettu keinolihas
AS 0.3200 Automaatio ja systeemitekniikan projektityöt Projektisuunnitelma: Siimasta toteutettu keinolihas Laura Gröhn 224417 Mikko Kyllönen 221177 Lauri Liukko Sipi 84702A Susanna Porkka 225131 3.2.2015
LisätiedotLaadunvarmistuksen suunnitelma. Ryhmä ExtraTerrestriaLs Aureolis Oy
Laadunvarmistuksen suunnitelma Ryhmä ExtraTerrestriaLs Aureolis Oy Versi Päiväys Tekijä Kuvaus o 1.0 8.11.2004 Risto Kunnas Ensimmäinen versio 1.1 8.11.2004 Risto Kunnas Korjauksia 1.2 9.11.2004 Mika Suvanto
LisätiedotT Tietojenkäsittelyopin ohjelmatyö Tietokonegrafiikka-algoritmien visualisointi Vaatimustenhallinta
T-76.115 Tietojenkäsittelyopin ohjelmatyö Sisältö Tämä on dokumentti esittelee tietokonegrafiikkaalgoritmien visualisointijärjestelmän kehitysprojektissa käytettävän vaatimustenhallintamenetelmän. Päivämäärä
LisätiedotPS-vaiheen edistymisraportti Kuopio
PS-vaiheen edistymisraportti Kuopio Kuopio, PS-vaiheen edistymisraportti, 30.10.2001 Versiohistoria: Versio Pvm Laatija Muutokset 1.0 30.10.2001 Ossi Jokinen Kuopio2001, vain kurssin T-76.115 arvostelun
LisätiedotT Projektikatselmus
T-76.115 Projektikatselmus Projektityöryhmä GenCode I3-iteraatio 17.3.2004 Agenda Tavoitteiden toteutuminen (5 min) Resurssien käyttö (5 min) Iteraation tulokset (10 min) Riskit (5min) +Kokemuksia työskentelymenetelmistä
LisätiedotProjektisuunnitelma Viulu
Projektisuunnitelma Viulu Kuusela Johannes Sjöblom Teemu Suominen Osma Ohjelmistotuotantoprojekti Helsinki 23.9.2004 HELSINGIN YLIOPISTO Tietojenkäsittelytieteen laitos Versiohistoria Päivämäärä Versio
LisätiedotEDISTYMISRAPORTTI - PS Virtuaaliyhteisöjen muodostaminen Versio 1.0
EDISTYMISRAPORTTI - PS Edited by Checked by Approved by Antti Tuomaala Harri Kauhanen i Sisällysluettelo DOKUMENTIN VERSIOT 1 1. PROJEKTIN TILA 2 2. SUORITETUT TEHTÄVÄT 3 Projektisuunnitelma 3 Vaatimusmäärittely
LisätiedotProjektisuunnitelma Nero-ryhmä
Projektisuunnitelma Nero-ryhmä Kuusela Johannes Muukkonen Jyrki Sjöblom Teemu Sundberg Ville Suominen Osma Tuohenmaa Timi Ohjelmistotuotantoprojekti Helsinki 9.9.2004 HELSINGIN YLIOPISTO Tietojenkäsittelytieteen
LisätiedotSEPA: Projektin edistymisen seuranta ja hallinta
T-76.115 Ryhmä ExtraTerrestriaLs SEPA-päiväkirja Sivu 1 (10) SEPA: Projektin edistymisen seuranta ja hallinta Mikko Ruokojoki, 45959V Versio Päiväys Kuvaus 0.1 27.10.2004 Ensimmäinen versio 0.2 1.11.2004
LisätiedotKuopio Testausraportti Asiakkaat-osakokonaisuus
Kuopio Testausraportti Asiakkaat-osakokonaisuus Kuopio, testausraportti, 25.3.2002 Versiohistoria: Versio Pvm Laatija Muutokset 0.1 11.2.2002 Matti Peltomäki Ensimmäinen versio 0.9 11.2.2002 Matti Peltomäki
LisätiedotT Tietojenkäsittelyopin ohjelmatyö
T-76.115 Tietojenkäsittelyopin ohjelmatyö Sisältö Dokumentissa on kuvattu Keimo-projektin riskienhallintasuunnitelma ja kulloinkin tunnistetut riskit. Dokumenttia päivitetään jokaiseen palautukseen. Päivämäärä
LisätiedotT 76.115 Tietojenkäsittelyopin ohjelmatyö Hirviöryhmä loppukatselmointi. Hirviö. Projektikatselmointi
Hirviö Projektikatselmointi Mikä Hirviö on? Hajautettu muistikirja Professoreille Muistiinpanoja keskusteluista opiskelijan kanssa Diplomitöiden ja jatko opintojen seuranta Raportointi Opetushenkilökunnalle
LisätiedotTYÖOHJEET VR-HYVINKÄÄ
TEEMU JAUHIAINEN, JONI NORDSTRÖM TYÖOHJEET VR-HYVINKÄÄ Metropolia Ammattikorkeakoulu KONE- JA TUOTANTOTEKNIIKKA Projektisuunnitelma 19.3.2014 Sisällys Lyhenteet 1 Johdanto 1 2 Projektin tavoitteet 1 3
LisätiedotLego Mindstorms anturit
Lego Mindstorms anturit Metropolia Ammattikorkeakoulu Projektisuunnitelma Tomi Ilonen KA09 Tommi Nuotiomaa KA09 Matias Pitkänen KA09 20.1.2012 Insinöörityö Päivämäärä Sisällys 1 Projektin kuvaus 1 1.1
LisätiedotT Testiraportti - järjestelmätestaus
T-76.115 Testiraportti - järjestelmätestaus 18. huhtikuuta 2002 Confuse 1 Tila Versio: 1.0 Tila: Päivitetty Jakelu: Julkinen Luotu: 18.04.2002 Jani Myyry Muutettu viimeksi: 18.04.2002 Jani Myyry Versiohistoria
LisätiedotRyhmä (11) Numeropankki
Tampereen teknillinen yliopisto Tietotekniikan laitos TIE-13100 Tietotekniikan projektityö Ryhmä (11) Numeropankki Projektisuunnitelma Tommi Blomster Jari Laaksonen Petri Tahvanainen Eemil Väisänen (vastaa
LisätiedotA14-11 Potilaan mittaustiedon siirtäminen matkapuhelimeen
1 AS-0.3200 Automaatio- ja systeemitekniikan projektityöt A14-11 Potilaan mittaustiedon siirtäminen matkapuhelimeen Projektisuunnitelma Tommi Salminen, Hanna Ukkola, Olli Törmänen 19.09.2014 1 Projektin
LisätiedotReilun Pelin työkalupakki: Kiireen vähentäminen
Reilun Pelin työkalupakki: Kiireen vähentäminen Tavoitteet Tämän toimintamallin avulla opit määrittelemään kiireen. Työyhteisösi oppii tunnistamaan toistuvan, kuormittavan kiireen sekä etsimään sen syitä
LisätiedotSALAKIRJOITUKSEN VAIKUTUS SUORITUSKYKYYN UBUNTU 11.10 käyttöjärjestelmässä -projekti
Järjestelmäprojekti 1 projektisuunnitelma ICT4TN007-2 SALAKIRJOITUKSEN VAIKUTUS SUORITUSKYKYYN UBUNTU 11.10 käyttöjärjestelmässä -projekti Versio 0.1 Tekijät Keijo Nykänen Tarkastanut Hyväksynyt HAAGA-HELIA
LisätiedotSYSTEMAATTINEN RISKIANALYYSI YRITYKSEN TOIMINTAVARMUUDEN KEHITTÄMISEKSI
Päivitetty 28.3.2017 SYSTEMAATTINEN RISKIANALYYSI YRITYKSEN TOIMINTAVARMUUDEN KEHITTÄMISEKSI Riskianalyysiohjeen tarkoitus on tukea yrityksen toimintaa uhkaavien tilanteiden (riskien) tunnistamisessa,
LisätiedotRaitiotieallianssin riskienhallintamenettelyt
Riskienhallintamenettelyt 1 (7) Raitiotieallianssin riskienhallintamenettelyt Riskienhallintamenettelyt 2 (7) SISÄLTÖ 1 PERIAATTEET JA TAVOITTEET... 3 2 ORGANISOINTI JA VASTUUT... 4 3 RISKIENHALLINTAPROSESSI...
LisätiedotProjektisuunnitelma. Laitteiston ja kalusteiden hankinta, versio WEB MAGIA OY Laatija Oula Kangas
Projektisuunnitelma Laitteiston ja kalusteiden hankinta, versio 0.2 11.8. 2017 WEB MAGIA OY Laatija Oula Kangas Tämä dokumentti on luotu malliksi Tredun opiskelijoiden käyttöön Web Magia Oy Projektisuunnitelma
LisätiedotJyväskylän yliopisto, Sovellusprojektien kokoustila AgC223.1. Itkonen Jonne (saapui 9.25) Santanen Jukka Pekka (saapui 9.35)
3. PROJEKTIPALAVERI, Aika: Tiistai 17.2.2004 klo 8:30 9:40 Paikka: Läsnäolijat: Jyväskylän yliopisto, Sovellusprojektien kokoustila AgC223.1 Aarniovuori Timo (puheenjohtaja) Alasalmi Teija (sihteeri) Hyvärinen
LisätiedotVERSIONHALLINTA. PARIOHJELMOINTI Lari Ahti, 62634M Antti Kauppinen, 58390D
VERSIONHALLINTA PARIOHJELMOINTI Lari Ahti, 62634M Antti Kauppinen, 58390D Versio Päivä Tekijä Kuvaus 0.1 26.10.2005 Kaarlo Lahtela Ensimmäinen versio 0.2 10.12.2006 Lauri Kiiski Suomennettu 3 (8 ) SISÄLLYS
LisätiedotT Loppukatselmus
T-76.115 Loppukatselmus REILU 16.3.2005 Agenda Johdanto (5min) Tuotteen esittely (10 min) Käyttötarkoitus Vaatimukset Ohjelmiston rakenne Demosovellus Projektin arviointi (15 min) Iteraatiot Tavoitteiden
LisätiedotTehokkaiden strategioiden identifiointi vakuutusyhtiön taseesta
MS E2177 Operaatiotutkimuksen projektityöseminaari Väliraportti Tehokkaiden strategioiden identifiointi vakuutusyhtiön taseesta 28.3.2016 Asiakas: Model IT Projektiryhmä: Niko Laakkonen (projektipäällikkö),
LisätiedotProjektisuunnitelma. Palvelujen siirto Palvelutietovarantoon (PTV) Harri Nevala 1
Projektisuunnitelma Palvelujen siirto Palvelutietovarantoon (PTV) 11.12.2017 Harri Nevala 1 Versiohistoria Versio Pvm Muutoksen kuvaus Tekijä Hyväksyjä 0.1 22.9.2016 Ensimmäinen versio Juha Ranki 0.2 30.9.2016
LisätiedotKäyttäjien tunnistaminen ja käyttöoikeuksien hallinta hajautetussa ympäristössä
Edistymisraportti v. T4 (Toteutus 4) Päivitetty 15.3.2001 klo 18:13 2 (8) Sisällys 1 PROJEKTIN TILA...3 2 SUORITETUT TEHTÄVÄT...6 3 KÄYTETYT MENETELMÄT...7 4 ONGELMAT...8 EDISTYMISRAPORTTI 2 3 (8) 1. Projektin
LisätiedotProjektisuunnitelma. Projektin tavoitteet
Projektisuunnitelma Projektin tavoitteet Projektin tarkoituksena on tunnistaa erilaisia esineitä Kinect-kameran avulla. Kinect-kamera on kytkettynä tietokoneeseen, johon projektissa tehdään tunnistuksen
LisätiedotConvergence of messaging
Convergence of messaging Testaussuunnitelma The Converge Group: Mikko Hiipakka Anssi Johansson Joni Karppinen Olli Pettay Timo Ranta-Ojala Tea Silander Helsinki 20. joulukuuta 2002 HELSINGIN YLIOPISTO
LisätiedotT Ohjelmistoprojektien hallinta Tehtävän 3 ratkaisu. Maija Kangas, Kimmo Stålnacke ja Outi Syysjoki
T-76.612 Ohjelmistoprojektien hallinta Tehtävän 3 ratkaisu Maija Kangas, Kimmo Stålnacke ja Outi Syysjoki Osa 1 - Ongelmat McConnellin (1996) luokittelun mukaisesti: Ihmiset Prosessi Tuote Teknologia Osa
LisätiedotENG-A1002 ARTS-ENG-Projekti. B-kori
ENG-A1002 ARTS-ENG-Projekti B-kori 11.4.2017 Innovatiivinen kuljetin B-korissa pyritään löytämään: uusi tai paranneltu tuotekonsepti kappaletavaroiden tai materiaalien käsittelyyn, siirtelyyn tai kuljetukseen.
LisätiedotMenetelmäraportti - Konfiguraationhallinta
Menetelmäraportti - Konfiguraationhallinta Päiväys Tekijä 22.03.02 Ville Vaittinen Sisällysluettelo 1. Johdanto... 3 1.1 Tärkeimmät lyhenteet... 3 2. Konfiguraationhallinnan tärkeimmät välineet... 4 2.1
LisätiedotElectric power steering
AS-0.3200 Automaatio- ja systeemitekniikan projektityöt Electric power steering Ohjausmoottorin jäähdytys ja ylikuumenemisen esto Projektisuunnitelma 19.9.2014 Työn ohjaaja: Ville Matikainen Tekijät: Samppa
LisätiedotIIZT4020 Projektitoiminta
IIZT4020 Projektitoiminta Jouni Huotari S2010 http://student.labranet.jamk.fi/~huojo/opetus/iizt4020/ Tutustumiskierros Kuka minä olen miksi minä opetan projektitoimintaa Keitä te olette mitä te haluatte
LisätiedotCase Tampere3: PMO:n rooli organisaatioiden yhdistyessä
Case Tampere3: PMO:n rooli organisaatioiden yhdistyessä Kirsi Vikström, Erikoissuunnittelija, Tietohallinto, ICT-tuotanto ja kehityspalvelut Projektipäällikkö, Tampere3 PMOn käynnistäjä Tampereen Ammattikorkeakoulu
LisätiedotT-76.115 Projektisuunnitelma
T-76.115 Projektisuunnitelma ETL-työkalu Versio Päivämäärä Tekijä Kuvaus 0.1 20.10.2004 Timo Sallinen Ensimmäinen versio 1.0 22.10.2004 Timo Sallinen Korjauksia, lisätty 1.4 ja 5.3 1.1 26.10.2004 Mikko
LisätiedotOhjelmiston testaus ja laatu. Ohjelmistotekniikka elinkaarimallit
Ohjelmiston testaus ja laatu Ohjelmistotekniikka elinkaarimallit Vesiputousmalli - 1 Esitutkimus Määrittely mikä on ongelma, onko valmista ratkaisua, kustannukset, reunaehdot millainen järjestelmä täyttää
LisätiedotOhjausryhmä. Petri Veijalainen
Ohjausryhmä Petri Veijalainen 1 Ohjausryhmä Ohjausryhmä asetetaan, jos tuensaaja tai rahoittaja katsoo sen tarpeelliseksi Edellytetään esim. kun toiminta ulottuu useammalle alueelle tai on muuten laaja-alaista,
LisätiedotJyrki Kullaa ohjaava opettaja. Mika Miettinen puheenjohtaja
TKI-Projekti: /3 Aloituskokous Aika 6..204 klo.00 Paikka Metropolia AMK, Eerikinkatu 36, Helsinki Läsnä Sebastian Gumenius sihteeri Jyrki Kullaa ohjaava opettaja Mika Miettinen puheenjohtaja. Kokouksen
LisätiedotProjektisuunnitelma. (välipalautukseen muokattu versio) Vesiprosessin sekvenssiohjelmointi ja simulointiavusteinen testaus
Projektisuunnitelma (välipalautukseen muokattu versio) Vesiprosessin sekvenssiohjelmointi ja simulointiavusteinen testaus Ville Toiviainen Tomi Tuovinen Lauri af Heurlin Tavoite Projektin tarkoituksena
LisätiedotAS Automaatio ja systeemitekniikan projektityöt Projektisuunnitelma Syksy 2009 A09 05 OSGi IRC Bot For Coffee Maker
AS 0.3200 Automaatio ja systeemitekniikan projektityöt Projektisuunnitelma Syksy 2009 A09 05 OSGi IRC Bot For Coffee Maker Henri Nieminen Juha Sironen Palautettu: 21.9.2009 Nieminen, Sironen Sisällysluettelo
LisätiedotCS-C2130 / CS-C2140 / CS-E4910 Software Project 1 / 2 / 3 ja Accenture Luento
CS-C2130 / CS-C2140 / CS-E4910 Software Project 1 / 2 / 3 ja Accenture 2016-2017 Luento 14.9.2016 Accenture yleisesti Maailmanlaajuisesti: henkilömäärä: ~ 375 000 toimistoja yli 200 kaupungissa, 120 maassa
LisätiedotGroupDesk Toiminnallinen määrittely
GroupDesk Toiminnallinen määrittely Tilanne: Paikallinen oppilaitos, kuvitteellinen WAMK, tarvitsee ryhmätyöhön soveltuvan sähköisen asioiden hallintajärjestelmän ja ryhmätyöohjelmiston, jonka ajatuksena
Lisätiedot0.47 27.11.2005 Santeri Saarinen Korjattu testaustasoja ja tehty tarkennuksia I1-testaukseen
Muutoshistoria Versio Pvm Tekijä Kuvaus 0.1 24.10.2005 Elina Kontro Laatuasiat siirretty omaan dokumenttiin jatkotyöstetty 0.2 27.10.2005 Santeri Saarinen Bugien elinkaari yms. asioita jatkettu 0.3 28.10.2005
LisätiedotProjektinhallinta TARJA NISKANEN LÄHTEENÄ MM. KEHITTÄJÄN KARTTAKIRJA
Projektinhallinta TARJA NISKANEN LÄHTEENÄ MM. KEHITTÄJÄN KARTTAKIRJA PROJEKTITOIMINNAN ONGELMIA Kaikkea mahdollista nimitetään projekteiksi Projekti annetaan henkilöille muiden töiden ohella Ei osata käyttää
LisätiedotKäyttäjien tunnistaminen ja käyttöoikeuksien hallinta hajautetussa ympäristössä
www.niksula.cs.hut.fi/~jjkankaa// Demosovelluksen tekninen määrittely v. 0.6 Päivitetty 11.12.2000 klo 20:26 Mickey Shroff 2 (12) Dokumentin versiohistoria Versio Päivämäärä Tekijä / muutoksen tekijä Selite
LisätiedotProjektisuunnitelma. Boa Open Access. Helsinki Ohjelmistotuotantoprojekti HELSINGIN YLIOPISTO Tietojenkäsittelytieteen laitos
Projektisuunnitelma Boa Open Access Helsinki 4.2.2006 Ohjelmistotuotantoprojekti HELSINGIN YLIOPISTO Tietojenkäsittelytieteen laitos Kurssi 581260 Ohjelmistotuotantoprojekti (6 ov) Projektiryhmä Ilmari
LisätiedotTietoturva- ja tietosuojariskien hallinta tietojärjestelmäkilpailutuksessa
Tietoturva- ja tietosuojariskien hallinta tietojärjestelmäkilpailutuksessa 13.05.2015 Terveydenhuollon ATK-päivät Tampere-talo Yleistä Riskienhallintaan löytyy viitekehyksiä/standardeja kuten ISO 31000
LisätiedotSOVELLUSPROJEKTIN ARVIOINTILOMAKE
SOVELLUSPROJEKTIN ARVIOINTILOMAKE Arviointilomake on tarkoitettu Sovellusprojektin vastaavan ohjaajan arvioinnin tueksi, eikä sillä siten tule korvata erillistä projektilausuntoa. Useaa arviointikohtaa
LisätiedotValtioneuvoston kanslia VAIN VIRKAKÄYTTÖÖN Hallinto- ja palveluosasto/hallintoyksikkö Terja Ketola PTJ2008-työsuunnitelma 1 (5)
Terja Ketola PTJ2008-työsuunnitelma 1 (5) AIKATAULU JA TEHTÄVÄT / PTJ2008 VALMIS MENOSSA MYÖHÄSSÄ ALOITTAMATTA ALUSTAVA AJANKOHTA EI PIDETTY / TEHTY 1 Määrittelyn läpikäynti PTi, TKe, IHa, TRö 34 23.8.2007
LisätiedotOrientaatio ICT-alaan. Projekti
Orientaatio ICT-alaan Projekti Projekti Ajallisesti rajoitettu, kertaluonteinen tehtävä määrätyt resurssit sekä oma (linjaorganisaatiosta poikkeava) organisaatio Toteutus tapahtuu suunnitelmallisesti ennalta
LisätiedotMäärittelyvaihe. Projektinhallinta
Määrittelyvaihe Projektinhallinta testaus määrittely suunnittelu ohjelmointi käyttöönotto, testaus tuotteenhallinta laadunvarmistus dokumentointi vaatimustenhallinta Määrittely Määrittely, eli kansanomaisesti
LisätiedotLiikenteen turvallisuusviraston Trafin toimialariippumattomien ict-tehtävien toimintosiirtoprojektin loppuraportti 1.0
Raportti 1 (8) Liikenteen turvallisuusviraston Trafin toimialariippumattomien ict-tehtävien toimintosiirtoprojektin loppuraportti 1.0 Raportti 2 (8) MUUTOSHISTORIA Versio Päiväys Laatija Muutoksen kuvaus
LisätiedotOhjausryhmä. EAKR-hankkeiden starttikoulutus ja
Ohjausryhmä EAKR-hankkeiden starttikoulutus 2.10. ja 4.10.2018 Ohjausryhmä Pääsääntöisesti rahoittaja edellyttää hankkeelle ohjausryhmää Tarkista hankepäätöksestä edellytetäänkö hankkeeltasi ohjausryhmää
LisätiedotT-76.115 Projektisuunnitelma
T-76.115 Projektisuunnitelma ETL-työkalu Versio Päivämäärä Tekijä Kuvaus 0.1 20.10.2004 Timo Sallinen Ensimmäinen versio 1.0 22.10.2004 Timo Sallinen Korjauksia, lisätty 1.4 ja 5.3 1.1 26.10.2004 Mikko
LisätiedotKieliaineistojen käyttöoikeuksien hallinnan tietojärjestelmä
Kieliaineistojen käyttöoikeuksien hallinnan tietojärjestelmä Omistaja Tyyppi Tiedoston nimi Turvaluokitus Kohderyhmä Turvaluokituskäytäntö --- SE/Pekka Järveläinen Projektisuunnitelma projektisuunnitelma_kielihallinto.doc
LisätiedotProject group Tete Work-time Attendance Software
Project group Tete Work-time Attendance Software Henkilökohtainen SE harjoitus: etenemisraportti Versionhallinta BitKeeper-työkalun avulla Tuomas Heino Muutosloki Versio Pvm Tekijä Kuvaus 1.0 01.12.2003
Lisätiedot2. päivä. Etätehtävien purku Poikkeamat. Poikkeamat Auditoinnin raportointi Hyvän auditoijan ominaisuudet Harjoituksia
OAMK / Luova 4.5. ja 11.5. Sisäinen auditointi osa Oamkin ympäristöohjelmatyötä Sisältö 1. päivä Johdanto Auditoinnin tavoitteet Ympäristöstandardin (ISO 14001) pääkohdat Alustava ympäristökatselmus Auditoinnin
LisätiedotLaatukäsikirja - mikä se on ja miten sellainen laaditaan?
Laatukäsikirja - mikä se on ja miten sellainen laaditaan? Matkailun laatu laatukäsikirja osaksi yrityksen sähköistä liiketoimintaa Sähköinen aamuseminaari matkailualan toimijoille 24.8.2010 Riitta Haka
LisätiedotProjektityö
Projektityö 21.10.2005 Projektisuunnitelma Työn ositus Projektisuunnitelman sisältö Kurssin luennoitsija ja projektiryhmien ohjaaja: Timo Poranen (email: tp@cs.uta.fi, työhuone: B1042) Kurssin kotisivut:
LisätiedotTietojärjestelmän osat
Analyysi Yleistä analyysistä Mitä ohjelmiston on tehtävä? Analyysin ja suunnittelun raja on usein hämärä Ei-tekninen näkökulma asiakkaalle näkyvien pääkomponenttien tasolla Tietojärjestelmän osat Laitteisto
LisätiedotTestauksen tuki nopealle tuotekehitykselle. Antti Jääskeläinen Matti Vuori
Testauksen tuki nopealle tuotekehitykselle Antti Jääskeläinen Matti Vuori Mitä on nopeus? 11.11.2014 2 Jatkuva nopeus Läpäisyaste, throughput Saadaan valmiiksi tasaiseen, nopeaan tahtiin uusia tuotteita
LisätiedotJunaliikenteen häiriötilannetietojen tuottaminen ja tiedotus
Junaliikenteen häiriötilannetietojen tuottaminen ja tiedotus Esiselvitys ja vaatimusmäärittely 28.10.2004 Hankkeen tavoitteet Toimiva prosessi junaliikenteen häiriötilanteiden tietojen tuottamiseen, ylläpitämiseen
LisätiedotRaahen kaupunki Projektiohjeet luonnos 30.11.2004
Raahen kaupunki Projektiohjeet luonnos 30.11.2004 Vastine Kari Pietilän SDP:n valtuustoryhmän aloitteeseen Raahen kaupungin projektiohjeista (KV 25.2.2004) Pertti Malkki (FT, YTM) Kehittämiskonsultti pertti.malkki@yritystaito.fi
LisätiedotMylab Projektitoiminnan kehittäminen. PM Club Tampere
Mylab Projektitoiminnan kehittäminen PM Club Tampere 23.11.2016 Sisältö 1. Mylab terveydenhuollon sektorilla 2. Projektitoiminnan kehittäminen ja yleisiä huomioita toimialan projektitoiminnasta 3. Toimitusprojektin
LisätiedotPROJEKTIN EDISTYMISRAPORTTI Seurantajakso <jaksonumero, alkupäivä - päättymispäivä>
PROJEKTIN EDISTYMISRAPORTTI Seurantajakso -projekti PROJEKTIN EDISTYMISRAPORTIN
LisätiedotGumenius Sebastian, Miettinen Mika Moottoripyörän käynnistysalusta
Gumenius Sebastian, Miettinen Mika Moottoripyörän käynnistysalusta Metropolia Ammattikorkeakoulu Kone- ja tuotantotekniikka Projektisuunnitelma 23..204 Sisällys Lyhenteet Johdanto 2 Projektin tavoitteet
LisätiedotProjektin suunnittelu
Projektin suunnittelu Sami Kollanus TJTA330 Ohjelmistotuotanto 15.3. Projektin suunnittelu - CMMIkäytänteet Projektin estimaatit: Määritellään projektin laajuus (scope) Määritellään tehtävien ja tuotosten
LisätiedotAloite Onko asioiden esittämistapa riittävän selkeä ja kieleltään ymmärrettävä?
Aloite 08.02.2017 1 (3) VVC VM036:00/2015 Lausunto luonnoksesta valtion riskienhallintopolitiikkamalliksi Yleistä Onko aineistokokonaisuus, jossa on riskienhallinnan järjestämistä koskevia ohjeita,
LisätiedotLAATU, LAADUNVARMISTUS JA f RISKIEN HALLINTA JOUNI HUOTARI ESA SALMIKANGAS PÄIVITETTY 18.1.2011
LAATU, LAADUNVARMISTUS JA f RISKIEN HALLINTA JOUNI HUOTARI ESA SALMIKANGAS PÄIVITETTY 18.1.2011 TEHTÄVÄ Määrittele laatu Mitä riskien hallintaan kuuluu? Jouni Huotari & Esa Salmikangas 2 LAATU JA LAADUNVARMISTUS
LisätiedotAikuisopiskelijan viikko - Viitekehys alueellisten verkostojen yhteistyöhön
Aikuisopiskelijan viikko - Viitekehys alueellisten verkostojen yhteistyöhön Aikuisopiskelijan viikko tarjoaa mainion tilaisuuden toteuttaa tapahtumia yhteistyössä oman alueen eri organisaatioiden kanssa.
LisätiedotProjektin palikat hallintaan! Tehokkaan projektinhallinnan opas. Idea Suunnittelu Käynnistäminen Toteutus Tulos
Projektin palikat hallintaan! Tehokkaan projektinhallinnan opas Idea Suunnittelu Käynnistäminen Toteutus Tulos 1 Tehokas projektinhallinta on avain tuloksellisuuteen Projektinhallinta on taitolaji. Siinä
LisätiedotHELSINGIN KAUPUNKI TOIMINTAOHJE 1/7 LIIKENNELIIKELAITOS Yhteiset Palvelut / Turvallisuuspalvelut K. Kalmari / Y. Judström 18.9.
1/7 Avainsanat: riskienhallinta, vaarojen tunnistaminen, riskien estimointi, vaararekisteri HKL:n metro ja raitiotieliikenteen riskienhallinnan toimintaohje 1 Riskienhallinta Helsingin kaupungin liikenneliikelaitoksessa.
LisätiedotKooste kotitehtävien vastauksista. Kotitehtävä 6 - Ylläpito- ja kehittämismalli 29.4.2011
Kooste kotitehtävien vastauksista Kotitehtävä 6 - Ylläpito- ja kehittämismalli 29.4.2011 1.) Järjestelmän ylläpitomalli? ja 2.) Järjestelmän jatkokehittämismalli? OPH on omistaja ja ylläpitäjä ja huolehtii
LisätiedotProjektinhallinta SFS-ISO mukaan
Projektinhallinta SFS-ISO 21500 mukaan (Ohjeita projektinhallinnasta, 2012) 13.4.2017 Panu Kiviluoma Osaamistavoitteet Luennon jälkeen osaat selittää, mitä tarkoitetaan Projektilla Projektinhallinnalla
LisätiedotHajautettu Ohjelmistokehitys
Hajautettu Ohjelmistokehitys Maria Paasivaara Hajautuksen muotoja Yrityksen sisäinen hajautus Maan sisällä Maiden välillä, esim. offshore Yritysten välinen hajautus Alihankinta Lisenssointi Partnershipit
LisätiedotAutomaattinen yksikkötestaus
Teknillinen Korkeakoulu T-76.115 Tietojenkäsittelyopin ohjelmatyö Lineaaristen rajoitteiden tyydyttämistehtävän ratkaisija L models Automaattinen yksikkötestaus Ryhmä Rajoitteiset Versio Päivämäärä Tekijä
LisätiedotTARKASTUSMENETTELYT JA NIIDEN APUVÄLINETUKI
TARKASTUSMENETTELYT JA NIIDEN APUVÄLINETUKI Vesa Tenhunen Tarkastusmenettelyt Keino etsiä puutteita ohjelmakoodeista, dokumenteista ym. ohjelmistoprosessissa syntyvästä materiaalista Voidaan käyttää kaikissa
LisätiedotMiten tehdä onnistunut projektisuunnitelma 10 vinkkiä
Miten tehdä onnistunut projektisuunnitelma 10 vinkkiä Consultor Finland Oy Aluksi Suunnitelmien tekeminen on meille jokaiselle arkipäivää. Suunnitelmiin voi kuulua ostoksille menoa, illallista ja television
Lisätiedot