Projektipäälliköiden suunnittelukokous
Aika: 25.6.2014 klo 12 - 14
Paikka: Liity Lync-kokoukseen
Läsnä: Lavikainen, Rannila, Peltoniemi, Stigell
Muistio
1 Avaus
- Aloitettiin
2 Projektin valmiusasteen seuraaminen
- Raportointikäytännöt toimittajalta tilaajalle
- Sprinttien etenemisestä tulee raportoida, viikkopalavereissa käydään läpi
- Viikkopalaveri perjantaisin projektipäälliköiden kesken
- kokousajaksi sovittiin perjantaisin klo 13 - 14
- viikkopalaverin tueksi kirjallinen lyhyt raportti, vrt. Laurin tekemät perjantaipäivitykset
- Ohjausryhmälle
- Tilaajan työajan käyttö
- Toimittajan käyttämä työaika ei niin tärkeä kiinteähintaisessa projektissa. Halutaan kuitenkin seurata, että kuormitus oikeassa suhteessa tehtäviin.
- Valmistumisasteen seuraaminen työaikaa tärkeämpi
- Heti kun ongelmia, tuodaan esille - läpinäkyvyys molemmin puolin
- Kun Pakki käynnistyy, yhdistetään yllä olevia soveltuvin osin
- Wikissä projektien yhdistäminen järkevällä tavalla, toisaalta projekteista tulee raportoida erikseen ja osa ryhmistä on eri henkilöistä koostuvia
- Päätös: kun pakilla wiki, leimataan sivut ristiin (label), yhteiset viikkopalaverit (varmistettu Tapion kanssa)
- Seurattavat indikaattorit
- Valmistumisastetta halutaan seurata prosentein ja niitä tukevin graafein seuranta, miten eri työkohteet etenevät
- Mitä ovat seurattavat asiat
- epicit, vrt. esim. migraatio
- raportointi ohrylle mallilla: "migraatiosta on toteutettu 40%"
- prosenttien osalta tulee pystyä näyttämään, mitä on syntynyt: käyttöliittymät edellä hyvä tapa, josta jo sovittukin (sama koskee myös asiantuntijaryhmiä: toimittajan tulee kertoa noin kuukausi ennen, milloin on mahdollista kerätä kommentteja käyttäjiltä, kommenteille jätetään noin viikko - nämä luontevasti milestoneja projektin milestoneja)
- testauskäytännöistä tulee sopia samalla: miten, missä, milloin - mahdollisimman hyvissä ajoin, jotta tilaaja pystyy varamaan mm. tilat jne.; ohjeistuksessa huomioitava, että kyseessä alkuvaiheessa "katselmointi" - ei valmiin "testaus"
- epicit, vrt. esim. migraatio
3 Valmiin määritelmä (Definition of Done)
- Valmisteludokumentti
Yksittäisen tehtävän DoD
- Sprintin DoD
- Releasen DoD
- Yllä oleva riippuu siitä, tähdätäänkö sprinteissä aina aidosti "potentiaaliseen tuotantovalmiuteen"
- Tilaajan puolelta kiinnostaa ennen muuta kokonaisuus - release-tason DoD, myös sprinttien kun kyse esim. jostain testattavasta kokonaisuudesta tai keskeisestä palvelun osajoukosta
- Yksittäisen tehtävän DoD enemmän kehittäjien työväline
- Lauri vastaa, että toteutuvat
- PO:n rooli
- Mika tilaajan PO
- oleellista jatkuva keskustelu Mikan, Jaakon, Virven ja Laurin kesken
- Päätös:
- Lauri ja kehittäjät valmistelevat DoD:t ensimmäisen sprintin lopussa ja toisen alussa
- Kommentit projektiryhmältä ja projektin omistajilta (Tuomas, Jussi) sprintin 2 alussa
- Mika hyväksyy valmiin määritelmän alustavasti heinäkuussa ennen lomiaan, hyväksytetään / informoidaan ohjausryhmää aikanaan
4 Sprintin 1 tilanne
- Kehityksen yleiskuvaus
- Suunnitellut tehtävät etenevät hyvin. Ensimmäisestä jää yksi task (ES kuormittavuustestaus) tekemättä, koska sille ei ole vielä edellytyksiä. Tämä tulee työlistalle 3. tai 4. sprintissä.
- Kokonaisuudessa sprintti edennyt suunnitelmallisesti: tehtävät valmistuvat, kehittäjät ja käyttöliittymäsuunnittelijat tehneet hyvää työtä ja toimittajan ja tilaajan työnjako ja yhteistyö on ollut toimivaa
- Migraatio
- Metropolian tiedot toimitettu Eduixille
- TAMK viimeistään 14.7. xml Eduixille
- Virran ulkopuoliset tiedot:
- Kartoitetaan Virran ulkopuolisen tietosisältö Metropolia, TAMK, Eduix yhteistyönä pikaisesti
- mitä tietoja (esim. toteutuksille ilmoittautuminen)
- mistä löytyy
- näkymiä näille
- sprintissä 2 Eduixin toimesta kartoitus alustavasti
- Kartoitetaan Virran ulkopuolisen tietosisältö Metropolia, TAMK, Eduix yhteistyönä pikaisesti
- Tietomalli
- Kaavio on siinä vaiheessa, että siihen olisi hyvä saada tilaajan kommentteja
- Nimeämiskäytännöissä referenssinä huomioitu
- Korkeakoulujen tietomalli
- OKSA
- Päätös:
- Lauri vie kaavion wikiin toistaiseksi rajatulla käyttöoikeudella Tekniset ratkaisut & sovellusarkkitehtuuri alle
- Kommentit tilaajalta heinäkuun ensimmäisellä viikolla pe 27.6. mennessä -> jatkojalostus Eduixilla sprintissä 2
- Metropolia: Mika, Jaakko, jotka osallistavat muita
- TAMK: Virve, Anna-Liisa
- Jatkovalmistelun jälkeen tilaajia päättää julkaisusta rinnakkaisprojekteille
- Käyttöliittymäohjeistus
- Työn vaihe näyttää hyvältä
- Asiakas totesi, että toteutuksessa tule muistaa helppokäyttöisyyden (esim. "mahdollisimman vähillä klikkauksilla") olevan keskiössä
- Lopputestauksessa käli-tiimi mukaan;
- Päätös: käyttöliittymätiimi on hyvä lisätä myös organisaatiokaavioon (Lauri lisää)
- Tietosuoja
- Työ edennyt suunnitelmien mukaan ja Nixun ja kehittäjien palaveri sovittu elokuun lopulle (doodle käynnissä)
5 Sprinttien 2 ja 3 ylätason tehtävien suunnittelu
- Käyttöliittymäpohjat
- Tehtävät suunniteltu jo pitkälti kesän ajalle
- Virran ulkopuolisten perusrekisterin tietosisältöjen kartoitus
- Testiympäristön pystyttäminen katselmointeja varten
- Mahdollisten tehtävien kirjaaminen, mitä edellyttää tilaajalta (organisointi jne.)
- Prioriteettien pohjana 3. ja 4. sprinttiin esim. otm-/roti-palaverissa laadittu listaus alkupäästä (Lauri täydentää listan - toisessa sprintissä näkökulmana kälien pohjasuunnittelu)
- koodistojen tekeminen = tulee hakea opintopolku.fi
- tietomallina pepin hierarkiapalvelut?
- opiskelijaidentiteetin tarkastelu ja muokkaus
- hakutoiminnot, kaikkea pitää pystyä muokkaamaan; tulee huomioida mm. tietojen vanhennettavuus (esim. maatieto) HUOM tarkastetaan onko mukana vaatimusmäärittelyssä
- koodistojen tekeminen = tulee hakea opintopolku.fi
- Muuta:
- päätettiin, että Lauri tekee ehdotuksen toteutusjärjestyksestä projektipäälliköiden seuraavaan kokoukseen
- sen pohjalta päätös ylätasolla, missä järjestyksessä toiminnallisia kokonaisuuksia lähdetään tekemään
- päätettiin, että Lauri tekee ehdotuksen toteutusjärjestyksestä projektipäälliköiden seuraavaan kokoukseen
Pohdintaan miten Pakki / perusrekisterin "yhteiset" tehtävät hallitaan ja suunnitellaan,(todennäköisesti 4. sprintti alkaen)
- hopsien migraatio
- suoritusten palauttaminen, opiskelijan perustiedot opiskelijan näkymään uudesta perusrekisteristä Pakissa (hopsissa)
- opiskelijan työpöydän kälin suunnittelu
- referenssinä esim. tiptopin kälit, otm kälit
6 Muut asiat
- Jatkossa sprinttien suunnittelussa toteutusjärjestysehdotus luo hyvän pohjan
- Lauri tuo projektipäälliköille ehdotuksen seuraavan kahden sprintin asioista
- Kehittäjien hyödyntäminen listan keräämisessä
7 Lopetus
- Lopetettiin klo 13.58.