Sprint 2

Sprintin tavoitteet projektille:

• Samat tavoitteet kuin edellisellä sprintillä.
• Sprintin user storyille on tehty työmääräarviot ja ne on jollain tavalla nähtävillä backlogista.
• Ainakin joissain 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.
• Sovellukselle on toteutettu joitain testejä ja ne suoritetaan onnistuneesti jatkuvan integraation avulla.
• Sovellus on julkaistu tuotantoympäristössä.
• Projektin dokumentaatiota on edistetty.

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.
• Suunnitelkaa user storyt sprinttiä varten ja lisätkää ne sprint backlogille.
• Muodostakaa user storyille työmääräarviot hyödyntämällä esim. planning poker -tekniikkaa. Merkatkaa työmääräarviot (esim. “t-shirt size”-skaalalla) backlogin user storyihin (esim. labeleina).
  • Planning poker online on eräs työkalu planning poker -session järjestämiseen.
• Alkakaa toteuttamaan sprint backlogin user storyja.

Viikko 2

• Julkaiskaa sovellus tuotantoympäristössä. Tässä ohjeite julkaisuun:
  • Spring Boot backend sovelluksen julkaisu
  • Vite frontend sovelluksen julkaisu
• Lisätkää linkit sovelluksen julkaistuihin versioihin repositorion README.md-tiedostoon.
• Edistäkää projektin dokumentaatiota. Ainakin sovelluksen tekinen käyttöohje (sovelluksen käynnistäminen, testien suoritus, jne.) ja toteutuksessa käytetyt ohjelmointikielet, sovelluskehykset ja tärkeät kirjastot on dokumentointu tarkasti.
  • REST API:en dokumentaatiossa kannattaa hyödyntää Swagger-työkalua. Esimerkkisoveluksesta lötyy esimerkkejä Swaggerin käytöstä.
• Toteuttakaa sovelluksen joitain automatisoituja testejä. Esimerkkisovelluksesta projektista voi ottaa mallia REST API:en integraatiotestaukseen.
• Jatkakaa projektin edistämistä.

Viikko 3

• Ottakaa käyttöön jatkuva integraatio esim. GitHub Actionsin avulla. Jatkuvan integraation tulee ainakin suorittaa testit ja varmistaa, että ohjelma kääntyy (esim. JAR:in muodostus Maven-projektissa ./mvnw package-komennolla). Esimerkkisovelluksessa workflow-esimerkki GitHub Actionsissa.
• 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 toiminallisuuksista.
• Varmistakaa, että tuotantoympäristössä on sovelluksen toimiva versio ennen sprintin katselmointia. Jos mahdollista, esitelkää katselmoinnissa sovelluksen toiminallisuuksia tuotantoympäristössä.