T Iteraatiodemo Kaffetauko PP Iteration

Agenda Project status (x min)  achieving the goals of the iteration  project metrics Work results (x min)  presenting the iteration’s results  demo Used work practices (x min)

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önhoitotarjousten kilpailuttamiseen. 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

projektin suunnittelu ja alkuun saanti, laatukäsikirjaa voidaan vielä tarkentaa saakka, mutta tärkeimmät toiminta- ja seurantamenetelmät pitäisi saada käyttöön mahdollisimman nopeasti.  Ok, paitsi ryhmän kotisivuina toimivan wikin sisältön tekeminen on vielä kesken. asiakkaan ongelma-alueen ja tavoitteiden kartoittaminen ja projektin tavoitelaajuuden määritys  Ok, mutta työ ongelma-alueen selvittämiseksi jatkuu. vaatimusmäärittelyn tekeminen korkeammalla käyttötapaustasolla ja teknisten vaatimusten kartoitus  Ok. Asiakas on ehtinyt jo tutustua käyttötapauksista tehtyyn html-demoon. Olemassa olevan järjestelmän käytöstä on kirjoitettu ohjeet. työympäristön kokoonpano  Kesken. Työympäristön tilanne on hyvä, kehitysympäristö on jo pystyssä yhdellä koneella ja lisä koneet tulossa viimeistään viikolla 43. Iteraation tavoitteiden status 1/2

Iteraation tavoitteiden status 2/2 kehittäjät opiskelevat tarvittavat uudet tekniikat  Kesken. Toistaiseksi vain yksi kehittäjä on tehnyt harjoitus työn, jossa käydään läpi projektissa käytettävät tekniikat. Opiskelua jatketaan viikoilla 42 ja 43. projektin riskien tunnistaminen, analysointi ja monitoroinnin aloittaminen  Ok. kehittäjäryhmän vaiheittainen mobilisointi ja Team Building tapaaminen (järjestetään )  Tulossa henkilökohtaisen menetelmäaiheen valitseminen ja siihen tutustuminen  Osittain ok. Kaikkia sepa-harjoituksia ei ole vielä saatu alulle. roolien jako manageriryhmän kesken ja alustava rooliensuunnittelu kehittäjille  ok. Kehittäjien rooleja mietitään yhdessä kehittäjien kanssa seuraavassa iteraatiossa.

Iteraation tuotosten status Projektisuunnitelma  OK, kehittäjien roolit tarkentuvat vasta kun kehittäjät tulevat mukaan projektiin Vaatimusmäärittelydokumentti  OK, käyttötapaukset on karkealla tasolla dokumentoitu ja vaatimukset priorisoitu  Asiakas on jo nähnyt vaatimusten pohjalta tehdyn html-demon. Varmistuttiin siitä, että ollaan oikeilla jäljillä ja saatiin kalastettua lisää tietoa vaatimuksista

Tehtävien toteumat Kehitysteknologioiden opiskelu on jo aloitettu, mutta suurin osa kehittäjistä tekee harjoitustyön vasta viikolla 42 tai 43 Tuntiarviot olivat kautta linjan yläkanttiin. Tehtävien viemä aika arvioitiin varovaisesti ja tarkistusta suhteessa käytössä oleviin tunteihin ei tehty  Tässä palautuksessa tunteja ei ole päivitetty perjantain jälkeen vastaa maan todellista tilannetta. Tehtävien valmius on kuitenkin merkattu jo iteraatiodemon oletettua näkymää vastaavaksi.

Tarkemmat toteutumat (1/4)

Tarkemmat toteutumat (2/4) Asiakkaan kiireisen aikataulun takia palavereihin on mennyt vähemmän aikaa

Tarkemmat toteutumat (3/4)

Tarkemmat toteutumat (4/4)

Henkilökohtaiset työtunnit Kehittäjät ovat aloittaneet tekniikoiden opiskelun suunniteltua rauhallisemmin. Suunnitelluissa tunneissa näkyy Kick Off –tapaamiseen (20.10.) varatut 4 tuntia/jäsen Tässä palautuksessa tunteja ei ole päivitetty perjantain jälkeen vastaa maan todellista tilannetta. Tehtävien valmius on kuitenkin merkattu jo iteraatiodemon oletettua näkymää vastaavaksi.

Henkilökohtaiset työtunnit iteraatioittain Suunnitellut tunnit PP-iteraatiossa hlö/tunnitPP∑I1I2yht. Jussi Malinen Hanna-Kaisa Seiro Laura Selonen Tomi Hintikka Emilia Mattila Antti Seppälä Kimmo Stålnacke Tuomas Tallqvist Klaus Venesmaa yhteensä Tässä palautuksessa tunteja ei ole päivitetty perjantain jälkeen vastaa maan todellista tilannetta. Tehtävien valmius on kuitenkin merkattu jo iteraatiodemon oletettua näkymää vastaavaksi.

Muutokset projektiin Ei mainittavaa

Iteraation aikaansannokset Projektisuunnitelma Vaatimukset  Html-demo Järjestelmän arkkitehtuuri Harjoitustyö kehittäjien koulutukseen Riskienhallintasuunnitelma

Henkilöstö ja sidosryhmät Projektisuunnitelma

TavoiteTarkistuskriteeri 1. Sovitut toiminnot on toteutettu laadukkaasti. Ohjelmakoodi on sovitun standardin mukaista. Viimeiset testiraportit. 2. Arkkitehtuuri ja dokumentaatio mahdollistavat jatkokehityksen. Asiakas arvioi arkkitehtuurisuunnitelman ja dokumentaation pohjalta. Dokumentaation tulee sisältää lista laajennusta vaativista komponenteista ja niille kehitetyistä rajapinnoista 3. Projektiryhmä on ymmärtänyt asiakkaan tarpeet Vaatimusmäärittelyn katselmointi projektin jokaisessa vaiheessa. 4. Järjestelmä toimii osana IKa-portaalia.Asiakas arvioi arkkitehtuurisuunnitelman pohjalta. 5. Huutokaupan toiminnallisuudelle välttämättömät osat on toteutettu. Asiakas arvioi vaatimusmäärittelyn pohjalta, hyväksyntätestit. 6. Sähköinen tarjousympäristö sisältää riittävästi toiminnallisuutta ja siihen voidaan syöttää tarvittavaa materiaalia. Asiakas arvioi vaatimusmäärittelyn ja dokumentaation pohjalta. 7. Asiakkaalle tiedotetaan projektin etenemisestä ja resurssien käytöstä projektin edetessä. Viikoittaiset raportit edistymisestä ajankäyttötietoineen. Avoimuus ongelmienratkaisussa. 8. Toteutus on hyvin dokumentoitu.Asiakas arvostelee ryhmän toimittaman dokumentaation. 9. Projekti saadaan toteutettua aikataulussa.Projekti pysyy kurssin asettamassa aikataulussa. 10. Onnistunut yhteistyö asiakkaan ja projektiryhmän välilläAsiakas ja projektiryhmä arvioivat I2 vaiheen lopussa Asiakkaan tavoitteet projektille Projektisuunnitelma

Projektiryhmän tavoitteet tavoiteTarkistuskriteeri 1. Saadaan opintoviikot hyvällä arvosanalla.Kurssiarvostelu 2. Opetellaan tekemään ja ohjaamaan isompaa ohjelmistoprojektia. Ajankäytön seuranta 3. Projektissa saadaan mahdollisuus kokeilla uusia menetelmiä ja työtapoja, joita työelämässä ei ole niin helppo ottaa käyttöön. SEPAt 4. Saadaan käytännön kokemusta, jossa taustalla on lisäksi kurssihenkilökunnan tuki ja palaute. Palaute mentorilta 5. Opetellaan toimimaan osana ohjelmistokehitysryhmää annettujen resurssi- ja aikarajojen puitteissa. Ajankäytön hallinta Projektisuunnitelma

Projektin aikataulu Tässä on käyty läpi kurssin puitteissa pakollisten tapahtumien päivämäärät Projektisuunnitelma

Vaatimukset

Näkymädemon läpikäynti  Tilaajan eli kiinteistönomistajan näkymä Tarjouspyynnön jättäminen ja tarkentaminen Tarjousten tarkastelu Huutokauppa  Tarjoajan eli kiinteistönhoitopalveluntarjoajan näkymä Tarjouspyynnön tarkastelu Tarjouksen jättäminen ja tarkentaminen Huutokauppa

Järjestelmän arkkitehtuuri IKa eAuction ja Sähköinen tarjousympäri stö rakennetaan osaksi jo olemassa olevaa järjestelmää.

Harjoitustyön esittely Harjoitus työssä tehdään: ”minimalistinen webbisivu, jolla on formi, joka tallentaa sanan tietokantaan ja palauttaa käyttäjälle tiedon siitä kuinka monta kertaa sana on jo tietokannassa, ja palautetaan virhe, jos luku on yli viisi” Näin käydään läpi kaikkien olemassa olevassa järjestelmässä käytettyjen patternien ja kirjastojen käyttäminen ja tutustutaan Kaffetauon ohjelmointikäytäntöihin.

Riskit Manageriryhmä kokoontui analysoimaan riskejä alustavan kartoituksen pohjalta Riskit on jaettiin kahteen ryhmään  (1) tarkemmassa seurannassa oleviin riskeihin ja käydään läpi joka toinen viikko pidettävässä ryhmäpalaverissa.  (2) vähemmän huomiota vaativiin riskeihin Käydään läpi jokaisen iteraation alussa. Tämän lisäksi havaitut riskit on jaoteltiin kolmeen eri luokkaan:  henkilöriskit  Projektinhallintariskit  Sidosryhmäriskit Riskit ja riskienhallintakäytäntö on dokumentoitu riskienhallintadokumentissa.

Vastuut IKa eAuction projekti Projektin hallinta Hanna-Kaisa Jussi Testaus Suunnittelu Laura Kimmo Toteutus Kimmo Klaus Suunnittelu ja toteutus Arkkitehtuuri Jussi Tuomas implementointi AnttiEmilia KimmoKlaus TomiTuomas Vaatimukset Käyttäjä- vaatimukset Laura Hanna-Kaisa Tekniset vaatimukset Jussi Tuomas Hyöty- funktiot Laadun varmistus Laura Hanna-Kaisa Dokumen- tointi Projekti- suunnitelma Hanna-Kaisa Jussi Tekninen Dokumentaatio Jussi Tuomas Vaatimus- dokumentti: Laura Hanna-Kaisa Projektin henkilöriskeistä sairastumista tai kurssin lopettamista ehkäisemään on tehtäville nimetty varavastuulliset Varavastuullisen tehtävä on ”pysyä kärryillä” siinä mitä vastuuhenkilö tekee tehtävänsä suorittamiseksi

Projektin työtavat Käytetyt pakolliset menetelmät  time reporting, version control, … Muut menetelmät Muutoksia käytettyihin menetelmiin  adopt some new practices  change the use of the current practices  stop using some adopted practices