EDISTYMISRAPORTTI - T1 Edited by Checked by Approved by Antti Tuomaala
i Sisällysluettelo DOKUMENTIN VERSIOT 1 1. PROJEKTIN TILA 2 2. SUORITETUT TEHTÄVÄT 4 Projektisuunnitelma Vaatimusmäärittely Virhe. Kirjanmerkkiä ei ole määritetty. Virhe. Kirjanmerkkiä ei ole määritetty. 3. ONGELMAT 8
1(1) Dokumentin versiot Vers Muuttaja Pvm Muutos Tarkastanut Hyväksynyt 1.0 Antti Tuomaala 6.11.2000 Alkuperäinen versio
2(2) 1. Projektin tila Projektin T1 vaihe toteutui suhteellisen onnistuneesti, PS vaiheessa olleesta sähläämisestä päästiin eroon. Seuraavissa taulukoissa on esitetty toteutuneet ja suunnitellut tunnit. Ylimääräiset tunnit näkyvät erotus valikossa ei-negatiivisina. Task ID Name Suuniteltu Totetunut Erotus 18 TOTEUTUS 1 (T1) 190 91-98,5 19 T1: Luennot 12 2-10 21 T1: OP: Rational Rose 30 8-22 121 T1: OP Algoritmit & Menetelmät 26 0-26 22 T1: Ryhmäpalaverit 30 28,5-1,5 23 T1: Asiakaspalaverit 20 6-14 25 T1: TOIM.MÄÄR: Toiminallisen määrittelyn suunnittelu 15 7,5-7,5 26 T1: TOIM.MÄÄR: Toiminnallisen määrittelyn kirjoittaminen 10 15 5 28 T1: JÄRJ.SUUN: Arkkitehtuurinsuunnittelu 12 3-9 29 T1: JÄRJ.SUUN:Teknisen määrittelyn kirjoittaminen 15 6-9 36 T1: Vanhojen dokumenttien päivitys 4 6 2 37 T1: Seuraavan vaiheen tarkka suunnittelu 10 0-10 38 T1: Edistymisraportin kirjoittaminen 2 2 0 39 T1: Katselmuksen valmistelu 1 2 1 40 T1: Katselmus 2,5 0-2,5 0 T1: Suunnittelematon työ 5 5 Työn jakaantuminen henkilöittäin: Nimi Suunniteltu Toteutunut Erotus Antti Tuomaala 27 29,5 +2,5 Harri Kauhanen 19 15-4 Juha Parhankangas 39 23,5-15,5 Niko Stenberg 38 7,5-30,5 Tuomo Marttila 60 25,5-34,5 Edellisistä tuntimääristä voi todeta, että suunniteltuja tunteja on ollut noin puolet enemmän kuin toteuteneita. Tämä juontaa juurensa sekä puutteellisesta T1- vaiheen suunnittelusta PSvaiheessa, että puutteellisesta tuntiraportoinnista. Tuntiraportointi on yksi projektiryhmämme suurimmista ongelmista. Sitä ei yksinkertaisesti tehdä sovitun käytännön mukaisesti. Tämä vaikeuttaa huomattavasti projektipäällikön työtä, erityisesti edistymisraportin kirjoittamista. Toteutuneita ja arvioituja tunteja on tällöin erittäin vaikea arvioida kriittisesti. Osaksi tuntirapor-
3(3) tointiin täytyy suhtautua kriittisesti, sillä T1 vaiheen tunteja on syötetty PS vaiheen tunneilla. Vicassa ei tällöin näe oikealle taskille tehtyjä tunteja. Tuntiraportointi antaa toisaalta väärän kuvan projektin tilasta, sillä kaikki raportit on tuotettu ajallaan ja projekti on edistynyt paljon paremmin kuin PS vaiheessa. Tehtävät on pystytty jakamaan järkeviksi osakokonaisuuksiksi puutteellisesta PS vaiheen suunnitelusta huolimatta. Projektin PS vaiheessa määritelty riski Projektiryhmän jäsen jättää työryhmän (sairaus) toteutui osaksi. Toiminallisesta määrittelystä vastuussa oleva henkilö sairastui äkillisesti ja jo kirjoitetut dokumentit eivät olleet kaikkien saatavilla. Ennalta ehkäiseväksi toimenpiteeksi oli määrätty: Kaikki projektin hyväksi tehty työ (dokumentit, koodit, jne.) tulee olla kaikkien saatavilla. Tässä tapauksessa ei oltu noudatettu dokumenttienhallintasuunnitelmassa ollutta käytäntöä, jonka dokumentteja säilytetään ryhmän palvelimella.
4(4) 2. Suoritetut tehtävät T1 vaiheessa projektiryhmä sai valmiiksi seuravat dokumentit Projektisuunnitelma http://hazard.iki.fi/vym/palautukset/t1/projektisuunnitelma.pdf Projektisuunnitelmaan lisättiin tärkeimpänä asiana asiakkaan ja projektiryhmän tavoitteet. Lisäksi lisättiin hahmotelma projektissa toteutettavasta systeemistä ja arvioitiin tulevien vaiheiden tuntimääriä. Asiakkaasta lisättiin oleelliset tiedot ja projektinkeskeyttämisperusteet kartoitettiin. Laatusuunnitelma http://hazard.iki.fi/vym/palautukset/t1/laatusuunnnitelma.pdf Laatusuunnitelmaa tarkennettiin lisäämällä tarkat päivämäärät laatukatselmuksien teolle ja niille kriteereille, joita kussakin vaiheessa tullaan tarkastelemaan. Vaatimusmäärittely http://hazard.iki.fi/vym/palautukset/t1/vaatimusmaarittely.pdf Vaatimusmäärittely ei sinänsä muutettu, vaan sitä tarkennttiin parilla pikkuseikalla. Tärkeimpänä lisäyksenä oli eri vaatimusten tarkka priorisointi. Lisäksi liitettiin Use case kuvia käyttäjän ja ylläpitäjän toiminnoista. Toiminallinen määrittely http://hazard.iki.fi/vym/palautukset/t1/toiminallinenmaarittely.pdf Toiminnallista määrittelyä kirjoitettiin samanlaisella menetelmällä kuin vaatimusmäärittelyä edellisessä vaiheessa. Toiminallisessa määrittelyssä määriteltiin tärkeimpänä osa-alueena kaikkien systeemien eri rajapintojen toiminallisuus use case kuvausten avulla. Näitä kuvattiin vielä virtauskaavioiden avulla. Toiminnallisen määrittelyn laatimisessa työ jakaantui koko projektiryhmän kesken. Dokumentista löytyi selviä osakokonaisuuksia, joiden rajapintojen määritys onnistui hajautetusti. Asiakas ei osallistunut laisinkaan toiminnalliseen määrittelyyn, joten se jätti projektiryhmälle vastuun sen laatimisesta. Tekninen määrittely http://hazard.iki.fi/vym/palautukset/t1/tekninenmaarittely.pdf
5(5) Teknisestä määrittelystä on tehty aivan alustava versio, jota tullaan tarkentamaan huomattavasti T2 vaiheessa. Tekninen määrittely on lähinnä suuntaa anatava. Käyttöliittymä demo Jotta systeemin käytöstä saisi jonkinlaisen kuvan, rakennettiin yksinkertainen demoportaali. Tätä ei alunperin oltu suunniteltu tehtäväksi, mutta katsottiin hyödylliseksi sekä systeemin ymmärtämisen ja mahdollisen demoamisen kannalta. Laatukatselmus (lisätty tähän kappaleeseen) Kuten laatusuunnitelmassa on määritelty, suoritetaan joka vaiheen lopussa laatukatselmus. Seuraavassa laatukatselmuksessa todettuja asioita. Laatukriteeri 1 Tarkastellaan kaikki tähän asti tuotetut dokumentit ja todetaan kriteerien toteutuminen Dokumentti Todetut ongelmat Korjausehdotukset Dokumenttienhallintasuunnitelma versiota ei ole hyväksytty * Uudet versiot hyväksytään ennen palatusta Laatusuunnitelma versiota ei ole hyväksytty * sisältää kommentoitavaksi tarkoitettua tekstiä Uudet versiot hyväksytään ennen palatusta Poistetaan kommentit, kunhan niitä on ensin pohdittu Projektisuunnitelma versiota ei ole hyväksytty * Uudet versiot hyväksytään ennen palatusta Vaatimusmäärittely versiota ei ole hyväksytty * Toiminnallinen määrittely muihin dokumentteihin ei viittauksia Yhtä dokumenttia ei ole laadittu, dokumentti on tälllä hetkellä palasina, joissa missään ei ole käytetty dokumenttipohjaa + Uudet versiot hyväksytään ennen palatusta Laaditaan yhtenäinen dokumentti aiempien osien pohjalta (harri) *Kommentti: Versiot on hyväksytty ennen palautusta 7.11.2000. +Kommentti: Viittaus Kappaleessa 1, toteutunut riski Laatukriteeri 2 Tarkastellaan kaikkia dokumentteja lähinnä niiden tietosisällön perusteella Kriteeri Todetut ongelmat Korjausehdotukset Tiedon päällekkäisyys (Liiallista tiedon päällekkäisyyttä ei esiinny.)
6(6) Kriteeri Todetut ongelmat Korjausehdotukset Tiedon löytyminen tietosisällön jako projektisuunnitelmassa ja siihen osin liittyvissä laatu- ja dokumenttienhallintasuunnitelmassa on suhteellisen onnistunut. Laatukriteeri 4 Tarkastellaan kaikkia dokumentteja ja tietojen ajan tasalla olemista Kriteeri Todetut ongelmat Korjausehdotukset Viimeisimmät versiot Toiminallisen määrittelyn dokumentti puuttuu dokumenttienhallintajärjestelmästä. Dokumenttien hallinta on määritelty dokumenttienhallintasuunnitelmassa Dokumentteihin liittyvä materiaali (Kaikki materiaali löytyy myös alkuperäisessä formaatissa.) Laatukriteeri 6 Tarkastellaan ViCa:lla työn seurantaan liittyviä mittareita ja todetaan ongelmat. Tässä kaikkia vaadittuja mittareita ei tarkastella, sillä ViCa:ssa ei valmiina ole esim Aikaa kului PS vaiheen korjausten tekemiseen. T1 vaihekohtaisissa tehtäviin ei käytetty enemmän aikaa kuin suunniteltiin. Sen sijaan joitakin yliarviointeja esiintyi. Toisaalta tuntiraportointi ei ole ollut sopimuksen mukaista. Aikataulullisesti tehtävät ovat kautta linjan noin 3 työpäivää myöhässä. Yleisesti voidaan todeta, että aikataulujen ja tehtävien suunnittelu on hieman epätarkkaa. Projektin luonne asettaa tähän omat vaikeutensa, mutta pyritään jatkossa yhä tarkempaan arviointiin. Myös kurssin työkaluja voisi käyttää tehokkaammin. ViCa:lle tulisi laatia kriteeri 6 mukaiset mittarit tai valita käyttöön uudet sopivammat mittarit. Laatukriteeri 10 Todetaan kommunikoinnin ongelmat: Kerran ryhmän jäsen ei saanut tietoa pidettävästä kokouksesta. Kaikista kokouksista ei tiedoteta selkeästi. Ryhmäkokouksessa päätetään AINA seuraavan kokoksen päivämäärä Poissa olevat jäsenet saavat huonosti tietoa päätetyistä asioista (ei kokouspöytäkirjoja) Kaikista kokouksista laaditaan lyhyt muistilista kokouksen pääkohdista ja tämä toimitetaan sähköpostilla ryhmän jäsenille Asiakas ei aina vastaa projektipäällikön posteihin Siirrytään sähköpostista puhelimeen
7(7) Ryhmän palvelimen tiedostohakemistoissa on ollut suojauksia päällä. Ryhmän palvelimesta vastaava oli matkoilla, eikä pystynyt auttamaan asiassa. Suojaukset kuntoon
Edistymisraportti - T1 8(8) 3. Ongelmat Projektissamme tässä vaiheessa ilmenneitä ongelmia ja mahdollisia ratkaisuehdotuksia Tuntiraportointia ei tehdä sovitun määrän (vähintään kerran viikossa) mukaisesti. Jos tehtyjä tunteja ei ole muutenkaan kirjoitettu ylös, on niitten muistaminen myöhemmin vaikeaa Jokainen pyrkii merkitsemään tunnit aina työtehtävän jälkeen. Jos tehtäviä ei raportoitu sovitun aikavälin mukaisesti seuraa sakko Kokouksissa asiat pyrkivät siirtymään oleellisista asioista niin sanottuun mukavaan jutusteluun. Projektipäällikkö toimii ilman eri mainintaa kokouksen puheenjohtajana Kokouksille määrätään maksimiaika ja esityslista, kokous loppuu kun asiat on käsitelty tai aika loppuu