1. Ryhmä päätti yksimielisesti käyttää iteratiivista prosessimallia.

2. Päätettiin tehdä 3 iteraatiota.

3. Asiakkaalta selvitettävää

- Milloin asiakkaat ovat tavoitettavissa + mahdollisuus kokouksiin kesän aikana?

- Miten data haetaan MPC:ltä?
- Miten dataa saadaan sähköpostilla?
- Mistä tiedostoista dataa on kerättävä?
- Mitkä sarakkeet on tallennettava astrometriseen tietokantaan?
- Miten tietojen oikeellisuus varmistetaan?
- Miten päiväpakettien ja kuukausipakettien tiedot tarkaan ottaen poikkeavat toisistaan?
- Miten usein astrometristä havaintotietokantaa on päivitettävä?
- Miten pääsemme käsiksi kuukausipaketteihin?
- Milloin uuteen formaattiin siirtyminen tapahtuu ja miten?
- Mistä saamme käsiimme uuden formaatin dataa?

- Millä tavoilla tietoa pitää pystyä hakemaan astrometrisestä havaintotietokannasta?
- Millä tavoin tietoa pitää pystyä esittämään?
- Millaisia oikeuksia tarvitaan tietojen saantiin?
- Millaisia käyttäjäryhmiä tulisi olla?

- Millaiseen ympäristöön järjestelmä tulee? (koneiden tehot, kovalevykapasiteetit yms.)

4. Päätettiin henkilöiden varavastuualueet

- Olli Björkqvist, testaus
- Kalle Karikoski, dokementointi
- Antti Tikka, ohjelmointi
- Juha Mäkeläinen, projektin hallinta
- Antti Miettunen, suunnittelu

5. Päätettiin pitää ryhmäkokous ensi asiakastapaamisen jälkeen.

6. Päätettiin alustavasti käyttää seuraavaa tehtäväjakoa:

Tietojen keruu
- Antti Tikka
- Olli Björkqvist
- Antti Miettunen

Käyttöliittymä
- Kalle Karikoski
- Juha Mäkeläinen

6. Tehtiin riskianalyysiä

Asiakakkaiden poissaolo vaatimusmäärittelyn aikana
- Todennäköisyys: epätodennäköinen
- Haitallisuus: kriittinen
- Varautuminen: Pidetään vapaaviikot käyttämättöminä. Poissaolon sattuessa pidetään vapaa viikko.

Ryhmän jäsenten keskeyttäminen
- Todennäköisyys: epätodennäköinen
- Haitallisuus: vakava
- Varautuminen: varavastuualueet

Ryhmän jäsenen poissaolo
- Todennäköisyys: todennäköinen
- Haitallisuus: lievä
- Varautuminen: Ryhmän jäsenet toimittavat ensi kokoukseen listat ajoista, jolloin eivät pysty tekemään projektia. Varavastuualueet. Yllättävän poissaolon sattuessa ilmoitus mahdollisimman pian ryhmälle.

Oman tietokoneen kovalevyn hajoaminen
- Todennäköisyys: epätodennäköinen
- Haitallisuus: vakaka-kriittinen
- Varautuminen: Säilytetään tiedostot yliopiston palvelimella

Ohjaajan sairastuminen
- Todennäköisyys: melko todennäköinen
- Haitallisuus: lievä-vakava
- Varautuminen: ei tietoa

Asiakkaan vaatimusten muuttuminen kesken projektin
- Todennäköisyys: melko todennäköinen
- Haitallisuus: lievä-kriittinen
- Varautuminen: Kattava ja tarkka vaatimusmäärittely. Kommunikaatio asiakkaan kanssa.

Aikataulu pettää
- Todennäköisyys: melko todennäköinen
- Haitallisuus: lievä-kriittinen
- Varautuminen: Huolellinen projektin seuranta. Vapaaviikojen strateginen sijoittaminen aikatauluun.

7. Päätettiin käyttää dokumenttien formaattina rtf:ää.
8. Päätettiin käyttää tyylejä dokumenteissä, jotta niiden yhtenäistäminen olisi mahdollisimman suoraviivaista.

9. Päätettiin säilyttää kaikki projektin dokumentit ryhmän kansiossa (myös keskeneräiset).

10. Päätettiin, että kaikkien dokumenttitiedostojen nimien perään laitetaan päiväys muodossa VVVV-KK-PP.

11. Valittiin ensi kokouksen sihteeriksi Olli Björkqvist.
12. Ensi keskiviikon kokouksessa käsitellään astrometrisen havaintotietokannan vaatimusmäärittelyä.

13. Ensi perjantain kokouksessa käsitellään projektin aikataulua.