T-76.115 SEPA-päiväkirja Juha Kaarlas 49473U Aihe: Sivu 1 of 8
Dokumentin Historia Revisio Historia Revision päiväys: 22.10.2004 Revision Numero Revision Päiväys Yhteenveto muutoksista Muutokset merkitty 1.0 25.10.2004 Ensimmäinen versio (Ei) 1.1 6.11.2004 Päiväkirjan päivitys Hyväksyjät Tämä dokumentti vaatii seuraavien henkilöiden hyväksymiset Nimi Juha Kaarlas Tehtävä Projektipäällikkö Jakelu Tämä dokumentti jaetaan seuraaville henkilöille Nimi Projektiryhmä Tehtävä Aihe: Sivu 2 of 8
Sisällysluettelo 1. Esittely...4 2. Käytännön soveltaminen...5 2.1 Seuranta ja kontrolli...5 2.1.1 Raportointi...5 2.1.2 Kontrolloivat toimenpiteet...5 2.2 Kommunikaatio...5 2.2.1 Sisäinen...5 2.2.2 Ulkoinen...5 3. Kokemuksia ja muutoksia...6 3.1 Projektin suunnittelu...6 3.2 Implementaatio 1...6 3.3 Implementaatio 2...6 3.4 Viimeistely ja toimitus...6 3.5 Yhteenveto...6 4. Päiväkirja...7 4.1 PP-iteraatio...7 4.1.1 Viikot 40-42...7 4.1.2 Viikko 43...7 4.1.3 Viikko 44...7 Aihe: Sivu 3 of 8
1. Esittely SEPA-harjoitukseni aiheena on edistymisen seuranta ja kontrollointi höystettynä kommunikaatiokäytännöillä. Valitsin aiheen, koska olen kiinnostunut arviointi- ja seurantamenetelmistä erityisesti ketterissä projekteissa ja hajautuneissa tiimeissä. Kommunikaation otin mukaan, koska se on eräs avaintekijä myös seurannassa varsinkin kun projektiryhmä on hajautunut. Olen tutustunut aiheeseen projektien suunnittelu ja ohjaus sekä ohjelmistoprojektin hallinta kursseilla. Kirjallisuutena mainittakoon Artto, Karlos. Managing business by projects. Helsinki University of Technology, 2002. Hughes, Bob and Cotterell, Mike. Software project management 3rd edition. McGraw-Hill, 2002. Aihe: Sivu 4 of 8
2. Käytännön soveltaminen 2.1 Seuranta ja kontrolli 2.1.1 Raportointi Käyttämämme SEMS-ohjelmistokehitysmalliin kuuluvat ns. sykäykset, jotka määritetään projektille sopivaksi. Pienin aikaväli on vuorokausi ja se sopisi täysipäiväisesti samoissa tiloissa työskentelevälle tiimille. Viikon väli on jo hieman SEMS-ideologiaa vastaan ja koin, että siinä homma saattaisi karata helposti käsistä. Lopputuloksena raportointi tapahtuu kaksi kertaa viikossa: maanantaina ja perjantaina. Raportointipäivinä kukin ryhmän jäsen lähettää projektipäällikölle lyhyen sähköpostin päivittää tuntinsa ryhmän sykäysraporttiblogiin [. Sykäysraportti sisältää kaikessa lyhykäisyydessään seuraavat asiat: mitä tein ja kuinka kauan mitä tehtäviä on jäljellä ja niiden aika-arviot mahdolliset ongelmat Kirjallisen raportin lisäksi kukin päivittää tuntinsa Trapoliin. Projektipäällikö päivittää raporttien perusteella tehtävälistaa ja suorittaa ohjaavia toimenpiteitä kuten ongelmien ratkomista, tehtävien priorisointia ja uusien tehtävien antamista. 2.1.2 Kontrolloivat toimenpiteet Yleistä ohjenuoraa ohjaaviin toimenpiteisiin on vaikea kirjoittaa. Poikkeuksena on riskien toteutuminen, jolloin edetään riskienhallintasuunnitelman mukaisesti. 2.2 Kommunikaatio 2.2.1 Sisäinen Yleisenä kommunikaatiokanavana toimii ryhmän sähköpostilista. Sähköpostiviestin otsikko-kentän alussa on tagi [AgilElephant] postien helppoa tunnistamista varten. Posteissa esitetyt kysymykset tulee kuitata arkipäivisin 24 h kuluessa. Vaihtoehtoinen media on ryhmän oma IRC-kanava (#norsu @ irc.bannedwagon.net:8000). IRC-kanavalla kannattaa sopia kiireellisistä asioista varsinkin isommalla porukalla. Ryhmä on jakautunut töiden ja SEPA-aiheiden osalta pareihin (poislukien projektipäällikkö). Parit järjestävät kommunikaationsa parhaiten katsomallaan tavalla. Kokouksia koko ryhmälle järjestetään tarpeen mukaan. Ennaltanähtäviä kokouksia ovat iteraatioiden seuranta- ja suunnittelupalaverit. 2.2.2 Ulkoinen Yhteydenpito asiakkaaseen, mentoriin, kurssiin ja vertaisryhmään on oletusarvoisesti projektipäällikön tehtävä. Hänen vastuullaan on pitää tarvittavat sidosryhmät ajan tasalla toimittamalla materiaalia ja tiedottamalla tärkeistä asioista. Aihe: Sivu 5 of 8
3. Kokemuksia ja muutoksia 3.1 Projektin suunnittelu Raportoinnin ajankohdaksi idealistisesti valittu virka-aika ei oikein sopinut joten päätin, että riittää jos kukin raportoi saman vuorokauden aikana. Muuten käytäntö tuntuu hyvältä. 3.2 Implementaatio 1 Raportointikäytäntöä muutettu niin, että kaikki näkevät kaikkien raportit ja jutut kirjoitetaan Wikissä olevaan blogiin. Tuntui, että blogista jäivät helpommin puuttumana blogista kuin sähköpostista, mutta tämä voi johtua myös taisteluväsymyksestä. Muutaman raportin puuttuminen kostautui iteraation lopussa, koska resursseja ei käytetty tehokkaasti. Raporttien näkyvyys ja hallittavuus on ollut ehdottomasti parempi. 3.3 Implementaatio 2 3.4 Viimeistely ja toimitus 3.5 Yhteenveto Aihe: Sivu 6 of 8
4. Päiväkirja 4.1 PP-iteraatio 4.1.1 Viikot 40-42 Ehdottomasti hankalinta on ollut yrittää järjestää tapaamisia, koska ryhmän aikataulut ovat olleet erittäin tiukkoja. Kokosin kaikkien mahdolliset läsnäolot poikkeuksineen Excel-muotoiseen kalenteriin, jonka toimitin myös asiakkaalle. Tämä auttoi seuraavien tapaamisten suunnittelussa. Koitin huolehtia, että kaikki pysyvät aiheesta ajan tasalla. Sähköpostikommunikointi ei tunnu parhaalta mahdolliselta keinolta. Perustin IRC-kanavan vaihtoehdoksi, mutta se ei ole oikein ottanut tuulta alleen. Olisin toki voinut olla siellä itsekin aktiivisemmin. Kuin ihmeen kaupalla sain järjestettyä kaikille sopivan ajan mentor-tapaamiseen. Tunneista ja edistyksestä päätellen tuntuu, että projektimme on hyvässä alussa. Luottamus ryhmään on suuri. 4.1.2 Viikko 43 Vaatimusmäärittelydokumentti toimitettu asiakkaalle. Heidän kommenttejaan ja priorisointiaan odotellessa yritin keksiä muuta tekemistä, ettei olla aivan tyhjäkäynnillä. Ympäristön asentelua, dokumentointia, SEPA-dokkareiden kirjoittelua. Onneksi ryhmässä on oma-aloitteisia ihmisiä sillä unohdin, että vaatimusmäärittelydokumentti ei ole aivan valmis vaan tietyt kappaleet vaativat vielä sisältöä. Jotta vastaavaa ei tapahdu jatkossa minun täytyy ryhtyä pitämään tarkempaa tehtävälistaa. Trapoli ei oikein tunnu kätevältä aivan kaikkeen, ehkä teen rinnalle oman Excel-taulukon tms. Vielä tässä vaiheessa tehtävälistojen teko ja ylläpito tuntuu todella hankalalta. Myöskään dokumentaation arviointi ei ole ollut mitenkään eksaktia. Vaatimusten aukikirjoittamiseen kului huomattavasti vähemmän aikaa kuin oletin. Kaksi kertaa viikossa tapahtuva raportointi tuntuu toimivan ainakin minun mielestäni. Voi olla, että ensi iteraatiossa noista tehdään julkisia, toivoisin että se auttaa porukkaa pysymään ajan tasalla myös toistensa tekemisistä. Yhteiset tilannekatsaukset olisivat myös Scrum- ja SEMS-mallien mukaisia. Niitä olisi mukava kokeilla esim. IRCissä mahdollisuuksien mukaan. Kaikkein mieluiten tietysti kasvotusten. Tämä viikko meni omalta osaltani hieman huonosti, koska olin todella kiireinen muiden asioiden kanssa. En saanut omistettua projektille tarpeeksi aikaa. Onneksi erittäin kiireellisiä tehtäviä ei ollut ja jokaisella oli myös henkillökohtaisia valmisteluita työn alla. 4.1.3 Viikko 44 Tällä viikolla oli kaksi tapaamista jolloin kaikki pääsivät paikalle. Se oli mukavaa. Ensin ryhmän mentor ohjeisti meitä ja sen perusteella perustimme blogin kokouspöytäkirjoja varten. Palaverin jälkeen Heikiltä tuli hyvä ehdotus taskien ylläpitoon -> ylläpidän varsinaisen työlistan excel-tiedostossa kuten jo hieman suunnittelinkin ja Trapoliin kirjataan valmistuneet tehtävät. Pitäisi vähentää overheadia huomattavasti ja tarjota paremmat mahdollisuudet seurantaan. Asiakastapaaminen keskiviikkona sujui mutkattomasti ja saimme tarkennettua monia asioita sekä asiakkaan kommentit vaatimusmäärittelystä. Tehtävien jako oli suoraviivaista, koska iteraation loppu lähestyi ja dokumentit piti saada valmiiksi. Katselmointipäiväksi sovittiin seuraava maanantai. Aihe: Sivu 7 of 8
4.1.4 Viikko 45 Viikko kului palautuksien ja projektikatselmuksen valmistelussa. Palautukset menivät suunnitelmasta poiketen viime tinkaan. Tämä vaikutti myös projektikatselmukseen joka olisi voitu valmistella paremmikin. Päätettiin muuttaa raportointikäytäntöä niin, että seuraavassa iteraatiossa kaikki pistävät tuntinsa yhteiseen blogiin. Sovittiin suunnittelupalaverista asiakkaan kanssa. 4.2 I1-iteraatio 4.2.1 Viikko 46 Uusi iteraatio alkoi suunnittelupalaverilla ja yhteisten tavoitteiden laatimisella. Muuttuneesta raportointikäytännöstä ei vielä kokemuksia. Käyttötapausten kirjoittaminen tuntui sujuvan hyvin. 4.2.2 Viikko 47 Tärkeimpänä tavoitteena oli saada aikaan HTML-prototyyppi. Tehtävien jakaminen kuitenkin viivästyi, minkä takia myös niiden valmistuminen viivästyi. Yleisesti ottaen suurimpaan osaan tehtävistä on kulunut huomattavasti arvioitua vähemmän aikaa. Toistaiseksi aikataulussa on pysytty melko hyvin. Buildijärjestelmän parantamiseen on kulunut huomattavasti suunniteltua enemmän aikaa. Toivottavasti tulokset ovat siihen sijoitetun vaivan arvoisia. Itse raportointikäytännöstä: sähköpostien määrä on vähentynyt ja raportteja on ilmestynyt blogiin melko hyvin. Raporttien muotoa pitää vielä yhtenäistää. 4.2.3 Viikko 48 Tällä viikolla tehtävien jakaminen tuntuu hankalalta, koska minulla ei ole Hibernatesta ja tarvittavasta ohjelmointityöstä tarpeeksi hyvää käsitystä. Näyttää myös siltä, että tehtäviin tarvittava aika on pahasti yliarvioitu. Tunteja ei ole kertynyt suunnitellulla tavalla, onneksi tehtävät ovat sentään valmistuneet suunnilleen suunnitellusti. Loppuviikosta tuli kyllä pirunmoinen kiire ja tuntuu siltä, että demon valmistumisen pelastavat lähinnä sankariteot. Alkuvaiheessa tunteja käytettiin todellakin aivan liian vähän ja ihmisillä oli liian vähän tehtävää. Jatkossa tehtävien riippuvuudet pitää miettiä tarkemmin ja rinnakkaiseen suoritukseen panostaa enemmän. 4.2.4 Viikko 49 Aihe: Sivu 8 of 8