Sprint 2

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.
  • Ainakin osassa feature-haarojen pull requesteissa on tehty koodikatselmointeja ja ne on mergattu päähaaraan vasta koodikatselmoinnin jälkeen. How to Review a Pull Request in GitHub the RIGHT Way -video esittelee GitHubin koodikatselmointiprosessia.
  • ⭐ Bonus: Voitte halutessanne hyödyntää joissakin koodikatselmoinneissa GitHubin Copilot-tekoälyagenttia. Tämä vaatii GitHub Education -lisenssin aktivointia.
  • Sovellukselle on toteutettu joitain testejä ja ne suoritetaan onnistuneesti jatkuvan integraation avulla.
  • Sovellus on julkaistu tuotantoympäristössä ja linkki julkaistuun sovellukseen on lisätty README.md-tiedostoon.
  • README.md-tiedostossa on dokumentoitu toteutusteknologiat (ohjelmointikielet, sovelluskehykset ja olennaisimmat kirjastot) ja tekniset käyttöohjeet (esim. sovelluksen käynnistäminen ja testien suorittaminen komentoriviltä).

Viikko 1

  • Valitkaa sprintille uusi scrum master.
  • Järjestäkää retrospektiivi, jossa käsittelette edellisen sprintin onnistumisia ja haasteita. Keksikää konkreettisia parannusehdotuksia prosessillenne tulevaa sprinttiä varten. Ottakaa retrospektiivistä talteen muistiinpanoja seuraavaa retrospektiiviä varten. Voitte hyödyntää retrospektiivin järjestämisessä esimerkiksi Flinga-työkalua.
  • 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

  • Julkaiskaa sovellus tuotantoympäristössä. Tässä ohjeita julkaisuun:
  • Lisätkää linkki julkaistuun sovellukseen README.md-tiedostoon.
  • Dokumentoikaa README.md-tiedostossa toteutusteknologiat (ohjelmointikielet, sovelluskehykset ja olennaisimmat kirjastot) ja tekniset käyttöohjeet (esim. sovelluksen käynnistäminen ja testien suorittaminen komentoriviltä).
  • Hyödyntäkää REST API endpointtien dokumentoinnissa Swagger-työkalua. Esimerkkisovelluksesta löytyy esimerkkejä Swaggerin käytöstä. Lisätkää README.md-tiedostoon linkki Swagger dokumentaatioon (esim. http://localhost:8080/swagger-ui/index.html Spring Boot -sovelluksessa).
  • Toteuttakaa sovelluksen joitakin automatisoituja testejä. Esimerkkisovelluksesta voi ottaa mallia REST API endpointtien integraatiotestaukseen.

Viikko 3

  • Valmistelkaa lyhyt demo sprintin tuotoksista seuraavan opetuskerran sprintin katselmointia varten. Varmistakaa, että tuotantoympäristössä on sovelluksen toimiva versio ennen sprintin katselmointia. Jos mahdollista, esitelkää katselmoinnissa sovelluksen toiminnallisuuksia tuotantoympäristössä.
  • Jatkuva integraatio mahdollistaa automatisoidun laadunhallinnan ohjelmistoprojekteissa. Lukekaa GitHubin Continuous integration -ohje ja ottakaa projektissanne käyttöön jatkuva integraatio GitHub Actions -palvelun avulla. Jatkuvan integraation tulee ainakin suorittaa testit ja varmistaa, että ohjelma kääntyy (esim. JARin muodostus Maven-projektissa ./mvnw package-komennolla). Esimerkkisovelluksesta löytyy GitHub Actions workflow-esimerkki.
  • Lisätkää GitHub Actions workflow status badge README.md-tiedoston alkuun.
  • Tehkää sprintin päätteeksi sprintille GitHub release. Lisätkää releasen kuvaukseen lyhyt kuvaus sprintin aikana toteutetuista toiminnallisuuksista.

Pull request