Sprint 3

Sprintin tavoitteet projektille:

  • Samat tavoitteet kuin edellisellä sprintillä.
  • Ainakin osalle sprintin user storyista on tehty työmääräarviot ja ne on jollakin tavalla nähtävillä backlogissa.
  • Testausta on laajennettu ja kaikkia projektin osia (esim. frontend ja backend) on testattu jollain tasolla automatisoiduilla testeillä. Jatkuva integraatio suorittaa testit onnistuneesti.
  • Projektin dokumentaatio on pidetty ajan tasalla. Dokumentaatioon on lisätty sovelluksen tietomallin kuvaus, jota havainnollistetaan esim. ER-kaaviota hyödyntäen. Kaavioissa voi hyödyntää Markdown-tiedostojen tukemaa Mermaid-syntaksia.

Viikko 1

“People are bad at “how long will this take?”. They’re good at “is this bigger than the one you already shipped”. Relative estimation uses the second question, and that’s the whole trick. Absolute estimation asks for a duration — and humans are predictably bad at it. We round optimistically, miss the compounding work, and forget the hidden parts. Relative estimation asks for a comparison instead, and we’re surprisingly good at that: we can see sizes side by side without committing to any single number of hours.” ⎯ Relative vs absolute estimation (TeamRetro)

  • Valitkaa sprintille uusi scrum master.
  • Järjestäkää scrum masterin johdolla retrospektiivi, jossa käsittelette edellisen sprintin onnistumisia ja haasteita. Keksikää konkreettisia parannusehdotuksia prosessillenne tulevaa sprinttiä varten.
    • Hyödyntäkää jotain valkotaulusovellusta, kuten Flinga, retrospektiivin järjestämisessä. Tässä esimerkki retrospektiivitaulusta Flingassa.
  • Muodostakaa sprinttiä varten user storyja sekä niihin liittyviä taskeja ja lisätkää ne backlogille.
  • Keskustelkaa tiimin kesken user storyjen toteutuksen suhteellisesta työmäärästä ja muodostakaa ainakin osalle niistä työmääräarviot. Merkitkää työmääräarviot (esim. “t-shirt size”-skaalalla) backlogin user storyihin (esim. labeleina).
  • Alkakaa toteuttamaan backlogin user storyja.

Planning

Viikko 2

Tämän viikon aikana vertaisryhmät tekevät toisilleen katselmointipyynnöt ennen seuraavaa opetuskertaa, jossa ovat rajanneet omasta projektistaan katselmoitavan osan. Lukekaa katselmointipyynnön ohjeet täältä.

  • Toteuttakaa sovellukselle lisää testejä. Lukekaa The testing pyramid: Strategic software testing for Agile teams -artikkeli ja miettikää, minkälaisista erilaisista testeistä voisi olla hyötyä projektinne testauksessa. Varmistakaa, että kaikkia projektin osia (esim. frontend ja backend) on testattu jollain tasolla automatisoiduilla testeillä.
  • Lisätkää README.md-tiedostoon kuvaus, miten sovellustanne on testattu. Kuvauksen pitäisi käsitellä minkälaisia testejä projektissa on toteutettu (esim. yksikkö-, integraatio-, tai E2E-testejä), mitä teknologioita testien toteutuksessa on käytetty (esim. Vitest, jUnit, tai Playwright), sekä miten testit suoritetaan. Yksityiskohtaisemmille tiedoille, kuten yksittäisten testitiedostojen kuvauksille, ei ole tarvetta

Viikko 3

Tämän viikon aikana vertaisryhmät tekevät toisilleen koodikatselmoinnin edellisen viikon katselmointipyynnön pohjalta ja toimittavat sen ennen seuraavaa opetuskertaa. Lukekaa koodikatselmoinnin ohjeet täältä. Löydätte katselmoitavan repositorion linkin Moodle-alueen etusivulta “Tiimisi keskustelualue”-osiosta.

  • Valmistelkaa lyhyt demo sprintin tuotoksista seuraavan opetuskerran sprintin katselmointia varten. Varmistakaa, että tuotantoympäristössä on sovelluksen toimiva versio ennen sprintin katselmointia. Esitelkää katselmoinnissa sovelluksen toiminnallisuuksia tuotantoympäristössä.
  • Tehkää sprintin päätteeksi sprintille GitHub release. Lisätkää releasen kuvaukseen lyhyt kuvaus sprintin aikana toteutetuista toiminnallisuuksista.