Skip to content

Miniprojektin arvosteluperusteet

Leo Leppänen edited this page Mar 25, 2015 · 1 revision

Ensimmäisen sprintin arvosteluperusteet:

Projekti tulee olla rekisteröity osoitteeseen http://ohtustats-2015.herokuapp.com/miniprojects

Linkit projektin backlogeihin ja muihin dokumentteihin, ja CI-palvelimelle tulee laittaa projektin githubin README:hen!

Täysiin pisteisiin (3p) 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äydä olemassa
  • sprintiin 1 valittujen storyjen hyväksymisehdot kirjattu
  • testaus
    • kaikki toteutettu koodi kattavasti testattua
    • yksikkötestit
    • storyjen hyväksymäehtojen mukaiset testit (easyB)
  • jatkuva integraatio
    • koodi githubissa
    • ajantasainen versio löytyy koko ajan CI-pavelimelta
  • definition of done kirjattu eksplisiittisesti
  • toteutus
    • sprintin tavoitteeseen sovitut storyt toteutettu Definition of donen mukaisella tasolla
  • työtä tehty tasaisesti
    • kaikki ei saa olla yhtenä päivänä tehty

Sprintin 2 arvosteluperusteet:

3p

  • 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
  • CI
    • ohjelma deployattuna (jarrin tekemiseen ohjeet viikon 5 tehtävässä 3)
    • joko jar jenkinsissä, jota asiakas voi testata omalla koneella tai web
  • työtä on tehty tasaisesti
  • saadaan tehtyä bibtex, joka toimii latexin kanssa yhteen projektisivun esimerkillä formaatit article, book, inproceedings tuettuina

2p

  • jos yksikin edellisistä ei ole toteutettu KUNNOLLA on maksimi 2p

###1p

  • jos kaksi edellisistä ei ole toteutettu KUNNOLLA on maksimi 1p

0p

  • jos neljä kohtaa feilaa, pisteitä 0

Sprintin 3 arvosteluperusteet

prosessin noudattaminen 1p

  • samat vaatimukset kuin edellisillä viikoilla

testaus 1p

  • kattavahkot yksikkötestit ja
  • storytason testit (esim EasyB:llä)

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 3.5. klo 23.59