Scrum Útmutató | 32. A Burndown Diagram előnyei és hátrányai

A Burndown Chart számos előnnyel jár. Ez az egyik fő metrikai eszköz a Scrum-ban több okból kifolyólag. Könnyű létrehozni, méretezni és olvasni. Ugyanakkor hátrányai is vannak, amelyek miatt nem univerzális eszköz. A mai cikkben a Burndown Chart hátrányait és előnyeit tárgyaljuk.

A Burndown Chart előnyei és hátrányai – tartalomjegyzék:

1. Bevezetés
2. A Burndown Chart előnyei
3. A Burndown Chart hátrányai
4. Összegzés

Bevezetés

Korábbi cikkekben írtunk arról, mi az, hogyan kell létrehozni és értelmezni egy Burndown Chart-ot. Ma a Burndown Chart előnyeire és hátrányaira fogunk összpontosítani. Azonban a legtöbbjük nem rejtőzik magában a egyszerű grafikonban. Inkább a Burndown Chart használatának módjaihoz kapcsolódnak, hogy motiválják a Fejlesztő Csapatot, mivel leírják a munkájuk eredményeit és erősítik az önszerveződést.

A Burndown Chart előnyei

A Burndown Chart lehetővé teszi, hogy vizualizálja a projekt előrehaladását. Az olvashatósága és egyszerűsége teszi annyira népszerűvé. Ezért jó ötlet, hogy a Burndown Chart ne csak egy folyamatosan frissített metrika legyen, amely el van rejtve egy digitális projektmenedzsment eszközben. Ha lehetséges, érdemes egy referenciaponttá tenni a Fejlesztő Csapat számára, amely látható a fizikai munkahelyen. Legyen az képernyőn megjelenő vizualizáció vagy kézzel rajzolt vázlat formájában.

Motiválja a Fejlesztő Csapatot

A Burndown Chart átláthatósága eszközzé teheti a Fejlesztő Csapat motiválására, hogy hatékonyan dolgozzanak. A “nulla” pont elérése minden Sprintben ambiciózus célja lehet a Csapatnak, amelyért jutalmakat adnak – a vállalati gamifikáció elvei szerint.

A naprakész és érdekesen karbantartott Burndown Chart láthatósága is fokozhatja az együttműködés és az önszerveződés szellemét. Végül is, a metrika a csapatmunka mértéke. Nem mutatja meg pontosan, ki teljesítette – vagy nem teljesítette – a tervezett feladatokat, csak az elért eredményeket.

Méri a ténylegesen elvégzett munkát

A fejlesztők döntenek arról, hány feladatot végeznek el egy adott Sprintben. Minél tapasztaltabb a Csapat, annál pontosabban kellene előre jelezniük a cselekedeteiket. A burndown chart pedig a Sprint valódi előrehaladását tükrözi.

Így a Burndown Chart előnye nem annyira az elvégzett munka objektív mennyiségének mérése, hanem a tervezett és a teljesített feladatok aránya. Így a Fejlesztők fokozatosan megtanulják, hogyan kell ezeket tervezni, és egyre pontosabban tudják megbecsülni a képességeiket, valamint kiküszöbölni a repetitív hibákat.

Összekapcsolható más eszközökkel

A Burndown Chart egyik jelentős előnye a más eszközökkel való kombinálhatósága. Az alábbi eszközök alkalmazhatók:

• az Fejlesztő Csapat munkájának elemzésére
• a termék munkájának előrehaladásának vizualizálására
• a projekt költségvetésének megbecslésére

Például az utóbbi esetben a Projekt Skála Burndown Chart használata lehetővé teszi a tervezett és a tényleges költségvetés összehasonlítását az egész projekt számára.

A Burndown Chart hátrányai

A fent említett Burndown Chart összes előnye ellenére zavart okozhat a Fejlesztő Csapat számára. Azonban amit gyakran a Burndown Chart “hibáinak” nevezünk, nem a szerszám tökéletlenségeiből adódik. Az alább vázolt problémák a Burndown Chart megvalósításának módjára vonatkoznak, nem a tervezésére. Az alábbiakban a hibák, amelyek megzavarhatják a Fejlesztő Csapat előrehaladásának ilyen módon történő ábrázolását.

“Az Emberi Tényező”

A grafikonok nem lehetnek abszolút mértéke a csapat előrehaladásának. Csak eszközök, amelyeket különböző, többé-kevésbé ügyes módon lehet alkalmazni. Ezt hátránynak (vagy előnynek) tekinthetjük nemcsak a Burndown Chart, hanem más csapat teljesítményének mérésére szolgáló eszközök esetében is.

A Burndown Chart létrehozásához más emberekre van szükség az adatok beviteléhez. Más szavakkal, a Fejlesztők rögzítik a feladatok befejezésének idejét a grafikonon. Lehet, hogy egy kicsit meghosszabbították vagy lerövidítették – akár figyelmetlenségből, akár azért, hogy jobban teljesítsenek a csapat számára. A Fejlesztők néha elfelejtik rögzíteni az idejüket. Vagy bekapcsolva hagyják a stoppert. Ez azt eredményezi, hogy a munkaidő több órára nyúlik. És a hiba felfedezése után nehéz rekonstruálni a valódi lefolyását.

A Sprint Backlog módosításai

A Sprint Backlogot nem szabad módosítani a Sprint kezdete után. Azonban a gyakorlatban az ilyen változások meglehetősen gyakran előfordulnak. Ezek a Stakeholderek változó követelményeiből adódnak. Vagy előre nem látható problémákból, amelyekkel a Fejlesztők szembesülnek.

Ez a Burndown Chart skálázódását okozza. Ennek az az oka, hogy a feladatok befejezéséhez szükséges idő változatlan marad. Ugyanakkor a hátralévő feladatok skálája növekszik. Ez félrevezető benyomást kelthet, hogy a Fejlesztő Csapat helytelenül tervezte meg a végzendő munkát egy adott Sprintben. Vagy hogy túl lassan dolgozik.

A Sprint Backlog módosításai a túl gyorsan tervezett feladatokból is adódhatnak. Ilyen helyzetben a Fejlesztő Csapat általában úgy dönt, hogy növeli a feladatok számát. Ez viszont azt eredményezheti, hogy nem fejezik be őket időben. Ezenkívül konfliktusok is felmerülhetnek a korábbi Sprintből hátralévő feladatok és az új feladatok átfedése miatt, amelyeket a Stakeholderek és a Termék Tulajdonosok terveztek be.

A Termék Backlog módosításai

A Termék Backlogban bekövetkező nagy változások megszakíthatják a Burndown Chart formáját. És így erősen torzíthatják a munkafolyamat előrehaladásának és a Csapat hatékonyságának képét. Ez akkor történik, amikor új Felhasználói Történetek jelennek meg. És azok, amelyek közel állnak a megvalósítási fázishoz, gyakran kisebb részekre bontják. Az is előfordul, hogy az Ügyfél lemond bizonyos Termékfunkciókról.

Ezért a Burndown Chart értelmezésekor figyelembe kell venni a tudást és a tapasztalatot a Csapat teljesítményének értékelésében. És figyelembe kell venni a Backlog változékonyságát is. Ha a grafikon nem az egyetlen metrika, amelyet a teljesítmény értékelésére használnak, a többi grafikon lehetővé teszi, hogy teljesebb képet kapjunk a munka előrehaladásáról.

Összegzés

A Burndown Chart jelentősen hozzájárulhat a Fejlesztő Csapat motivációjához. Ennek az az oka, hogy mértéket ad a terv szerinti valódi munkáról. Ráadásul más metrikai eszközökkel való kombinációja értékes tudást nyújthat a Csapat munkájáról és a Termék tervezéséről.

A Scrum elveinek gondos alkalmazásával elkerülheti a Burndown Chart-tal kapcsolatos potenciális problémákat. A legfontosabb dolog, hogy a grafikon vezetésére szolgáló eszközöket a tényleges Scrum Csapat munkájához igazítsuk, valamint minimalizáljuk a Sprint és a Termék Backlog változásait, amiről többet írunk ebben a cikkben.

Ha tetszik a tartalmunk, csatlakozzon aktív méheink közösségéhez a Facebookon, Twitteren, LinkedIn-en, Instagramon, YouTube-on, Pinterest-en.