380 likes | 482 Views
T-76.4115 Iteraatiodemo. Kaffetauko Toteutus 1 -iteraatio 8.12.2005. Project status ( 10 min) achieving the goals of the iteration project metrics Work results ( 25 min) presenting the iteration’s results demo Used work practices ( 5 min). Agenda. Projektin esittely .
E N D
T-76.4115 Iteraatiodemo Kaffetauko Toteutus 1 -iteraatio8.12.2005
Project status (10 min) achieving the goals of the iteration project metrics Work results (25 min) presenting the iteration’s results demo Used work practices (5 min) Agenda
Projektin esittely • Projektin tarkoituksena on toteuttaa Jaakko Pöyry Infra Consulting:n käyttöön eAuction-huutokauppajärjestelmä sekä Sähköinen tarjousympäristö kiinteistönhoidon hankintaan. • Järjestelmän ensisijaisena tarkoituksena on toimia hyödyllisenä työvälineenä Jaakko Pöyry Infra Consulting:n konsulteille. Toivelistalla on myös visio, jossa kiinteistönomistajat voisivat suoraan käyttää palvelua apunaan kiinteistönhoitopalveluiden ostossa. • Projekti on osa Jaakko Pöyry Infra Consulting:n IKa-projektia (ks. Seuraava kalvo). IKa = Informaatiota Kiinteistöalalle
IKa-portaali Projektin esittely jatkuu
Projektissa toteutettavat komponentit Projektin esittely jatkuu
Iteraation tavoitteiden status 1/2 • Valitaan ensimmäiseksi toteutettavat ominaisuudet (tehty 21.10.) • Ok. • Huutokauppasivujen suunnittelu ja suunnitelmien dokumentointi • Ok. • Huutokaupan toteutus siten, että iteraation lopussa voidaan käydä läpi kokonainen toimiva huutokauppaprosessi. • Ok. Huutokaupan läpi vienti onnistuu. Demossa esiteltävä versio huutokaupasta tarvitsee vielä pieniä lisäyksiä ollakseen käytettävä. • Data Room näkymän muokkaaminen Sähköisen tarjousympäristön käyttöön sopivaan muotoon. • Ok. Data Roomin ja Sähköisen tarjousympäristön rajapinta toimii, vaikka Data Room (joka on muuten määritelty projektin ulkopuolelle) ei vielä toteutakaan kaikkia niitä ominaisuuksia, jotka ovat Sähköinen tarjousympäristö -sovelluksen kannalta kriittisiä. • Sähköisen tarjousympäristön sivujen suunnittelu ja suunnitelmien dokumentointi • Ok. Suunnitelmat on tehty priorisointipalaverissa 21.10. kriittisiksi päätettyjen toiminnallisuuksien osalta.
Iteraation tavoitteiden status 2/2 • Kehittäjien roolien ja työtapojen vakiinnuttaminen • Ok. Klausin lähdön jälkeen kehittäjistä on muodostunut kaksi paria, jotka ovat kokeilleet mm. pariohjelmointia keskenään. • Sepa-menetelmien käyttöönotto pian iteraation alettua • Ok. Vaikkakin dokumentointi ja raportointi on laahannut jäljessä. • Kaikkien dokumenttien katselmointi ennen palautusta • Ok. • Ohjelmointiaikataulut pitävät niin, että ensimmäisen Buildin ja Feature Freezen jälkeen voidaan toteutetua järjestelmää testata ajan kanssa. • Ok. Build 1 myöhästyi päivällä. • Asiakas pääsee tutustumaan ja antamaan kommentteja toteutettavaan järjestelmään jo ennen iteraation loppua. • Ok. Projektin aikaansaannoksia demottiin asiakkaan edustajille 28.11. ja samalla keskusteltiin järjestelmän ominaisuuksista.
Iteraation tuotosten status [1/2] Huutokauppa: • Huutokaupan luominen tyhjästä (tilaaja) • Ok • Tilaajan huutokauppojen listaus • Ok • Käynnissä oleva huutokauppa (backend) • Ok • Tilaajan näkymä käynnissä olevaan huutokauppaan • Ok • Tilaajan huutokauppojen listaus • Ok • Tarjoajannäkymä huutokauppaan • Ok. Toimii, mutta toimittajan päivitettävä käsin huutokaupan tilanne. Tämä on raportoitu bugiksi. • Tilaajan vielä alkamaton huutokauppa • Ok • Huutokaupalla on nyt näistä sivuista koostuva valmis runko. Tähän runkoon tehdään mahdollisesti toisen iteraation aikana lisäyksiä, jos ne priorisoidaan tarpeeksi tärkeiksi.
Iteraation tuotosten status [2/2] Sähköinen tarjousympäristö: • Uuden tarjouspyynnön luominen (tilaaja) • Ei vielä testattavassa kunnossa. • Tarjouspyynnön julkaiseminen (tilaaja) • Ei vielä testattavassa kunnossa. • Tarjouspyyntöjen selaaminen (tarjoaja) • Ei vielä testattavassa kunnossa. • Data Roomin muokkaaminen Sähköisen tarjousympäristön käyttöön • Ei vielä testattavassa kunnossa. • Keskeneräisen tarjouspyynnön editoimissivu (tilaaja) • Ei vielä testattavassa kunnossa. • Sähköisestä tarjousympäristöstä on toteutettu käyttöliittymän html ja osa toiminnallisuutta, mutta tästä ei vielä Feature Freeze:en muodostunut kokonaisuutta, jota oltaisiin voitu testata. Palautetta ja kehitysideoita on kuitenkin asiakkaalta käyttöliittymän avulla saatu. Kehitystä jatketaan seuraavassa iteraatiossa.
Toteutunut ajankäyttö • Tämän raportin mukaan implementaatioon on mennyt paljon suunniteltua vähemmän aikaa. Syitä: • Työtä jatketaan vielä viikolla 49 ja joitain viikon 48 tunteja on vielä kirjaamatta • Osa tehtävistä on suoritettu suunniteltua ripeämmin
Toteumat tehtävittäin [4/4] • Työkoneiden asentamiseen ja cvs:n kanssa temppuiluun meni odotettua huomaattavasti enemmän aikaa • Suunnitelmasta oli unohtunut tiedottaminen ja kommunikointi -tehtävä
Henkilökohtaiset työtunnit Toteutus 1 -iteraatiossa • Oranssilla on merkitty Jussin tuntisaldo, joka on tässä iteraatiossa ylittynyt reippaasti. Syitä: • Suurin osa Jussin tekemästä suunnittelutyöstä on tehty Toteutus 1 –iteraation aikana • Useammallakin kehittäjällä jää tunteja Toteutus 2 –iteraatioon • Kehitys työ jatkuu viikolla 49 ja kaikkia tunteja ei ole vielä merkattu • Joulun aikana tunteja voi tehdä kiinni niin Toteutus 2 –iteraatiossa ei tule kiire
Laatumittarit • Yksikkötestit tehtiin Toteutus 1 –iteraatiossa kahdelle luokalle • toistaiseksi vasta menetelmän kokeilua • Toinen, koodin kirjoittamisen yhteydessä tehty yksikkötesti luokka löysi 10 bugia, jotka korjattiin samantien.
ttallqvi = Tuomas (osa tuomaksen koodista tullut työn puolesta) kstalnack = Antti, Emilia, Kimmo, Tommi ja Jussi LOC= 14500 Graafista on havaittavissa kaksi ryhmän sisäistä Buildiä. 16.11 ja 28.11. Projektissa tuotetun ohjelmiston koko (LOC)
IKa-portaalin koko • Koko IKa-ohjelmiston koko: 42785 (2005-12-01 16:57)
Muutokset projektiin • 9.11. lähtien yksi kaffetaukolainen vähemmän • Klaus Venesmaa keskeytti kurssin • Klausin tehtävä Toteutus 2 –iteraation testaajana on uudelleen jaetty Kimmolle. • Sidosryhmät: • Mikko Hyytinen - JP Infra Consulting:lta Oulusta on myös ollut aktiivisesti mukana projektin prioriteettien määrittelyssä
Riskit • Toteutunut: Yksi kehittäjä jätti kurssin kesken heti alkumetreillä. Riskit käytiin läpi manageripalaverissa 1.12.2005 • päädyttiin lisäämään riski Data Roomin valmistumisesta, laajennettuna koko IKa-portaalin siihen infrastruktuuriin, joka ei kuulu projektityöhön. • Tähän on edistymisraportin kirjoittamishetkeen mennessä tullut positiivista muutosta (Data Roomille on jo rajapinta) • Kommunikaatio-ongelma-riskit pudotettiin pois välittömästä seurannasta, koska näillä näkymin kommunikaatio-ongelmista ei ole vaaraa. • Hyvä ryhmähenki ja yhteinen työtila ovat tarjonneet erinomaiset puitteet hyvälle yhteistyölle ja tiedonkululle. • Myös pariohjelmoinnin sujuminen hyvin helpottaa tiedonkulkua. Suurin osa riskeistä on hyvin hallinnassa.
Iteraation aikaansaannokset • Tekninen suunnitelma • Ika eAuction -demo
Järjestelmän arkkitehtuuri • IKa eAuction ja Sähköinen tarjousympäristö rakennetaan osaksi jo olemassa olevaa järjestelmää. • Arkkitehtuurin suunnittelu on ollut projektin suunnitteluvaiheessa tutustumista olemassa olevaan järjestelmään.
Projektin työtavat • Iteratiivinen kehitys • Iteraatiosuunnittelu • Dokumentointi • Riskinhallinta • Työajan raportointi • Ohjelmakoodin koon raportointi • Kommunikaatio • Iteraatiodemo • Versionhallinta • Ohjelmointiohjeet • Virheiden seuranta • War Room • Sepat: • Yksikkötestaus • Prosessin laatiminen ja hiominen • pariohjelmointi
Iteraatiosuunnittelu • Toteutus 1 –iteraatioon suunniteltiin kahden viikon välein kaksi ryhmän sisäistä Buildia. • Käytäntö osoittautui todella edulliseksi ja sitä jatketaan Toteutus 2-iteraatiossa.
Dokumentointi • Dokumentointiin on käytetty vain vähän aikaa • Ryhmä on priorisoinut itse ohjelmiston tuottamisen dokumentoinnin edelle • Koodia on kommentoitu kattavasti ja asiakkaalle annettava käyttöohje on käytännössä Javadoc API-dokumentaatiota
Ajankäytön seuranta • Ryhmän sisäisessä prosessienkehityspalaverissa tuli esille, että tuntikirjausten teko on helppoa. • Jokainen tekee tuntikirjauksensa itse määrämuotoiseen excel-taulukkoon, johon linkki ryhmän Wikistä. Näistä talukoista PM kerää muutokset viikottaiseen tuntiraportiin. • Tuntiraportoinniksi helppoa tai ei. Tuntikirjauksista joutuu muistuttamaan harva se kerta. • Tehtäväkoodien määrittely niin, että tuntien kirjaaminen olisi yksiselitteistä ja helppoa, on vaikea tehtävä. Iteraation aikana olemme lisäileet uusia tehtäväluokkia sitä mukaa kun niitä on tarvittu.
Kommunikaatio • Kommunikaatio voisi aina olla nopeampaa ja parempaa. • Kommunikaatio manageriryhmän ja kehittäjien välillä on toiminut ja yhteistyö on ollut keskustelevaa • Asiakkaan suuntaan on kommunikoitu tarpeelliset asiat. Kiireen takia erityisesti asiakkaan osallistuminen on ollut vähäisempää, mutta manageriryhmä yrittää kehittää keinoja asioiden kommunikoimiseen asiakkaalle helpossa muodossa. • esimerkiksi lyhyt valmisteltu yhteinen Demo-sessio pelkän e-mailina lähetetyn www-osoitteen ja kommenttipyynnön sijasta, jos asia on tärkeä. • Ryhmän sisäistä kommunikointia on helpottanut yhteinen työhuone. • Ryhmän Wikiin pääsee vain käyttäjätunnus/salasana –yhdistelmällä, eikä näkyvyys projektiin ole erityisen hyvä. Manageriryhmä harkitsee yksinkertaisen kaikille avoimen kotisivun pystyttämistä. • Viikottaista ryhmän sisäistä infomailia ja ryhmätapaamista on pidetty hyvinä kommunikaatio menetelminä. • IRC on toiminut todella hyvin.
War Room • Ryhmällä on 24/7 käytössä oleva työhuone JP Talotekniikan tiloissa Tekniikantie 4:ssä • Työhuoneen seinille on teipattu ohjelmiston arkkitehtuurikuvat yhteisiä pohdintahetkiä varten. • Valkotaululle tehty aikataulu ja post-it-lapuille kirjatut tehtävät ovat toimineet havainnollisena tapana viestiä ja keskustella tehtävistä. • Asiakkaan edustaja on päivisin käytävän toisella puolella