Pöytäkirja 2010-05-24 kokous Aika ja paikka 24.5.2010 klo 8:00 Sali A218 Tietojenkäsittelytieteen laitos (Exactum) Gustaf Hällströmin katu 2b, Helsinki Osallistujat Anna Kuosmanen (saapui 2. kohdan aikana) Anni Laurila Petri Karjalainen Sami Saada Tuomas Husu Tuomo Niemelä Mikko Apiola, ohjaaja 1. Kokouksen avaus Valittiin puheenjohtajaksi Tuomas ja sihteeriksi Sami. 2. Kokouskäytännöt Kokouksissa valitaan puheenjohtaja ja sihteeri siten, että on sama puheenjohtaja ja sama sihteeri koko syklin ajan. Esityslistat on oltava esillä kohtuu ajoissa. Kokouksissa käydään yhteisesti lävitse edellisen kokouksen pöytäkirja. Myöhästymisten ja poissaolojen varalta puhelinnumerot olisi hyvä olla esillä. Alustavasti voisimme pitää niitä ryhmän www-sivuilla ja häiriötapausten ilmetessä tehdä toisin. Ryhmäläisten olisi syytä ilmoittaa poissaolonsa mahdollisesti etukäteen. Ryhmä työskentelee pääsääntöisesti arkisin, mutta sen jäsen saa halutessaan työskennellä myös viikonloppuisin. Jos joku luulee tai tietää epäonnistuvansa sprintissään, hänen tulisi ilmoittaa tästä muulle ryhmälle, jotta he voivat parhaansa mukaan auttaa tai olla tietoisia mahdollisesta takaiskusta. Mikko on tulevana maanantaina estynyt, joten siirretään viikon ensimmäinen kokous tiistaille samaan aikaan. Sami varaa kokoustilan. Tällä viikolla pidetään toinen viikottainen kokous, johon Mikko voi halutessaan tulla. Sami varaa kokoustilan. 3. Tuntiseuranta Henkilökohtaiseen tuntikirjanpitoon merkitään kaikki projektiin liittyvät tunnit, myös teknologioiden opetteluun käytettävät tunnit. Tunnukset ovat työnalla, joten jokainen kirjaa tunnit tiedostoon metricsin haluamassa muodossa. Ohjeet tähän löytyvät ryhmäsivun linkit -osiosta. 4. Prosessimalli Sovellamme käytössä olevaa kolmisyklistä ketterää prosessimallia siten, että syklit kuvastavat prosessin tiettyjä pääteemoja ja ne sisältävät useita sprinttejä. Ryhmän pitäisi toteuttaa prosessimallin vaatimat kaaviot. Valmiita pohjia kannattaa kysellä kurssin parissa työskenteleviltä henkilöiltä. Scrum-videosta voi katsoa havainnollisia esimerkkejä kaavioiden käytöstä. Jokaisen olisi syytä tutustua läpikotaisin prosessimallin kuvaukseen. Tehdään asioita yhdessä ja kenenkään ei kannata stressata vaan nautiskella. Kävimme lävitse prosessimallin eri osien vaatimuksia ja mahdollisia toteutustapoja. Ryhmän pitää katsoa oleelliset asiat ja priorisoida sovelluksen ominaisuudet sen mukaisesti. Pitää katsoa oleelliset asiat ja priorisoida ominaisuudet. Kaaviot pitäisi tehdä. Kävimme läpi eri osien vaatimuksia ja toteutustapoja. Jokainen tutustuu paremmin prosessimallikuvaukseen. Valmiita kaaviopohjia. Scrum videossa kaavioista havaintoja. Tehdään yhdessä asioita. Ei kannata stressata vaan nautiskella. Ryhmän aikataulusta päätimme sen, että 2. viikko on konseptisprintti, jolloin olisi tarkoitus hioa konseptia. 3. viikko on käyttöliittymäsprintti, jolloin olisi saada käyttöliittymäprototyyppi valmiiksi. Viikot 28 ja 29 pyhitettäisiin lomalle. Anna pitää lomaa juhannusta edeltävät torstain ja perjantain. Kokouksen jälkeen Sami opastaa railsin kanssa. 5. Työkalut Sami neuvoo kehitysympäristöjen pystytyksessä. Kohta kaikki ryhmän jäsenet ovat ryhmän IRC-kanavalla. Sami pystyttää ryhmän versionhallinnan ja tekee ohjeet helposti lähestyttävät ohjeet. Sami mainitsi eräästä kaavionteko-ohjelmasta ja lupasi linkittää siitä ryhmän sivuille. 6. Konseptisuunnittelu Ryhmän olisi tarkoitus kartoittaa sovelluksen oleelliset asiat. Railsista löytyy tarvittavat palikat teknisiin haasteisiin. Visuaalisen ilmeen pitäisi ryhmän mielestä olla lähellä yliopiston ulkoasua ja sen olisi syytä olla siisti. Sovelluksen pitäisi olla jokaiselle helposti omaksuttava ja yksinkertainen käyttää. Kurhilan painottama osa vastaisi sitä osaa, jonka pitäisi olla valmis ennen ryhmäläisten lomaa. Matin ja Tatun visioimien ominaisuuksien toteuttaminen aikataulutettaisiin loman jälkeen. Ryhmä pohti asiaa, onko sovelluksen tarkoitus olla pedagoginen työkalu vai millainen. Avoimeksi jäi kysymys, onko mukana myös muiden laitosten tenttejä. Luennoitsijat voisivat generoida tenttejä arkistosta. Ongelmiin löytyvät kohtuu helpot ratkaisut. LDAP voisi olla käytössä opiskelijoiden tunnistuksessa ja järjestelmään kirjautumisessa. Pitää varmistaa onko pääsy vain laitoksen opiskelijoille vai kaikille yliopiston opiskelijoille. Ryhmän tulisi miettiä, mihin itse käyttäisimme sovellusta. Huomisen daily meetingiin kaikki laatisivat, mihin käyttäisin tenttiarkistoa opiskelijan näkökannalta. Mietinnän tuloksena olisi tarkoitus olla kasa käyttötapauksia. Kaikki mahdolliset käyttötapaukset tulisi listata, myös hullut ideat. Avoimeksi jäi kysymys, kuka lisää tentit. Luennoitsijoille tulisi luoda sosiaalinen paine, esim. opiskelijan kysyessä, tuleeko tentti tenttiarkistoon. Ryhmän tarvitsee saada vastaus siihen, että saako luennoitsijoilta tenttien alkuperäisiä versioita. Ryhmän mielestä projektia olisi turha toteuttaa, jos lähtökohtana olisi se, ettei luennoitsijaa kiinnostaisi tenttiarkisto. Ryhmä mietti, onko tenttiarkisto vain läpipääsy keino laiskoille opiskelijoille. Tästä syntyi keskustelua, jossa autokoulua vertailtiin tentteihin. Tehtävissä vaadittavat soveltaminen nousi tärkeäksi asiaksi. Tenttiarkiston avulla luennoijat saisivat selville huonot kysymykset. Tenttiarkistosta on suuri apu luennoitsijalle, varsinkin ensikertalaisille, tenttejä laatiessaan. Luennoitsijat voisivat luoda harjoituskoekysymyksiä tenttiarkistoon. Myös opiskelijoiden voisi olla mahdollista pystyä lisäämään esimerkkikysymyksiä. Ryhmän mielestä mallivastaukset olisivat mukavia, mutta suuremman arvon saivat arvosteluperusteet. Jos kysymykseen ei ole virallista mallivastausta, olisi palvelun käyttäjien mahdollista lisätä omia vastausehdotuksia. 7. META Sähköpostikommunikoinnin ja mahdollisten vastaanottajavirheiden välttämiseksi ryhmä päätti hankkia kaksi sähköpostilistaa, toinen olisi ryhmän sisäiseen viestimiseen ja toiseen listaan liittyisivät myös asiakkaat. Petri luo kummankin listan. Mikko varmistaa käytettävän lisenssin, joka on luultavasti ryhmän ääneen pohtineen osan mielestä GPLv2. Sami linkittää ryhmän linkit-sivulle GPL-lisenssiin. Sähköpostikeskustelussa nousi esille toisen IRC-kanavan tarve, jossa voisivat vaikuttaa myös asiakkaat. Petri luo tämän asiakaskanavan. 8. Kokouksen päättäminen Kokous päätettiin klo 10:09.