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"
- 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
- 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
- Tietosuoja