Scrum-opas | 31. Kuinka luoda ja tulkita Burndown-kaaviota?

Palannekaavio on suhteellisen helppo luoda. Kehitystiimin jäsenten kirjaamasta työstä on saatavilla monia työkaluja sen luomiseen. Huolimatta sen yksinkertaisuudesta, sen tulkinta voi tarjota arvokasta tietoa koko Scrum-tiimille. Lue tämä artikkeli saadaksesi selville, kuinka luoda ja tulkita palannekaavio.

Kuinka luoda ja tulkita palannekaavio? – sisällysluettelo:

1. Kuinka luoda palannekaavio?
2. Kuka on vastuussa palannekaaviosta?
3. Kuinka tulkita palannekaavio?
4. Reaali- ja ideaalipalannekaavio
5. Mittausyksikön valinta
6. Yhteenveto

Kuinka luoda palannekaavio?

Kehitystiimin tulisi seurata päivittäistä työtään. Tämä on perusta ei vain sen tehokkuuden arvioimiselle, vaan myös sen parantamiselle. Ja yksi yksinkertaisimmista ja todistetuista työkaluista tähän tarkoitukseen on palannekaavio.

Voit luoda sen manuaalisesti piirtämällä koordinaatiston paperille. Y-akselille sinun on merkitä valitsemassasi yksikössä ilmaistu työmäärä, esimerkiksi tarinapisteet. X-akselille piirrä asteikko, joka osoittaa Sprintin peräkkäiset päivät. Piirrä ideaalisen sprintin viiva ja merkitse sitten realistisesti suoritetut tehtävät jokaiselle päivälle. Vaikka tämä ratkaisu on viehättävä ja sitouttaa tiimiä, se ei ole kovin käytännöllinen. Se ei myöskään välttämättä sovi etätiimeille.

Siksi digitaaliset keinot palannekaavion luomiseen ovat paljon yleisempiä. Monet työkalut, jotka kirjaavat työtä tiimin jäsenten kesken, tarjoavat mahdollisuuden luoda palannekaavio automaattisesti. Sitten kehittäjän on vain merkitä työn aloitus- ja lopetuspiste tietyn tuotteen ominaisuuden osalta, ja heidän panoksensa näkyy palannekaaviossa.

Oikeilla työkaluilla on myös mahdollista vapaasti skaalata kaaviota. Tämä antaa käsityksen palamisesta ei vain tietyn Sprintin tasolla, vaan myös neljänneksen tai koko projektin mittakaavassa.

Tärkeä tekijä, joka on otettava huomioon työkalua valittaessa palannekaavion luomiseen, on sen saavutettavuus kaikille Scrum-tiimin jäsenille. Palannekaavion näkyvyys koko kehitystiimille on keskeinen motivoiva tekijä. Yhtä tärkeää on päivittäinen katsaus viivaan, joka osoittaa jäljellä olevan työn määrän. Puhuminen palamisesta Päivittäisessä Scrumissa saa kehittäjät miettimään työtapojaan ja tuotteen nykytilaa.

Kuka on vastuussa palannekaaviosta?

Kysymys palannekaavion omistajuudesta on hieman kiistanalainen. Toisaalta sen tulisi kuulua Scrum Masterille, koska se on työkalu, joka varmistaa, että tiimi työskentelee tehokkaasti ja suunnitelman mukaan. Toisaalta sen tulisi pysyä tuoteomistajan käsissä, koska se heijastaa edistymistä kohti asiakkaille viestittyä tuote- tavoitetta. Lisäksi kolmas osapuoli, joka voi vaatia omistajuutta, on kehitystiimi, sillä kaavio toimii sen sisäisenä työkaluna.

Palannekaavio on olennainen mittari kehitystiimin tehokkuuden arvioimiseksi ja se omaksutaan kaikkien Scrum-tiimin jäsenten toimesta. Siksi läpinäkyvyys ja saavutettavuus ovat ratkaisevia. Kuitenkin sen todellinen tarkoitus on palvella tiimiä. Sen on tarkoitus vahvistaa sen itseorganisoitumista, parantaa motivaatiota ja antaa todellinen kuva sille osoitettujen tehtävien työn tilasta. Siksi teoriassa jokainen kehitystiimin jäsen voi päivittää palannekaaviota.

Käytännössä kuitenkin palannekaavion päivittämisen tehtävä lankeaa yleensä Scrum Masterille. Tämä tapahtuu erityisesti hänen työskennellessään uuden kehitystiimin kanssa, kun tiimin nopeus on vielä vaihteleva ja vaikeasti arvioitavissa. Silti on suositeltavaa delegoida tämä tehtävä yhdelle kehittäjistä. Loppujen lopuksi kaavion on tarkoitus olla rehellinen ja sisäinen mittaus työn edistymisestä kehittäjien itsensä arvioimana.

Kuinka tulkita palannekaavio?

Kuvaamme palannekaavion ulkoasua yksityiskohtaisesti edellisessä artikkelissa. Tässä muistutamme vain, että X-akseli näyttää jäljellä olevan ajan työn suorittamiseen. Toisaalta Y-akseli näyttää jäljellä olevan työn määrän.

Reaali- ja ideaalipalannekaavio

Palannekaavion tulkinnassa avaintekijä ei ole vain säännöllinen todellisen “palamisen” merkitseminen, eli kehitystiimin tehtävien suorittaminen. Yhtä tärkeää kuvan kannalta on sen vertailu ideaalisen palamisviivan laskuun (ohjeviiva).

Vertaamalla ideaalista palamisviivaa todelliseen työn vähenemiseen, joka on merkitty palannekaavioon, voidaan arvioida kahta erittäin tärkeää parametria. Ensinnäkin, nähdäksesi, jatkuuko työ nykyisellä tahdilla, kehitystiimi saavuttaa Sprint-tavoitteen tai tuote-tavoitteen ajallaan. Toiseksi, saadaksesi käsityksen siitä, milloin työ valmistuu nykyisellä tahdilla. Toisin sanoen palannekaavio näyttää tehtävien todellisen tahdin, ja ideaaliviiva osoittaa, millä tahdilla tiimin tulisi työskennellä tehtävien suorittamiseksi.

Palannekaavio mahdollistaa myös kehitystiimin nopeuden arvioimisen pitkällä aikavälillä. Omistamme sille erillisen artikkelin. Tässä mainitsemme vain, että se on arvo, joka määräytyy yhden Sprintin aikana suoritetun työn määrän mukaan.

Kiitos siitä, että palannekaavio havainnollistaa ideaalisen palamisviivan vertailua todelliseen tehtävien vähenemiseen, se mahdollistaa työn tahdin arvioimisen. Ja näin ennakoidaan projektin viivästymisen riski.

Mittausyksikön valinta

Tiimin nopeus mitataan yleensä yksiköissä, joita kutsutaan tarinapisteiksi. Se määrittelee toteutettujen käyttäjätarinoiden määrän. Nämä voivat vaatia hyvin erilaisia työmäriä.

Tämän vuoksi monet Scrum-tiimit käyttävät aikaperusteista mittausta. Mittakaavasta riippuen nämä ovat päiviä tai työtunteja. Jokainen kehittäjä arvioi ja kirjaa sitten käytetyn ajan tehtäviinsä.

Toinen vaihtoehto on hyväksyä tehtävät yksikkönä. Nämä ovat hieman suurempia yksiköitä, joille puolestaan annetaan arvo, joka on ilmaistu tarinapisteinä tai päivinä tai työtunteina. Se on yksikkö, joka mahdollistaa asiakkaan esittää työn edistymisen tuotteessa selkeämmin.

Riippumatta mittausyksiköstä, on syytä muistaa kehitystiimin nopeuden laskemisen periaate. Tietyllä päivällä tai Sprintissä lasketaan vain tehtävät, jotka on todella suoritettu. Tämä tarkoittaa, että aloitetut tehtävät lasketaan seuraavalle päivälle tai Sprintille, vaikka vain lopullinen testaus puuttuisi.

Yhteenveto

Käytettävissä olevien tiimin seurantatyökalujen avulla palannekaavion luominen on helppo tehtävä. Tärkein kysymys on varmistaa sen johdonmukaisuus, selkeys ja saavutettavuus kaikille Scrum-tiimin jäsenille.

Jos pidät sisällöstämme, liity vilkkaaseen mehiläisyhteisöömme Facebookissa, Twitterissä, LinkedInissä, Instagramissa, YouTubessa, Pinterestissä.