Projektiryhmän kokous

Aika: 2.6.2014 klo 12.00 - 16.00

Paikka: Eduix Oy, Tampere

Läsnä:

• Jaakko Rannila
• Virve Peltoniemi
• Anna-Liisa Karjalainen, sisällöllinene asiantuntija
• Juhani Gurney, tietojärjestelmätyöryhmä, projektin omistaja Eduixilla
• Eero Manninen, suunnittelu, arkkitehtuuri, toteutus
• Kristoffer Michael, suunnittelu, arkkitehtuuri, toteutus
• Rami Heinisuo, toimittajan edustaja johtoryhmässä
• Leena Tuomela, Pepissä toimittajan pp; nyt koordinaattori Peppi-liitännäisten osalta
• Hannu Lakervi, tietorakenteet, 
• Kirsi Vikström (Virven apuna - koordinaattori tekniselle porukalle, liitännäisyydet jne)
• Virve Peltoniemi, TAMK projektipäällikkö tämä + PAKKI
• Janne Riihimäki, kälit
• Heidi Lehtonen, kälit
• Tuomas Orama, + Jussi Kivinen omistaja
• Lauri Stigell, toimittajan projektipäällikkö

Agenda

1. Kokouksen avaus
2. Projektin tilannekatsaus (projektipäälliköt)
   
   1. Projekti- ja kehitysmalli
      
      1. Tilaajan backlog - Toimittajan backlog
         
         1. jira-käytännöt
      2. Määritysten tarkentaminen
      3. Toimittajan kehitysmalli
      4. Toimittajan kehityskäytännöt ja -periaatteet
   2. Resurssit
      
      1. Toimittajan resurssit
      2. Tilaajan resurssit
   3. Aikataulu
      
      1. Karkea aikataulu
      2. Milestonet
      3. Kehityssprinttien niveltäminen aikatauluun
      4. Sprintti 0 (tämä viikko)
      5. Ensimmäinen kehityssprintti
   4. Kehitystyön tilannekatsaus
      
      1. Moduulijakosuunnitelma
      2. Tietomalli
      3. Migraatio
3. Muut asiat
   
   1. Perusrekisterin nimi - lähetekeskustelu
4. Seuraavat kokoukset
5. Kokouksen päätös

Muistio

1. Kokouksen avaus
   1. Jaakko Rannila avasi kokouksen ja esitteli ohjausryhmälle perusrekisteristä pidetyn esityksen (diat)
   2. Projektiryhmän jäsenet esittäytyivät
2. Projektin tilannekatsaus (projektipäälliköt)
   
   1. Resurssit
      
      1. Toimittajan resurssit
      2. Tilaajan resurssit
   2. Projekti- ja kehitysmalli
      
      1. Tilaajan backlog - Toimittajan backlog
         
         1. Miten tilaaja tuo asioita toimittajan backlogiin?
            
            1. Olisiko alkuvaiheessa hyvä malli, että tilaajan edustaja on suunnittelusessiossa mukana?
            2. Vai toimiiko niin, että Lauri ja tilaaja keskustelevat asiat ja Lauri tuo kehittäjille - jotka avautuvat Laurille ja tilaajalle 
            3. Todettiin, että oleellista, että malli toimii ja riittävät resurssit käytettävissä molemmilla osapuolilla - muutetaan tarvttaessa toimimattomia käytäntöjä matkan varrella. 
         2. jira-käytännöt
            
            1. yksi vai kaksi jiraa?
            2. Viime viikolla alustavasti keskusteltiin, että asiakkaalla olisi oma, Eduixilla oma, johon siistitään toteutettavat tehtävät
            3. Päätettiin, että perusrekisterissä toimitan kuitenkin vain yhdessä (Eduixin pystyttämässä) jirassa, johon Eduix järjestää kaikille pääsyn (tarkastelu- ja päivitysoikeudet päätettävä); kyseessä on uusi jira-instanssi, joka on suorassa yhteydessä tuotantoympäristöön
      2. käli-tiimi + muun toteutuksen tiimi?
         
         1. yhteinen ohjeistus käleille - pepin alussa oli, hieman lipsuttu sittemmin
            
            1. peppi-perusrekisteri-pakki - yhteinen ohjeistus
               
               1. otetaan ensimmäiseen sprinttiin olemassa olevien käli-suunnitelmien / ohjeistuksien kokoaminen + askelmerkit jatkokehitykselle
               2. yhteiset tyylit eri palveluihin -> työpöytiin
         2. pitkälti kyse lomakelistaus-tyyppisistä asiosita - toisaalta toimijat hahmottavat asioita kälien kautta, sikäli käli edellä meneminen perusteltua
         3. päätettiin, että edetään pepin tavoin kälit edellä
         4. asiakkaan puolelta käli-tiimi myös? 
      3. Määritysten tarkentaminen
         
         1. organisatoristen kerrosten toiminta (ohjausryhmä - projektiryhmä - asiantuntijaryhmät)
         2. asiantuntijaryhmän hyödyntäminen
            1. käli-proto (toteutettu vaatimusten mukaan)
            2. testaukseen viikko-pari
            3. palaute: miten pitäisi kehittää
            4. varsinainen kehitys tähän pohjautuen
      4. Toimittajan kehityskäytännöt ja -periaatteet
         
         1. scrum - ok, tarkennetaan tarvittaessa
      5. Projektien välinen yhteistyö (perusrekisteri ja pakki)
         
         1. pakin kilpailutus käynnissä (hops, suoritustiedot ja ilmoittautumiset - ei lueta winhasta vaan uudesta perusrekisteristä); palvelut oltava perusrekisterissä näiden tietojen välittämiseen pakille
   3. Aikataulu
      
      1. Karkea aikataulu
         
         1. Pakin migraatio
      2. Milestonet
      3. Kehityssprinttien niveltäminen aikatauluun
      4. Sprintti 0 (tämä viikko)
      5. Ensimmäinen kehityssprintti
   4. Kehitystyön tilannekatsaus
      
      1. Moduulijakosuunnitelma
      2. Tietomalli
      3. Migraatio
3. Muut asiat
   
   1. Perusrekisterin nimi - lähetekeskustelu
4. Seuraavat kokoukset
5. Kokouksen päätös