Github Projects

Github Projects -käytännöt

Definition of Done

• User Storyssa kuvattu toiminnallisuus toteutettu ja hyväksymiskriteerit täytetty
• Yksikkö- & E2E-testit tehty ja menevät läpi
• Rivikattavuus backendin puolella 80%
• Koodi on katselmoitu
• Buildissa ei erroreita
• Valmis/viety staging-palvelimelle
• Demottu asiakkaalle ja asiakas hyväksynyt

Taskit

Kuvaus

Kuvaukseen määritellään pääpiirteittäin, mikä storyn/taskin tavoitteena on.

Linkkaus pull requesteihin

Taskien branchit luodaan issueiden branch-valikosta, joten pull requestit sulkevat automaattisesti niitä vastaavat taskit

Kentät

• Status pitää kirjaa taskien ja storyjen etenemisestä

  • Product Backlog - Asiakkaan toivomat ominaisuudet, ei valittu toteutettavaksi
  • Chosen for Development - Sprinttiin valitut storyt ja sprinttien aikana itse luodut taskit, joita ei ole aloitettu
  • Blocked - Taskit ja storyt jotka vaativat ensin jonkin toisen ominaisuuden toteuttamista
  • Stories in Progress - Kehitykessä olevat storyt on erotettu omaan kenttäänsä selkeyden vuoksi, kenttä pysyy sprintin aikana suhteellisen staattisena kunnes ominaisuuksiin liittyvät taskit on toteutettu
  • Tasks in Progress - Kehityksesä olevat taskit omassa kentässään. Tämän kentän sisältö elää huomattavasti storyja enemmän.
  • In Review / Testing - Koodikatselmointiin valmiina olevat PR:ät
  • Done - Kuluvan sprintin aikana valmiiksi saadut taskit ja storyt
  • Completed - Edellisten sprinttien aikana valmiiksi saadut taskit ja storyt

• Sprint-kentällä pidetään kirjaa, missä sprintissä taskit on luotu tai tehty

• Assignees kertoo, kuka tekee mitäkin taskia

Labelit

Labeleilla pidetään suurpiirteisesti kirjaa taskien koosta, sillä taskeja ei sen suuremmin ole muutoin estimoitu.

• epic - Suuret storyt jotka todellisuudessa vaativat ensin useiden ominaisuuksien totauttamista.
• story - Yksi asiakkaan toivoma ominaisuus, joka saattaa vaatia useita pienempiä lisäyksiä. Samaa storya saattaa tehdä monta tiimin jäsentä.
• task - Storyt jaotellaan pääosin samankokoisiin taskeihin. Taskien avulla esimerkiksi eri endpointien tai back- ja frontend-toiminnallisuuksien toteutus on saatu jaettua eri jäsenille. Yhtä taskia tekee vain yksi jäsen ja sitä kohden on yksi feature-branch.
• sub-task - Jotkin suurien taskien vaatimat muutokset on saatettu jakaa omiin sub-taskeihinsa.
• bug - Bugit eroteltu omiin taskeihinsa näkyvyyden vuoksi.

Sprint backlog

Tiimin käyttöön. Pitää kirjaa kehityksessä olevista epiceistä ja storyista sekä storyjen taskeista ja alataskeista.

Product backlog

Pitää kirjaa asiakkaan toivomista ominaisuuksista, jotka eivät ole vielä kehityksen alla. Nämä storyt järjestetään tärkeysjärjestykseen.