Scrum-opas | 32. Burndown-kaavion edut ja haitat

Burndown-kaaviossa on monia etuja. Se on yksi Scrum-metrikoiden päätyökaluista useista syistä. Sen luominen, skaalaaminen ja lukeminen on helppoa. Kuitenkin sillä on myös haittoja, jotka tekevät siitä ei-yhteensopivan työkalun. Tänään käsittelemme artikkelissa Burndown-kaavion etuja ja haittoja.

Burndown-kaavion edut ja haitat – sisällysluettelo:

1. Johdanto
2. Burndown-kaavion edut
3. Burndown-kaavion haitat
4. Yhteenveto

Johdanto

Olemme kirjoittaneet aiemmissa artikkeleissa mikä se on, kuinka luoda ja tulkita Burndown-kaavio. Tänään keskitymme Burndown-kaavion etuihin ja haittoihin. Kuitenkin suurin osa niistä ei ole piilossa yksinkertaisessa kaaviossa itsessään. Pikemminkin ne liittyvät Burndown-kaavion käyttömenetelmiin kehitystiimin motivoimiseksi, sillä ne kuvaavat heidän työnsä tuloksia ja vahvistavat itseorganisoitumista.

Burndown-kaavion edut

Burndown-kaavio mahdollistaa projektisi edistymisen visualisoimisen. Sen luettavuus ja yksinkertaisuus tekevät siitä niin suositun. Siksi on hyvä idea, että Burndown-kaavio ei ole vain jatkuvasti päivitettävä metriikka, joka on piilotettu digitaaliseen projektinhallintatyökaluun. Jos se on lainkaan mahdollista, on syytä tehdä siitä viitepiste kehitystiimille näkyvissä fyysisessä työpaikassa. Olipa se sitten näytöllä näkyvänä visualisointina tai käsin piirrettynä luonnoksena.

Se motivoi kehitystiimiä

Burndown-kaavion läpinäkyvyys voi tehdä siitä työkalun, joka motivoi kehitystiimiä työskentelemään tehokkaasti. Jokaisen Sprintin “nollapisteen” saavuttaminen voi muuttua tiimin kunnianhimoiseksi tavoitteeksi, josta annetaan palkintoja – liiketoiminnan pelillistämisen periaatteiden mukaan.

Ajankohtaisen ja mielenkiintoisesti ylläpidetyn Burndown-kaavion näkyvyys voi myös vahvistaa yhteistyöhenkeä ja itseorganisoitumista. Loppujen lopuksi metriikka on tiimityön mittari. Se ei näytä tarkalleen, kuka teki – tai ei tehnyt – suunniteltuja tehtäviä, vain saavutetut tulokset.

Se mittaa suoritetun työn määrää

Ohjelmoijat päättävät, kuinka monta tehtävää he suorittavat tietyssä Sprintissä. Mitä kokeneempi tiimi on, sitä tarkemmin heidän tulisi ennustaa toimiaan. Ja Burndown-kaavio heijastaa Sprintin todellista edistymistä.

Näin ollen Burndown-kaavion etu ei ole niinkään objektiivisen tehdyn työn määrän mittaaminen, vaan suunniteltujen ja toteutettujen tehtävien suhde. Näin ohjelmoijat oppivat vähitellen, kuinka suunnitella niitä ja voivat arvioida kykyjään yhä tarkemmin ja poistaa toistuvia virheitä.

Se yhdistyy muihin työkaluihin

Yksi Burndown-kaavion merkittävistä eduista liittyy sen monipuolisuuteen yhdistää muihin työkaluihin. Seuraavat työkalut voivat liittyä:

• kehitystiimin työn analysoimiseen
• tuotteen työprosessin visualisoimiseen
• projektin budjetin arvioimiseen

Esimerkiksi jälkimmäisessä tapauksessa Projektin Skaala Burndown-kaavion käyttö mahdollistaa suunnitellun ja todellisen budjetin vertailun koko projektille.

Burndown-kaavion haitat

Huolimatta kaikista edellä mainituista Burndown-kaavion eduista, se voi muuttua kehitystiimille hämmennykseksi. Kuitenkin, mitä usein kutsumme Burndown-kaavion “puutteiksi”, eivät johdu työkalun itsensä puutteista. Alla kuvattuja ongelmia koskevat Burndown-kaavion toteuttamistapa, ei sen suunnittelua. Alla ovat puutteet, jotka voivat häiritä kehitystiimin edistymisen kuvaamista tällä tavalla.

“Inhimillinen tekijä”

Kaaviot eivät voi olla absoluuttinen mittari tiimin edistymiselle. Ne ovat vain työkaluja, joita voidaan soveltaa eri, enemmän tai vähemmän taitavilla tavoilla. Voimme pitää sitä haittana (tai etuna) ei vain Burndown-kaavion, vaan myös muiden tiimin suorituskyvyn mittareiden osalta.

Burndown-kaavion luomiseksi tarvitaan muita ihmisiä syöttämään tietoja. Toisin sanoen ohjelmoijat merkitsevät tehtävien valmistumisaikaa kaavioon. He ovat saattaneet pidentää tai lyhentää sitä hieman – joko huolimattomuuden vuoksi tai halutessaan parantaa asioita tiimille. Ohjelmoijat myös joskus unohtavat kirjata aikansa. Tai jättävät ajastimen päälle. Tämä aiheuttaa työajan venymisen useisiin tunteihin. Ja virheen havaitsemisen jälkeen on vaikeaa rekonstruoida sen todellista kulkua.

Muuttujat Sprint Backlogissa

Sprint Backlogia ei tulisi muuttaa Sprintin alkamisen jälkeen. Kuitenkin käytännössä tällaisia muutoksia tapahtuu melko usein. Ne johtuvat sidosryhmien muuttuvista vaatimuksista. Tai odottamattomista ongelmista, joihin ohjelmoijat törmäävät.

Tämä aiheuttaa Burndown-kaavion skaalaamista. Tämä johtuu siitä, että tehtävien suorittamiseen käytetty aika pysyy samana. Kuitenkin jäljellä olevien tehtävien määrä kasvaa. Tämä voi antaa harhaanjohtavan vaikutelman siitä, että kehitystiimi on suunnitellut työnsä väärin tietyssä Sprintissä. Tai että se työskentelee liian hitaasti.

Muuttujat Sprint Backlogissa voivat myös johtua tehtävistä, jotka on suunniteltu valmistettavaksi liian nopeasti. Tällaisessa tilanteessa kehitystiimi päättää yleensä lisätä tehtävien määrää. Tämä puolestaan voi johtaa siihen, että niitä ei saada valmiiksi ajallaan. Lisäksi konflikteja voi syntyä, kun jäljellä olevat tehtävät edellisestä Sprintistä menevät päällekkäin uusien tehtävien kanssa, jotka on suunniteltu valmistettavaksi sidosryhmien ja tuotepäälliköiden toimesta.

Muuttujat Tuotteen Backlogissa

Suuret muutokset Tuotteen Backlogissa voivat häiritä Burndown-kaavion muotoa. Ja näin ollen voimakkaasti vääristää työn edistymisen ja tiimin tehokkuuden kuvaa. Tämä tapahtuu, kun uusia käyttäjätarinoita ilmestyy. Ja ne, jotka ovat lähellä toteutusvaihetta, jaetaan usein pienempiin osiin. Tapahtuu myös, että asiakas luopuu joistakin tuotteen toiminnoista.

Sen vuoksi Burndown-kaavion tulkinnassa on ohjattava tietämyksellä ja kokemuksella tiimin suorituskyvyn arvioimisessa. Ja myös otettava huomioon Backlogin vaihtelu. Jos kaavio ei ole ainoa metriikka, jota käytetään suorituskyvyn arvioimiseen, muut kaaviot antavat mahdollisuuden nähdä täydellisemmän kuvan työn edistymisestä.

Yhteenveto

Burndown-kaavio voi merkittävästi edistää kehitystiimin motivaatiota. Tämä johtuu siitä, että se tarjoaa mittarin todelliselle suunnitelman mukaiselle työlle. Lisäksi sen yhdistäminen muihin metriikkatyökaluihin voi olla arvokkaan tiedon lähde tiimin työstä ja tuotteen suunnittelusta.

Huolellisella Scrum-periaatteiden soveltamisella voit välttää mahdollisia ongelmia Burndown-kaavion kanssa. Tärkeintä on mukauttaa kaavion ylläpitotyökalut vastaamaan todellista Scrum-tiimin työtä sekä minimoida muutokset Sprint- ja Tuotteen Backlogissa, joista kirjoitamme lisää tässä artikkelissa.

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