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
   
   • Jaakko Rannila avasi kokouksen ja esitteli ohjausryhmälle perusrekisteristä pidetyn esityksen (diat)
   • Projektiryhmän jäsenet esittäytyivät
2. Projektin tilannekatsaus (projektipäälliköt)
   
   • Resurssit
     
     • Projektipäälliköt esittelivät toimittajan ja tilaajan projektiin asettamat resurssit
       
       • Tilaajan puolelta keskeiset resurssit projektipäälliköt Lavikainen, Rannila, Peltoniemi
       • Toimittajan puolelta keskeiset resurssit projektipäällikkö Stigell, arkkitehdit/kehittäjät Manninen, Michael, Rauta, käyttöliittymäsuunnittelijat Riihimäki, Lehtonen + teknologiajohtaja Gurney
   • Projekti- ja kehitysmalli
     
     • Tilaajan backlog - Toimittajan backlog
       
       • Keskusteltiin sprinttien suunnittelukäytänteistä
         
         • Vaihtoehto 1: tilaajan edustaja on sprittien suunnittelussa mukana
         • Vaihtoehto 2: toimittajan projektipäällikkö tuo kehittäjille suunnittelutilaisuuteen asiakkaan esittämän alustavan työlistan, jonka pohjalta toimittaja jatkaa suunnittelua
         • Päätös: alkuvaiheessa toimittaneen vaihtoehdon 1 mukaan; oleellista joka tapauksessa, että malli toimii ja riittävät resurssit käytettävissä molemmilla osapuolilla - muutetaan tarvttaessa toimimattomia käytäntöjä matkan varrella. 
       • jira-käytännöt
         
         • yksi vai kaksi jiraa?
         • Viime viikolla alustavasti keskusteltiin, että asiakkaalla olisi oma, Eduixilla oma, johon siistitään toteutettavat tehtävät
         • Päätös: perusrekisterissä toimitaan vain yhdellä Jiralla, jonka Eduix pystyttää; kyseessä on uusi jira-instanssi, joka on suorassa yhteydessä tuotantoympäristöön;  Eduix järjestää tarvittavat oikeudet tilaajan edustajille (tarkastelu, muokkaus)
     • käli-tiimi + muun toteutuksen tiimi?
       
       • yhteinen ohjeistus käleille - pepin alussa oli, hieman lipsuttu sittemmin
         
         • peppi-perusrekisteri-pakki - yhteinen ohjeistus
           
           • Päätös: ensimmäiseen sprinttiin olemassa olevien käli-suunnitelmien / ohjeistuksien kokoaminen + askelmerkit jatkokehitykselle; yhteiset tyylit eri palveluihin -> työpöytiin
       • pitkälti kyse lomakelistaus-tyyppisistä asioista - toisaalta toimijat hahmottavat asioita kälien kautta, sikäli käli edellä meneminen perusteltua
       • päätettiin, että edetään pepin tavoin kälit edellä
       • kootaan käli-tiimi, johon tilaajan ja toimittajan edustus
     • Määritysten tarkentaminen
       
       • organisatoristen kerrosten toiminta (ohjausryhmä - projektiryhmä - asiantuntijaryhmät)
       • asiantuntijaryhmän hyödyntäminen
         
         • käli-proto (toteutettu vaatimusten mukaan)
         • testaukseen viikko-pari
         • palaute: miten pitäisi kehittää
         • varsinainen kehitys tähän pohjautuen
     • Toimittajan kehityskäytännöt ja -periaatteet
       
       • scrum - ok, tarkennetaan tarvittaessa
     • Projektien välinen yhteistyö (perusrekisteri ja pakki)
       
       • pakin kilpailutus käynnissä (hops, suoritustiedot ja ilmoittautumiset - ei lueta winhasta vaan uudesta perusrekisteristä); palvelut oltava perusrekisterissä näiden tietojen välittämiseen pakille
   1. Aikataulu
      
      1. Karkea aikataulu ennen kesää ja kesän yli
         
         1. Tietokannan suunnittelu ja toteutuksen aloittaminen
         2. Moduulijaon tarkentaminen
         3. Kehitysympäristön pystyttäminen, uuden versionhallinnan käyttöönotto
         4. Migraatio
            
            1. testiwinha asennus 16.6. Metropolia; TAMK:llal jo olemassa
         5. Käyttöliittymäohjeistuksen laatiminen
         6. Tietosuoja ja tietoturvaperiaatteet
            
            1. Nixu + Ilkka
         7. Dokumentaatiokäytäntöjen tarkentaminen
            
            1. Pepin dokumentaatiota on esitelty todella paljon - toive (käsky), että esitellään perus-sivustolla
            2. wikin oltava avoin
      2. Milestonejen määrittely
         
         1. suunnitellaan projektipäälliköiden kesken ->projektiryhmö -> ohjausryhmä
      3. Kehityssprinttien niveltäminen aikatauluun
      4. Sprintti 0 (tämä viikko)
      5. Ensimmäinen kehityssprintti
   2. Kehitystyön tilannekatsaus
      
      1. Moduulijakosuunnitelma
         

         1. Yleistä rajapinnoista:
            - rajapinnat vain restillä
            - ei hienojakoisia rooleihin perustuvia tarkistuksia rajapintoihin
            
            
            MODUULI: integration / data-transfer
            
            Yleistä: 
            - datan siirto järjestelmään ja toimittaminen ulos. 
            - rajapinta tietojen viemiseksi virta muodossa
            - rajapinta tietojen hakemiseksi virta muodossa
            - käyttöliittymä monitorointiin. Mitä on viety, mitä on haettu. kuinka kauan kestänyt. ylimääräistä validointia viesteihin?
            
            
            MODUULI: data-import
            
            - winha-datan muuntaminen virta muotoon ja sen vieminen järjestelmään
            - ajastettu integraatio
            - käytössä vain kehitysvaiheessa sekä käyttöönotossa
            
            
            MODUULI: student-registry
            
            - opiskelijan henkilötiedot
            
            endpoint: student-registry-manager
            - opiskelijoiden tiedot
            - ryhmien halinta
            
            endpoint: student-registry-admin
            
            - student-registry + auditointi/monitorointi
            - siirrettyjen hakijoiden hyväksyminen
            
            MODUULI: registration-assessment-service
            endpoint: registration-assessment

            vain omat tiedot
            - ilmoittautuminen toteutuksille
            - opintosuoritusote
            
            endpoint: registration-assessment-manager
            
            rajaus: vain omat toteutukset
            - ilmoittautuminen toteutuksille
            - ilmoittautumisten hyväksyminen
            - suoritusten arviointi
            - opintosuoritusote
            
            endpoint: registration-assessment-admin
            
            - ilmoittautuminen toteutuksille
            - ilmoittautumisten hyväksyminen
            - suoritusten arviointi
            - tutkintotodistus?
            
            
            MODUULI: configuration
            endpoint: configuration-admin
            - koodistot
            - organisaatiot
            - rahoitukseen liittyviä tietoja?
            
            
            MODUULI: reporting
            - erilaiset listaukset ja tulosteet

         2. Keskustelua moduulijaosta
            
            1. identiteettiin liittyvät henkilötiedot tulee erottaa opiskelijaroolin tiedoista (joka liittyy opiskeluoikeuteen) - vain OID jatkossa
            2. opiskeluoikeuteen liittyvät tiedot ylläpidetään jatkossakin perusrekisterissä
      2. Tietorakenteiden suunnittelu
         
         1. relaatiotietokannan suunnittelu käynnissä; pääasiallinen tiedon säilö; tietokanta-alustariippumaton (tietokantatasolla tietojen suojaus)
         2. dokumenttipohjainen tietokantasäiliö (vrt. elastic search, joka pohjana kälien perushaulle ja raportoinnille)
         3. seuraavassa vaiheessa moduulisuunnitelmaan matchaaminen + Ilkan kanssa speksaus
      3. Migraatio
3. Muut asiat
   
   1. Perusrekisterin nimi - lähetekeskustelu
      
      1. kirjattiin lähetekeskustelussa termit: pere, perse, perusrekisteri, odotetaan Lavikaisen lapsen nimeä - ohry päättää
4. Seuraavat kokoukset
5. Kokouksen päätös