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
• Tietomalli
• 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

6 Muut asiat

7 Lopetus