Projektipäälliköiden suunnittelukokous

Aika: 25.6.2014 klo 12 - 14
Paikka: Liity Lync-kokoukseen          
Läsnä: Lavikainen, Rannila, Peltoniemi, Stigell

Muistio 

1 Avaus

2 Projektin valmiusasteen seuraaminen

• Raportointikäytännöt toimittajalta tilaajalle
  
  • Sprinttien eteneminen
  • Viikkopalaveri perjantaisin projektipäälliköiden kesken
    
    • kokousaika - alustavasti pe 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 parempi
  • Heti kun ongelmia, tuodaan esille - läpinäkyvyys
  • Kun Pakki käynnistyy, yhdistetään yllä olevia soveltuvin osin
    
    • Wikissä projektien yhdistäminen järkevällä tavalla
    • Toinen näkökulma on, projekteista tulee raportoida erikseen
    • Päätös: kun pakilla wiki, leimataan sivut ristiin (label), yhteiset viikkopalaverit
• Seurattavat indikaattorit: Milestonet
  
  • Valmistumisasteesta prosentein / 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ä (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)
      • 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"

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
  • Kommentit projektiryhmältä ja projektin omistajilta (Tuomas, Jussi)
  • Mika hyväksyy valmiin määritelmän alustavasti heinäkuussa ennen lomiaan, hyväksytetään / informoidaan ohjausryhmää aikanaan

4 Sprintin 1 tilanne

• Kehityksen yleiskuvaus
• Migraatio
  • Metropolia tiedot toimitettu Eduixille
  • TAMK viimeistään 14.7. xml Eduixille
  • Virran ulkopuoliset tiedot
    
    • Kartoitetaan Virran ulkopuolisen tietosisältö Metropolia, TAMK, Eduix yhteistyönä
      
      • mitä tietoja (esim. toteutuksille ilmoittautuminen)
      • mistä löytyy
      • näkymiä
    • sprintissä 2 Eduixin toimesta kartoitus alustavasti
• 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 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
  
  • Näyttää hyvältä
  • Toteutuksessa tule muistaa, että toiminnallisuus ja "mahdollisimman vähillä klikkauksilla" on keskeistä toteuttamisessa
  • Lopputestauksessa käli-tiimi mukaan
  • Huom. käyttöliittymätiimi on hyvä lisätä myös organisaatiokaavioon (Lauri lisää)
• Tietosuoja

5 Sprinttien 2 ja 3 ylätason tehtävien suunnittelu

• Käyttöliittymäpohjat
  
  • Tehtävät suunniteltu jo pitkälle
• Virran ulkopuolisten perusrekisterin tietosisältöjen kartoitus
• Testiympäristön pystyttäminen katselmointeja varten
  
  • Tehtävät 
• Prioriteettien pohjana 3. ja 4. sprinttiin esim. otm-/roti-palaverissa laadittu listaus alkupäästä (Lauri täydentää listan - tässä: kälien suunnittelu)
  
  • 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ä
• 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

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.