Skip to content

Miniprojektin arvosteluperusteita

Matti Luukkainen edited this page Apr 26, 2016 · 10 revisions

Ensimmäisen sprintin arvosteluperusteet:

Projekti tulee olla rekisteröity osoitteeseen http://ohtustats2016.herokuapp.com/miniprojects

Linkit projektin backlogeihin ja muihin dokumentteihin, ja travisiin tulee laittaa projektin githubin README:hen!

Täysiin pisteisiin (2p) vaaditaan:

  • product backlog
    • backlog on DEEP (storyjä ei tarvitse estimoida)
  • sprintin 1 backlog
    • sprintiin valitut user storyt jaettu teknisen tason taskeiksi
    • päivittäinen jäjellä oleva työmäärä arvioitu taskeittain
    • burndown-käyrä olemassa
  • sprintiin 1 valittujen storyjen hyväksymisehdot kirjattu
  • testaus
    • kaikki toteutettu koodi melko kattavasti testattua
    • yksikkötestit
    • ainakin jossain storyssä hyväksymäehtojen testausta (easyB)
  • jatkuva integraatio
    • koodi githubissa
  • definition of done kirjattu eksplisiittisesti
  • toteutus
    • suurin osa sprintin tavoitteeseen sovituista storyistä toteutettu Definition of donen mukaisella tasolla
  • työtä tehty tasaisesti
    • kaikki ei saa olla yhtenä päivänä tehty
  • toimiva, demossa näytettävä versio on tagatty (tagilla sprintti1) ja siitä on luotu GitHubiin release. Jos kyseessä ei ole websovellus, releaseen liitetään projektin ajettava jar-tiedosto

Sprintin 2 arvosteluperusteet:

Täysiin pisteisiin (2p) vaaditaan:

  • kattava testaus yksikkö- ja storytasolla
  • product backlog asiallisessa kunnossa
    • sisältää user storyt priorisoituna
    • estimointia ei vaadita
  • sprint backlog asiallisessa kunnossa
    • sisältää valittujen storyen toteuttamiseen edellytettävät taskit
    • taskien jäljelläolevaa työtä on arvioitu lähes päivittäin
  • sprintin burndown olemassa
  • jatkuva integraatio
  • työtä on tehty tasaisesti
  • saadaan tehtyä bibtex, joka toimii latexin kanssa yhteen projektisivun esimerkillä, formaatit article, book, inproceedings tuettuina
  • toimiva, demossa näytettävä versio on tagatty (tagilla sprintti2) ja siitä on luotu GitHubiin release. Jos kyseessä on konsolisovellus, releaseen liitetään projektin ajettava jar-tiedosto

Sprintin 3 arvosteluperusteet:

Samat vaatimukset kuin edellisessä sprintissä. Jaossa on 3 kurssipistettä. Pisteytys jakautuu seuraavasti:

  • prosessi (backlogit, työ etenee tasaisesti, release) 1p
  • testaus (yksikkö- ja storytasolla) ja jatkuva integraatio 1.5p
  • asiakkaan toivoma toiminnallisuus 0.5p

Sprintin 4 arvosteluperusteet

prosessin noudattaminen ja testaus 1p

  • samat vaatimukset kuin edellisillä viikoilla

koodin sisäinen laatu 1p

  • koodin sisäisellä laadulla tarkoitetaan luennolla 8 määriteltyjä laatuattribuutteja

henkilökohtainen suoriutuminen -1, 0, 1p (poikkeustapauksissa -2 tai 2p mahdollinen)

  • henkilökohtaisen pisteen saa jos on parhaan kykynsä mukaan edistänyt ryhmän toimintaa
    • tehnyt koko projektin ajan korkealla laadulla ne asiat mihin on lupautunut
    • pysynyt aina aikatauluissa
    • ylläpitänyt hyvää henkeä ja pyrkinyt ratkaisemaan konflikteja ja ongelmia
  • henkilökohtaiset pisteet perustuvat vertaisarvioon
    • jokainen arvioi jokaisen (myös itsensä) skaalalla 0-5
    • arviointi tapahtuu täällä
  • henkilökohtaisen pisteen edellytys on siis tasaisesti ja luotettavasti koko projektin ajan jatkunut työskentely
    • sankarikoodauksella ei voi kompensoida muuten puutteellista ryhmätyöskentelyä

Edellisten lisäksi ryhmä laatii projektin kulusta pienen raportin (noin 2 sivua)

  • kerrataan jokaisen sprintin aikana kohdatut ongelmat (prosessiin-, projektityöskentelyyn- ja teknisiin asioihin liittyvät)
  • mikä sujui projektissa hyvin, mitä pitäisi parantaa seuraavaa kertaa varten
  • mitä asioita opitte, mitä asioita olisitte halunneet oppia, mikä tuntui turhalta
  • jos raportti puuttuu: -2p
  • raportti palautetaan lisäämällä raporttiin linkki projektin Githubin Readme:hen
  • raportista tulee ilmetä jokaisen projektiin osallistuneen nimi
  • raportin deadline 9.5. klo 23.59