Tampere University Of Technology Department of Pervasive Computing TIE-13100 Project Work on Pervasive Systems Fabulous five (6) SCXML Visual Editor Projektisuunnitelma 205567 Tommi Korhonen (vastuussa tästä dokumentista) 218619 Juha Suominen 218535 Lauri Saurus 206028 Antti Uusivirta 205676 Justus Sihvonen 190037 Viljami Salmi Tommi Korhonen Versio: 1.4 1/19
Versiohistoria Versio Tekijä Päivämäärä Selite 0.1 Lauri S 26.09.2013 Dokumenttipohja luotu 0.2 Tommi K 27.09.2013 Sisältöä kappalaisiin 1-4 0.3 Antti U 27.09.2013 Kpl 5 0.4 Lauri S 27.09.2013 Tehty kappale 6 1.0 Tommi K 27.09.2013 Viimeistelty ensimmäinen versio 1.1 Tommi K 18.10.2013 Tehty pieniä muutoksia. 1.2 Lauri S 20.10.2013 Pävitetty riskien seurantaa ensimmäisen iteraation osalta. 1.3 Lauri S 26.10.2013 Tehty korjauksia katselmoinnin perustella. 1.4 Tommi K 04.11.2013 Tehty korjauksia katselmoinnissa esille tulleiden puutteiden perusteella kappaleisiin 1-6. Tommi Korhonen Versio: 1.4 2/19
Sisällysluettelo 1 Johdanto...4 1.1Tarkoitus...4 1.2Tuote ja ympäristö...4 1.3Määritelmät, lyhenteet...4 1.4Rajoitukset...4 1.5Viitteet...5 2 Projektin järjestäytyminen...6 2.1Jäsenet...6 2.2Asiakas...7 2.3Muut...7 3 Projektin tavoite ja lopetusehdot...8 3.1Ryhmän tavoitteet...8 3.2Asiakkaan tavoitteet...8 3.3Yhteinen tavoite ja lopputuote...8 3.4Projektin keskeytysehdot...9 3.5Projektin päätösehdot...9 4 Projektinhallinta...10 4.1Menetelmät ja työkalut...10 4.2Seuranta ja ohjaus...11 4.2.1Projektiryhmän sisäinen seuranta ja ohjaus...11 4.2.2Projektiryhmän ulkopuolinen ohjaus...12 4.3Oppimis- ja opiskelusuunnitelma...12 5 Projektin Pyrähdykset ja määräajat...13 5.1Ensimmäinen pyrähdys...13 5.2Toinen pyrähdys...14 5.3Kolmas pyrähdys...15 5.4Neljäs pyrähdys...15 5.5Viides pyrähdys...16 6 Riskienhallinta...17 6.1Riskit...17 6.1.1Henkilöstöriskit...17 6.1.2Ohjelmistoon ja alustaan liittyvät riskit...18 6.1.3Asiakkaaseen liittyvät riskit...18 6.2Yhteenveto riskeistä...18 6.3Riskien toteutumisen seuranta...19 6.3.1Ensimmäinen iteraatio...19 Tommi Korhonen Versio: 1.4 3/19
1 Johdanto 1.1 Tarkoitus Tämä dokumentti on projektisuunnitelma SCXML Visual Editor projektille. Dokumentti kokoaa kaiken tarpeellisen tiedon mitä projektiryhmä tarvitsee aloittaakseen projektin toteutuksen. Dokumentti tarjoaa myös lisätietoa kurssin henkilökunnalle. Dokumentti ei ota kantaa toteutettavan ohjelman toteutukseen vaan se on selitetty tarkemmin muissa dokumenteissa. 1.2 Tuote ja ympäristö Projektissa tuotetaan visuaalinen editori SCXML-merkintäkielelle. Visuaalinen editori toteutetaan C++ kielellä käyttäen Qt kehitysympäristöä. Ohjelma toteutetaan Windows 7 käyttöjärjestelmälle. Asiakas käyttää tuotetta SCXML-tiedostojen visuaaliseen esittämiseen sekä muokkaamiseen. 1.3 Määritelmät, lyhenteet Taulukossa 1.1 on lueteltu lista käytetyistä määritelmistä ja lyhenteistä. Taulukko 1.1: Käytetyt määritelmät ja lyhenteet Määritelmä/Lyhenne SCXML XML Tuote Selitys State Chart XML: XML-muotoinen kuvauskieli tilakaavioille [2]. Extensible Markup Language (XML) on merkintäkieli, jolla tiedon merkitys on kuvattavissa tiedon sekaan [1]. Dokumentissa tuottella tarkoitetaan asiakkaalle toimitettavaa ohjelmistoa, sekä dokumentaatiota. 1.4 Rajoitukset Projektin aikana käytetään Sandvik Mining and Construction Finland Oy:ltä saatuja Tommi Korhonen Versio: 1.4 4/19
SCXML-tiedostoja joita ei tule jakaa projektiryhmän ulkopuolisille henkilöille. Toteutettavan visuaalisen SCXML-editorin lisenssimalli on vielä auki. 1.5 Viitteet Käytetyt viitteet on lueteltu alapuolella. [1] http://www.w3.org/xml/ (Viitattu 26.09.2013) [2] http://www.w3.org/tr/scxml/ (Viitattu 26.09.2013) Tommi Korhonen Versio: 1.4 5/19
2 Projektin järjestäytyminen 2.1 Jäsenet Projektiryhmä koostuu kuudesta henkilöstä: Tommi Korhonen, tommi.korhonen@tut.fi, 205567 Tommi toimii projektipäällikkönä. Tommin tehtäviin kuuluu viestintä asiakkaan, kurssihenkilökunnan sekä projektiryhmän välillä. Juha Suominen, juha.suominen@tut.fi, 218619 Juha vastaa projektissa käytettävistä työkaluista ja antaa neuvoja kehitysympäristön käytöstä. Lauri Saurus, lauri.saurus@tut.fi, 218535 Lauri vastaa ohjelmiston kokonaisarkkitehtuurista ja hyväksyy näin ollen merkittävät muutokset arkkitehtuuriin Antti Uusivirta, antti.uusivirta@tut.fi, 206028 Antti toimii ohjelmiston pääkehittäjänä. Justus Sihvonen, justus.sihvonen@tut.fi, 205676 Justus vastaa ohjelmiston testauksesta. Viljami Salmi, viljami.5thseason@gmail.com, 190037 Viljami vastaa projektin käytettävyyteen liittyvistä asioista, kuten ohjelman graafisesta käyttöliittymästä. Kaikki jäsenet projektissa ottavat osaa dokumenttien kirjoittamiseen projektissa. Tommi on vastuussa projektisuunnitelmasta. Viljami on vastuussa käytettävyyteen liittyvistä dokumenteista. Justuksella on vastuu testaukseen liittyvistä dokumenteista. Vastuu muista dokumenteista jaetaan ryhmän jäsenille tasaisesti. Kaikki ryhmän jäsenet osallistuvat myös ohjelmistonsuunnitteluun sekä kehitystyöhön. Tommi Korhonen Versio: 1.4 6/19
2.2 Asiakas Projektin asiakkaana toimii Sandvik Mining and Construction Finland Oy. Kontaktihenkilöitä Sandvikilta ovat projektivastaava Esa Vikman, projektin omistaja Sami Anttila sekä tietotekninen konsultti Markus Mäkelä. Esa toimii projektin hallinnollisena johtajana. Samilta saa apua käyttöliittymän, scxml-tiedostojen ja käytettävyyteen liittyvistä ongelmista, sillä Sami on yksi tuotteen loppukäyttäjistä. Markukselta saa tukea ohjelmiston toteuttamiseen liittyvistä ongelmista. Kontaktihenkilöiden yhteystiedot löytyvät erillisestä dokumentista. 2.3 Muut Projektin tukihenkilöinä toimivat kurssin TIE-13100 Tietotekniikan projektityö henkilökunta: Outi Sieve-Korte (outi.sievi-korte@tut.fi), Tero Ahtee (tero.ahtee@tut.fi), sekä ryhmän assistentti Lauri Matilainen (lauri.matilainen@tut.fi). Tommi Korhonen Versio: 1.4 7/19
3 Projektin tavoite ja lopetusehdot 3.1 Ryhmän tavoitteet Projektiryhmän tavoitteita ovat: Toteuttaa kokonainen ohjelmistoprojekti aikataulussaan Saada toteutettua toimiva visuaalinen editori SCXML-merkintäkielelle Oppia projektin hallinnasta ja aikataulutuksesta 3.2 Asiakkaan tavoitteet Asiakkaan tavoitteita ovat: Asiakkaan tärkein tavoite on saada on saada ohjelmisto, jolla voidaan esittää visuaalisesti SCXML-tiedostosta luettuja tilakaavioita Valmiilla tuotteella on hyvä käytettävyys Visuaalinen Editori SCXML-merkintäkielelle olisi helppo ottaa käyttöön Valmis tuote helpottaisi SCXML-merkintäkielen käyttöä 3.3 Yhteinen tavoite ja lopputuote Yhteisiä tavoitteita ovat: Valmis ohjelmisto hyvin dokumentoitu ja toteutettu Helposti ymmärrettävä ja käyttöönotettava tuote Lopputuote: Editori tukee SCXML-tiedostojen lukemista ja kirjoittamista (vaadittu) SCXML-tiedostojen esittäminen visuaalisesti (vaadittu) Editorilla pystyisi olisi visuaalinen debuggeri (toivottu) SCXML-tiedostojen validointi (toivottu) Editoriin sisällytetty käyttöohje (vaadittu) Tommi Korhonen Versio: 1.4 8/19
3.4 Projektin keskeytysehdot Projekti voi keskeytyä, jos projekti jää yli kuukaudella jälkeen aikataulusta, asiakas peruu projektin tai 50% projektiryhmän jäsenistä päättää keskeyttää kurssin ja täten projektin suorittamisen. Projektin keskeytyksestä päättää Sandvikin projektivastaava Esa Vikman. 3.5 Projektin päätösehdot Projekti päättyy, kun projekti on saatu valmiiksi aikataulussaan viidennen pyrähdyksen lopussa ja asiakas on hyväksynyt projektin. Tommi Korhonen Versio: 1.4 9/19
4 Projektinhallinta 4.1 Menetelmät ja työkalut Projektin toteutus suoritetaan ryhmän jäsenten omilla henkilökohtaisilla tietokoneilla. Jokaisella projektiryhmän jäsenellä tulee olla toimiva Internet-yhteys kotonaan, jotta he voivat ottaa yhteyttä ohjelman versionhallintaan sekä dokumenttien talletukseen käytettyyn Google Drive-tallennuspalveluun. Projektin toteutus ei vaadi ryhmän jäseniltä ohjelmiston ostamista vaan kaikki käytetty ohjelmisto on saatavilla ilmaiseksi. Taulukko 4.1 listaa kaikki projektissa käytetyt työkalut. Taulukko 4.1: Projektissa käytetyt työkalut Ohjelma Qt 5.1.1 QtCreator 2.8.1 TortoiseSVN 1.8.2 SlikSVN 1.8.3-1 irssi 0.8.15 Google Drive/Docs - MagicDraw 17.0.4 LibreOffice (Windows) 4.1.1 Versio Ohjelmisto toteutetaan Windows käyttöjärjestelmällä käyttäen kehitysympäristöä Qt. Ohjelmointiympäristönä käytetään QtCreatoria. Projektinhallintaan käytetään Google Docs-ohjelmaa. Versionhallintaan käytetään svn:ää. Juha toimii työkaluvastaavana. Jos projektin aikana on tarvetta käyttää muita ohjelmia tai taulukossa 4.1 listatuista ohjelmista otetaan käyttöön toinen versio, on näiden ohjelmien käyttö hyväksytettävä työkaluvastaavalla. Projektin aikana tapahtuva dokumentointi kirjoitetaan LibreOfficella. Tiedostojen nimeämisessä käytetään seuraavaa käytäntöä: Alku: VE (Lyhenne sanoista Visual Editor) Projektisuunnitelma: PS Vaatimusdokumentti: VD Määrittelydokumentti: MD Suunnitteludokumentti: SD Tommi Korhonen Versio: 1.4 10/19
Testaussuunnitelma: TS Testausraportti: TR Arkkitehtuurikuvaus: AK Kokousmuistio: KM Loppuraportti: LR Dokumenttien versioinissa käytetään seuraavaa käytäntöä: X.Y X = julkaisu, Y = väliversio, työversio ilman versionumeroa. Dokumentit yksilöidään juoksevalla numeroinnilla. Juoksevalla numeroinnilla tarkoitetaan taulukon esimerkin VESD01 dokumentin 01-numeroa. Juoksevalla numerolla yksilöidään samatyyppiset dokumentit, jos samantyyppisiä dokumentteja voi olla useita, kuten suunnitteludokumentteja. Muutokset tehdään aina työversioon. Työversion tunnistaa siitä, että sillä ei ole versionumeroa. Versionumero esitetään aina dokumentin nimen jälkeen alaviivalla eroteltuna. Esimerkki nimeämiskäytännöstä on koottu alla olevaan taulukkoon 4.2. Taulukko 4.2: Esimerkki dokumenttien nimeämiskäytännöstä Nimi VESD01 käyttöliittymäsuunnitelma.odt VESD01_0.1 käyttöliittymäsuunnitelma.odt Selitys Ensimmäisen suunnitteludokumentin työversio. Ensimmäinen alustava versio. VESD01_1.0 käyttöliittymäsuunnitelma.odt Ensimmäinen julkaistu versio. 4.2 Seuranta ja ohjaus 4.2.1 Projektiryhmän sisäinen seuranta ja ohjaus Projektiryhmä tapaa kerran viikossa maanantaisin. Ensimmäiset kaksi viikkoa tapaamisaika oli torstaina, mutta se siirrettiin maanantaihin, koska sen todettiin sopivan paremmin ryhmän jäsenille. Jos tapaamista ei jollakin viikolla järjestetä tai se on jonakin muuna päivänä tästä ilmoitetaan ryhmän jäsenille etukäteen. Ryhmän sisäisenä kommunikaatiokanavana toimii pääasiassa sähköposti. Kiireellisien asioiden hoitamiseen käytetään puhelimia. Ryhmällä on käytössä myös IRC-kanava, jossa voidaan vaihtaa ajatuksia ja suunnitella toteutettavia ominaisuuksia. Kaikista ryhmän tapaamisista pyritään lähettämään muistussähköposti tapaamista edeltävänä päivänä. Kaikki ohjelmiston toteutukseen liittyvät päätökset tulee hyväksyttää kahdelta ohjelmistoa toteuttavalta ryhmän jäseneltä. Toisen jäsenistä on oltava joko ohjelmiston Tommi Korhonen Versio: 1.4 11/19
pääkehittäjä tai pääarkkitehti. 4.2.2 Projektiryhmän ulkopuolinen ohjaus Projektiryhmä tapaa asiakkaan kanssa vähintään kerran kuussa. Tapaamisesta sovitaan hyvissä ajoin etukäteen. Projektiryhmä saa ohjausta kurssin luennoista. Tämän lisäksi ryhmä tapaa myös kurssihenkilökunnan kanssa aina, kun sille on tarvetta. 4.3 Oppimis- ja opiskelusuunnitelma Projektin aikana projektityöryhmän jäsenet oppivat projektinhallinnasta ja ohjelmistoprojektin toteuttamisen alusta loppuun. Jos jollakin ryhmänjäsenellä on ongelmia jossakin projektin toteutukseen liittyvässä asiassa tulee ryhmän jäsenen etsiä ongelmaan vastaus internetistä tai pyytää apua muilta ryhmänjäseniltä. Viikottaisessa ryhmätapaamisessa ryhmä käy läpi toteutettavaan ohjelmistoon tehdyt muutokset, että kaikki ryhmän jäsenet ovat varmasti perillä toteutetun ohjelmiston uusimmista versiosta, jotta ryhmän jäsenten on helppo lähteä toteuttamaan uutta toiminnallisuutta ohjelmistoon. Ohjelmiston toteutuksen yhteydessä laaditaan siitä käyttöohje, joka neuvoo ohjelmiston loppukäyttäjiä. Tommi Korhonen Versio: 1.4 12/19
5 Projektin Pyrähdykset ja määräajat Tässä luvussa kuvataan projektin pyrähdykset, niiden määräajat sekä tavoitteet yleisellä tasolla. Taulukossa 5.1 on listattuna projektin tärkeimmät määräajat ja kappaleen aliluvuissa listataan pyrähdysten tavoitteet ja sisältö. Asiakkaan kanssa pyrimme pitämään yhteyttä sähköpostitse sekä järjestämällä tapaamisia niin usein kuin mahdollista. Taulukko 5.1 Projektin määräajat 27.9.2013 Projektisuunnitelma 11.10.2013 Prototyyppi ja määrittelydokumentin 1. versio 13.10.2013 1. Pyrähdys 05.11.2013 Välinäyttö ja päivitetty projektisuunnitelma 10.11.2013 2. Pyrähdys 19.11.2013 Vertaisarviointi 29.11.2013 Päivitetty määrittelydokumentti 08.12.2013 3. Pyrähdys 24.01.2014 Lopullinen tuote 26.01.2014 4. Pyrähdys 31.01.2014 Loppuraportti 07.02.2014 Loppuesitelmät 14.02.2014 5. Pyrähdys 5.1 Ensimmäinen pyrähdys Tehtävät Tommi Korhonen Versio: 1.4 13/19
Ensimmäisen pyrähdyksen tavoitteena on sopia projektin yleisistä asioista sekä toteuttaa projektisuunnitelma. Tavoitteena on myös tehdä ensimmäinen versio määrittelydokumentista asiakastapaamisen perusteella sekä toteuttaa alustava käyttöliittymäsuunnitelma ja prototyyppi suunniteltavasta ohjelmistosta. Vastuualueet Kaikki ryhmän jäsenet osallistuvat dokumentaation tuottamiseen. Erityisvastuu on ryhmämme käytettävyysekspertillä käyttöliittymäsuunnitelman toteuttamisessa. Toimintatavat Ensimmäisessä pyrähdyksessä ryhmän kesken pidetään tiivistä yhteydenpitoa ja vastuualueet sekä ryhmän roolit pyritään jakamaan tasapuolisesti. Lopputuotteet - Projektisuunnitelma - Määrittelydokumentti - Tuotteen 1. prototyyppi 5.2 Toinen pyrähdys Tehtävät Toisessa pyrähdyksessä toteutetaan ensimmäiset asiakkaan vaatimat ominaisuudet ohjelmistoon ja mahdollisesti muokataan käyttöliittymää asiakasvaatimusten perusteella. Ominaisuuslistaa myös päivitetaan asiakasvaatimusten perusteella. Vastuualueet Viimeistään tässä vaiheessa kaikilla ryhmän jäsenillä tulee olla versionhallintatyökalut asennettuna, ja kaikki ryhmän jäsenet osallistuvat varsinaiseen ohjelmointityöhön. Toimintatavat Säännölliset tapaamiset sekä muu yhteydenpito, myös selkeä työnjako kehittäjien kesken. Tommi Korhonen Versio: 1.4 14/19
Lopputuotteet - Tuotteen 2. prototyyppi - Päivitetty projektisuunnitelma 5.3 Kolmas pyrähdys Tehtävät Asiakkaalta saadun palautteen perusteella päivitämme määrittelydokumenttia ja toteutamme lisää ominaisuuksia ohjelmaan. Vastuualueet Kaikki ryhmän jäsenet osallistuvat kehitystyöhön oman osaamisalueensa mukaan. Pyrimme tuottamaan myös suunnitteludokumentaatiota tarpeen mukaan. Toimintatavat Pyrimme tapaamaan säännöllisesti ja sopimaan tehtävien jaosta tasapuolisesti. Lopputuotteet - Vertaisarviointi - Päivitetty määrittelydokumentti - Tuotteen 3. prototyyppi 5.4 Neljäs pyrähdys Tehtävät Viimeisten ominaisuuksien viimeistely tuotteeseen. Tässä pyrähdyksessä erityispainotus on ohjelman testaamisessa sekä mahdollisten bugien korjaamisessa. Vastuualueet Kaikki ryhmän jäsenet osallistuvat kehittämiseen tasapuolisesti. Tommi Korhonen Versio: 1.4 15/19
Toimintatavat Kaikkien ryhmän jäsenten tulisi olla perillä ohjelmiston toiminnasta yleisellä tasolla ja kyettävä testaamiseen. Löydetyt bugit ilmoitetaan ryhmälle kommunikointikanavia käyttäen ja korjataan mahdollisimman pikaisesti. Lopputuotteet - Viimeistelty ohjelma 5.5 Viides pyrähdys Tehtävät Viimeisen pyrähdyksen tavoitteena on toimittaa viimeistelty tuote asiakkaalle ja mahdolliset testaustoimenpiteet käyttöympäristössä. Vastuualueet Kaikki ryhmän jäsenet osallistuvat dokumentaation kirjoittamiseen sekä viimeiseen asiakastapaamiseen. Toimintatavat Kaikki ryhmän jäsenet osallistuvat lopputestaamiseen sekä tuotteen viimeistelyyn ja dokumentaation viimeistelyyn. - Loppuraportti Lopputuotteet - Testattu ja viimeistelty ohjelma asiakkaalle Tommi Korhonen Versio: 1.4 16/19
6 Riskienhallinta Tässä luvussa on kuvattu projektiin liittyvät riskit, ja toimintatavat niiden toteutumisen estämiseksi. Löydetyt riskit on pisteytetty asteikolla 1-5 arvioidun todennäköisyyden, sekä vakavuuden mukaan. Todennäköisyyden asteikolla arvo yksi tarkoittaa hyvin epätodennäköisesti realisoituvaa riskiä, kun taas arvo viisi tarkoittaa erittäin todennäköisesti toteutuvaa riskiä. Vakavuusasteikolla arvo yksi tarkoittaa hyvin pientä, ja arvo viisi erittäin suurta haittaa riskin toteutuessa. Riskin suuruuden laskemiseen on käytetty kaavaa: Riskin todennäköisyys * Riskin vakavuus = Riskin suuruus. 6.1 Riskit 6.1.1 Henkilöstöriskit 1. Aikataulutus epäonnistuu Projektissa suurimmaksi riskiksi on tunnistettu projektiryhmän henkilöstöresurssien ajanhallinta. Kaksi projektin jäsentä käyvät osa-aikaisesti töissä ja loput jäsenet opiskelevat projektikurssin lisäksi täyspäiväisesti. Edellä mainitut asiat saattavat vaikeuttaa tapaamisaikojen yhteensovittamista ja projektiin käytettävän ajan löytämistä. Riskin ehkäisemiseksi ryhmässä pyritään seuraamaan kaikkien projektin henkilöiden aikatauluja Google Calender -palvelun avulla, sekä aikatauluttamaan tehtäviä mahdollisimman aikaisin. Riskin todennäköisyydeksi arvioitiin erittäin todennäköinen (5), mutta riskiin varautumisen myötä riskin ei oleteta aiheuttavan vakavia seurauksia (2). 2. Ryhmän jäsenen sairastuminen Jonkin ryhmän jäsenen sairastuminen on aina mahdollinen riski, jonka vuoksi sekin on otettu huomioon. Riskiin ei pystytä varautumaan ennaltaehkäisevästi, mutta riskin toteutumiseen varaudutaan tekemällä aikatauluista sopivan joustavia, jolloin jokin muu ryhmän jäsen pystyy ottamaan sairastuneen henkilön keskeneräisen tehtävän itselleen. Sairastumisten ei arveltu olevan kovinkaan suuri riski (2), ja riskin toteutumisen seurauksiakaan ei arvioitu suureksi (2). 3. Kommunikoinnin tökkiminen Projektin henkilöstön pääasiallisena kommunikointivälineenä toimii sähköposti, koska se oli ainoa viestintämuoto, joka jokaisella projektin jäsenellä oli käytössään. Kiireellisissä asioissa käytössä on tietenkin myös puhelimet. Kaikilla projektin jäsenillä ei ole käytössään älypuhelinta, joka rajoittaa henkilöiden tavoitettavuutta. Riskiksi on tämän vuoksi löydetty myös tiedonkulun ongelmat. Tiedonkulun nopeuteen ja tehoon vaikuttaa myös tapaamisten pieni määrä, joka johtuu ryhmän jäsenten töissä käynnistä Tommi Korhonen Versio: 1.4 17/19
ja muista kiireistä. Kommunikointiin on varauduttu päättämällä ottaa käyttöön useita medioita, vaikka kaikilla ei pääsyä olisikaan kaikkiin tiedonjakamisen muotoihin. Tämän lisäksi, kuten aikaisemmin mainittiin, käytetään kiireellisissä tapauksissa puhelimia. 4. Motivaation puute Riskien kartoituksessa otettiin myös huomioon yhden tai useamman ryhmän jäsenen motivaation katoaminen jossain vaiheessa kurssia. Projektin kiinnostavuuden ja ryhmän jäsenten innostuksen vuoksi motivaatiopulaa ei nähty kovinkaan todennäköisenä. Riskin vakavuus nähtiin kuitenkin melko korkeaksi. 6.1.2 Ohjelmistoon ja alustaan liittyvät riskit 5. Ongelmat toteutustekniikassa Ohjelmiston toteutusympäristö ja -tekniikka Qt on kaikille ryhmän jäsenille tuttu, joten siitä ei odoteta koituvan suurta riskiä projektille. Qt:sta käytetään kuitenkin hyvin uutta versiota, ja toteutuksessa on tarkoitus käyttää myös Qt Quick -tekniikkaa, joka ei ole ennestään kaikille ryhmän jäsenille tuttu. Uudet versiot ja tekniikat sisältävät aina riskin toimivuudesta ja yhteensopivuudesta. Riskiä ei nähdä kuitenkaan todennäköiseksi, joten se on arvioitu melko epätodennäköiseksi. 6. Liian suuri työmäärä Ohjelmiston perustoiminnallisuudet on määritelty hyvin kohtuullisiksi, joten perustoiminnan valmiiksi saamiseen ei liity suuria riskejä. Pääasiallisena alustana käytetään Windows-ympäristöä, joka on täysin yhteensopiva Qt-tekniikalla toteutettujen ohjelmistojen kanssa. Alustan osalta ei projektissa oleteta olevan riskejä. 6.1.3 Asiakkaaseen liittyvät riskit 7. Väärinymmärrykset asiakkaan kanssa Riskiksi tunnistettiin asiakkaan ja projektihenkilöiden kommunikoinnin puute, joka voi johtaa väärinymmärryksiin vaatimusten osalta. Riskiin varaudutaan olemalla yhteydessä asiakkaaseen mahdollisimman usein ja esittämällä projektin tuotoksia mahdollisimman aikaisin. 6.2 Yhteenveto riskeistä Tähän lukuun on koottu taulukko kaikista löydetyistä riskeistä suuruksineen. Taulukko 6.1: Projektin riskit Riski Todennäköisyys Vakavuus Suuruus 1. Aikataulutus epäonnistuu 4 2 8 2. Ryhmän jäsenen 2 2 4 Tommi Korhonen Versio: 1.4 18/19
sairastuminen 3. Kommunoikoinnin tökkiminen 3 3 6 4. Motivaation puute 1 4 4 5. Ongelmat toteutustekniikassa 2 3 6 6. Liian suuri työmäärä 1 3 3 7. Väärinymmärrykset asiakkaan kanssa 2 2 4 6.3 Riskien toteutumisen seuranta Tähän lukuun päivitetään tiedot riskien toteutumisesta ja riskien välttämiseen liittyvät toimenpiteet. 6.3.1 Ensimmäinen iteraatio Ensimmäisen iteraation aikana havaittiin ongelmia ryhmän sisäisessä kommunikoinnissa. Välillä oli vaikeuksia tavoittaa muita ryhmän henkilöitä ja saada palautetta tehtyihin suunnitelmiin. Loppujen lopuksi kuitenkin iteraatiossa päästiin odotettuun lopputulokseen, joten riskin realisoituminen ei aiheittanut mitään vakavia seuraksia. Riskiin oli onneksi varauduttu, eikä kommunikointiyrityksiä jätetty viimetippaan, joten pienet viiveet kommunoinnissa eivät haitanneet. Myös asiakkaan kanssa on ollut hieman kommunikointiongelmia, joka on johtanut siihen, että toteutusta ei ole voitu aloittaa täydellä teholla vaan monia toteutukseen liittyviä asioita on jäänyt epäselväksi. Asiakkaan kanssa kommunoikointi on tapahtunut sähköpostin välillä, ja on ollut paikoitellen hieman hidasta. Prototyypin esittelytilaisuudessa saimme kuitenkin vastaukset kaikkiin epäselviin asioihin, joihin olimme törmänneet, joten nyt toteutus on aloitettu täydellä teholla. Molempiin ensimmäisessä iteraatiossa ralisoituneisiin riskihin oltiin varauduttu, joten projektisuunnitelma on siinä mielessä hyödyttänyt projektin eteenpäin viemistä. Mikään toteutuneista riskeistä ei ollut vakava, eikä aiheuttanut merkittäviä haittoja projektin odotetun lopputuloksen suhteen. Tommi Korhonen Versio: 1.4 19/19