Sprint 4

Sprintin tavoitteet projektille:

• Samat tavoitteet kuin edellisellä sprintillä.
• Uusien toiminnallisuuksien sijaan on keskitytty olemassa olevien toiminnallisuuksien viimeistelyyn ja mahdollisten bugien korjaamiseen.
• Projektille on määritelty lisenssi.
• Dokumentaatio on päivitetty vastaamaan projektin lopullista tilaa.
• Projektille on valmisteltu esitys loppudemoa varten.

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).
• Alkakaa toteuttamaan sprint backlogin user storyja.

Viikko 2

• Jatkakaa projektin edistämistä.

Viikko 3

• Tehkää viimeisiä viimeistelyjä projektiin.
• 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 loppudemoa. Esitelkää loppudemossa sovelluksen toiminallisuuksia tuotantoympäristössä.
• ⚠️ Valmistelkaa projektille 10-15 minuutin esitys ensi viikon loppudemoa varten. “Demoefektien” välttämiseksi on suositeltavaa tehdä toiminallisuuksien esittelystä videonauhoite etukäteen. Käsitelkää loppudemossa ainakin seuraavat asiat:
  • Minkä on sovelluksenne tarkoitus? Minkä ongelman se ratkaisee?
  • Millä toteutusteknologioilla (ohjelmointikielet, sovelluskehykset, tärkeät kirjastot) sovellus on toteutettu?
  • Mikä on sovelluksen arkkitehtuuri pääpiirteisesti (sovelluksen eri osien kommunikointi, esim. frontend, backend, tietokanta)? Tässä ei tarvitse mennä liiallisiin teknisiin yksityiskohtiin (esim. lähdekoodin näyttämiseen).
  • Minkälainen oli ohjelmistotuotantoprosessinne? Miten toteutitte backlogit? Miten käytitte versionhallintaa (esim. branchit)? Miten käytitte jatkuvaa integraatiota?
  • Mitä käyttäjä voi tehdä sovelluksella? Esitelkää tärkeimmät toiminallisuudet.
  • Mitä puutteita projektiin jäi?

Viikko 4 - lopputoimenpiteet

Ennen kurssin päättymistä jokaisen tiimiläisen tulee vielä suorittaa seuraavat lopputoimenpiteet:

• Jokaisen tiimiläisen tulee kirjoittaa loppuraportti, jossa reflektoit omaa ja tiimisi työskentelyä. Palauta Moodlen “Loppuraportti”-palautukseen PDF-muotoinen loppuraportti, jossa käsittelet seuraavia teemoja:
  • Kuvaile tiiminne prosessia (Scrumin mukaiset tapahtumat, versionhallinnan ja jatkuvan integraation käyttö, backlogin hyödyntäminen, ym.) projektin kehittämisessä. Mitä hyviä ja huonoja puolia prosessissa mielestäsi oli? Mitä kehittäisit prosessianne?
  • Mikä on projektinne tarkoitus? Miten hyvin toteutuksenne vastaa tätä tarkoitusta? Mitkä osat toteutuksesta on toteutettu mielestäsi erityisen hyvin? Entä missä on mahdollisesti puutteita?
  • Missä osa-alueissa onnistuitte tiiminä? Missä osa-alueissa jäi parantamisen varaa?
  • Missä osa-alueissa onnistuit henkilökohtaisesti? Missä osa-alueissa jäi parantamisen varaa?
  • Mitä opit kurssilla? Mistä olisit halunnut oppia enemmän?
• Jokaisen tiimiläisen tulee tehdä itse- ja vertaisarviointi. Linkki arviointilomakkeeseen lähetetään sähköpostitse. Ota yhteyttä opettajaan, jos et saa linkkiä lomakkeeseen.
• Jotta projekti päätyy GitHub-portfolioosi, forkkaa projektinne repositorio omalle GitHub-profiilillesi. Parhaat repositoriot kannattaa “pinnata” profiiliin tämän ohjeen mukaisesti.

Loppuraportin ja vertaisarvioinnin deadline on 13.12. klo 23:59. Molemmat ovat pakollisia kurssisuorituksen kannalta.

Arviointi

Oman arvioinnin tiedot löytyvät Moodlen “Arviointi”-palautuksesta arvioinnin valmistuttua kurssin päättymisen jälkeen.