Agile burndown-grafiek: een tutorial voor projectbeheer

Belangrijke leerpunten

• Burndown-grafieken tonen hoeveel werk er in de loop van de tijd nog over is, zodat Agile teams risico's vroegtijdig kunnen herkennen en kunnen bijsturen voordat een sprint eindigt. Jira is een veelgebruikte bron van waarheid voor deze weergave.

• Ze houden resterende inspanningen bij zoals storypoints, uren of andere schattingen, en niet individuele prestaties, kwaliteit of expliciete scope-wijzigingen.

• De meest voorkomende typen zijn sprint-, epic- en release- of versie-burndowns, elk nuttig op een ander planningsniveau.

• Gebruik burndown-grafieken als een vroeg waarschuwingssignaal: plateaus duiden op blokkades, late dalingen duiden op batchupdates of werk dat pas aan het einde wordt afgerond, en stijgingen betekenen vaak dat er scope is toegevoegd. Overweeg het gebruik van burnup-grafieken wanneer de scope vaak verandert.

Burndown-grafieken laten Agile teams zien of ze op schema liggen om het werk af te krijgen dat ze hebben toegezegd, voordat de sprint eindigt. 

In een enkele weergave kun je trends herkennen (gestage voortgang, stagnatie, eindsprint) en beslissen wat je vervolgens gaat doen.

In deze handleiding wordt uitgelegd wat een burndown-grafiek is, wat in een dergelijke grafiek wordt bijgehouden, welke veelvoorkomende typen er zijn, hoe je een burndown-grafiek maakt en hoe je belangrijke patronen interpreteert, met Jira als primair voorbeeld.

Wat is een burndown-grafiek?

Een burndown-grafiek is een grafiek die laat zien hoeveel werk er in de loop van de tijd nog over is, meestal gedurende een sprint. Dit stelt teams in staat om de voortgang van een doel te meten en de projecttijdlijn te visualiseren. 

De Jira-tutorial van Atlassian beschrijft dit als een weergave van het voltooide werk (in een sprint of epic) en het totale resterende werk, gebruikt om te voorspellen hoe waarschijnlijk het is dat het werk binnen de beschikbare tijd wordt afgerond.

Een burndown-grafiek bevat doorgaans een ideale voortgangslijn: een rechte, geplande lijn van de totale hoeveelheid werk naar voltooiing. Deze lijn dient als benchmark voor het vergelijken van de werkelijke voortgang. 

De hoeveelheid resterend werk wordt weergegeven op de verticale as en de verstreken tijd staat op de horizontale as.

Relatie tussen de assen (kort)

In Jira geeft de verticale as je geselecteerde schattingsstatistiek weer (bijvoorbeeld storypoints of uren). Dit omvat:

• X-as: tijd (vaak dagen in een sprint)

• Y-as: resterende inspanning (gebaseerd op de schattingseenheid van het team)

Wat zijn de veelvoorkomende toepassingen in sprints?

Burndown-grafieken worden meestal gebruikt om de voortgang bij te houden binnen een enkele Scrum-sprint, zodat teams de iteratie kunnen monitoren en snel kunnen bijsturen als het sprintdoel in gevaar komt.

Sprintburndown-grafieken worden gebruikt voor dagelijkse tracking binnen een enkele iteratie van 1 tot 4 weken, en helpen teams de snelheid te meten en werk te beheren binnen die specifieke afgebakende periode.

Burndown-grafieken zijn vooral nuttig in kortetermijnsprints met een vaste projectscope, waarbij de vereisten waarschijnlijk niet zullen veranderen.

Wat wordt bijgehouden in burndown-grafieken?

Burndown-grafieken houden de resterende inspanning bij, of hoeveel werk het team denkt dat er nog moet worden voltooid. Ze stellen teams in staat om werkelijke de voortgang te vergelijken met de geplande voortgang.

Dit maakt het makkelijker om te visualiseren hoeveel werk er daadwerkelijk is voltooid ten opzichte van wat er werd verwacht.

Ook helpen burndown-grafieken bij het beoordelen van de kans dat het team het werk binnen het gestelde tijdsbestek zal afronden. Veelvoorkomende eenheden zijn:

• Story points

• Uren/tijdschattingen

• Een door het team gedefinieerde schattingsstatistiek (Jira ondersteunt storypoints, uren of een aangepaste eenheid).

Schattingen van storypoints worden vaak gebruikt om te kwantificeren hoeveel inspanning er nodig is voor elke taak, waardoor teams de voortgang kunnen visualiseren en bijhouden op een burndown-grafiek.

Wat burndown-grafiekennietlaten zien

Een burndown-grafiek vertelt niet het hele verhaal. Op zichzelf toont het doorgaans niet:

• Individuele prestaties

• Kwaliteit van het werk of geleverde waarde

• Duidelijke, expliciete scopewijzigingen in de loop van de tijd (daar helpen burnup-grafieken bij, meer hierover verderop)

3 typen burndown-grafieken

Burndown-grafieken zijn er in een aantal veelvoorkomende varianten. 

Projectburndown-grafieken monitoren de voortgang op algemeen projectniveau door het voltooide werk te vergelijken met het resterende werk gedurende de hele projectlevenscyclus. Atlassian benadrukt ook sprintburndown en 'burndown van een epic en release(versie)' als belangrijke Agile-statistieken.

Productburndown-grafieken bieden een visueel overzicht van het resterende werk voor de gehele productbacklog of grote epics. Ze bieden langetermijn- en strategische inzichten in de voortgang van projecten. 

Deze typen grafieken zijn vooral handig voor het coördineren van planning en resources tussen meerdere teams die aan verschillende onderdelen van een project werken. 

Er zijn echter drie hoofdtypen burndown-grafieken die je zult tegenkomen, waaronder:

1. Sprintburndown-grafiek

Gebruik een sprintburndown-grafiek voor kortetermijnfocus in een sprint (één iteratie) en het bijhouden van sprintvoortgang. Dit werkt het beste wanneer het team werkt vanuit een sprintbacklog en dagelijkse zichtbaarheid wenst.

De lijn voor het daadwerkelijke resterende werk fluctueert naarmate taken worden voltooid en geeft zo een realistische weergave van de prestaties van het team. Deze lijn beweegt vaak boven en onder de ideale lijn voor resterend werk en toont veranderingen in voortgang en het naleven van de planning.

Tip: werk ze dagelijks bij voor nauwkeurigheid. Burndown-grafieken zijn het nuttigst wanneer de gegevens tonen wat er daadwerkelijk resteert aan het einde van elke dag.

De sprintburndown-grafiek bekijken:

• Navigeer naar je scrum-space.

• Selecteer de Backlog of Actievesprint.

• Klik op Rapporten en selecteer vervolgens Burndown-grafiek.

Hier is een overzicht van de belangrijke aspecten in een sprintburndown-grafiek van Jira:

1. Schattingsstatistiek: de verticale as staat voor de schattingsstatistiek die je hebt geselecteerd.

2. Resterende waarden: de rode lijn staat voor de totale hoeveelheid werk die nog over is in de sprint, volgens de schattingen van je team.

3. Richtlijn: de grijze lijn is een schatting van waar je team zou moeten zijn bij een gestage voortgang. Als de rode lijn eronder ligt, ligt je team op schema om de sprint af te ronden, al is dit slechts één indicator om de voortgang te monitoren.

2. Epic-burndown-grafiek

Gebruik een epic-burndown-grafiek om de voortgang van een enkele epic over meerdere sprints bij te houden. Atlassian geeft aan dat deze weergave teams helpt te zien hoe snel ze door een epic heen werken en hoe toegevoegd/verwijderd werk de algehele voortgang beïnvloedt. 

Epic-burndown-grafieken helpen teams ook inschatten hoeveel sprints nodig zijn om een epic te voltooien door de huidige sprintsnelheid en scope-wijzigingen te analyseren.

Je kunt de epic-burndown-grafiek in Jira als volgt bekijken:

• Navigeer naar je scrum-space.

• Selecteer de Backlog of Actieve sprint.

• Klik op Rapporten en selecteer Epic-burndown.

• Selecteer een epic in de vervolgkeuzelijst naast de kop Epic-burndown. Kies vervolgens uit epics in spaces die zijn geconfigureerd voor je bord met het filter van het bord.

Om elk onderdeel van de epic-burndown-grafiek volledig te begrijpen, volgt hier een korte uitleg:

1. Epic-menu: selecteer voor welke epic de gegevens moeten worden weergegeven.

2. Toegevoegd werk: het donkerblauwe segment toont de hoeveelheid werk die in elke sprint aan de epic is toegevoegd. In dit voorbeeld wordt werk gemeten in storypoints.

3. Resterend werk: het lichtblauwe segment toont de resterende hoeveelheid werk in de epic.

4. Voltooid werk: het groene segment geeft aan hoeveel werk er is voltooid voor de epic in elke sprint.

5. Verwachte voltooiing: het rapport voorspelt hoeveel sprints er nodig zijn om de epic te voltooien, op basis van de snelheid van het team.

3. Release- of productburndown-grafiek

Gebruik een releaseburndown-grafiek om de voortgang van oplevering over meerdere sprints richting een release/versie bij te houden. Dit is nuttig voor releaseprognoses en rapportage aan stakeholders op de langere termijn.

Een releaseburndown-grafiek volgt de voortgang over meerdere sprints of mijlpalen, waardoor deze waardevol is voor Agile projectbeheer en strategische planning binnen agile teams. 

Atlassian beschouwt release(versie)-burndown als het bijhouden van voortgang over een grotere hoeveelheid werk dan een enkele sprint.

Wat zijn de componenten van een burndown-grafiek?

Een burndown-grafiek bestaat uit een paar kernelementen. Zodra je deze begrijpt, is het veel gemakkelijker om de signalen te lezen die de grafiek je geeft.

• Assen (tijd + resterende inspanning): tijd loopt langs de x-as (meestal elke dag van de sprint). Resterende inspanning loopt langs de y-as met de schattingseenheid van je team (storypoints, uren, enz.). In Jira geeft dit je geconfigureerde schattingsstatistiek weer

• Ideale lijn voor resterend werk: een rechte richtlijn van de totale geschatte inspanning van de sprint op dag 1 naar nul op de laatste dag. Je kunt de ideale dagelijkse burnrate berekenen als totale geschatte inspanning ÷ aantal werkdagen.

• Lijn voor werkelijk resterend werk (werkelijke inspanning): de echte 'resterende inspanning' aan het einde van elke dag, gebaseerd op bijgewerkte werkstatus en schattingen. Deze lijn beweegt omhoog of omlaag naarmate werk wordt voltooid of de scope verandert.

• Hoe je ideaal versus werkelijk moet interpreteren:

  • Als de werkelijke lijn dicht bij de ideale lijn blijft, verloopt de sprint volgens plan.

  • Als de werkelijke lijn boven de ideale lijn ligt, kan de sprint risico lopen (of is de scope toegenomen).

  • Als de lijn omhoog schiet, is er iets veranderd. Vaak is er werk toegevoegd.

Opmerking: als scopeveranderingen frequent zijn en je duidelijker zicht nodig hebt, tonen burnup-grafieken de totale scope apart van voltooid werk.

Een burndown-grafiek maken

Maak burndown-grafieken handmatig met projectbeheertools of gebruik platforms zoals Jira om updates te automatiseren en de inspanning te verminderen. Dagelijkse updates zijn essentieel om de voortgang van het team accuraat weer te geven en problemen vroegtijdig te identificeren.

Begin met het samenstellen van je eigen burndown-grafiek door deze stappen te volgen:

Stap 1: definieer werk en maak een schatting van de inspanning

In Jira stelt je team een schattingsstatistiek in (storypoints, uren of een aangepaste eenheid) zodat de burndown je schattingen consistent weergeeft. Het bijhouden van dagelijkse updates helpt teams om inzicht te krijgen in hun snelheid en toekomstige sprintplanning te verbeteren.

Zorg ervoor dat je werk en inspanning definieert door:

• de opgenomen backlogitems weer te geven (voor een sprint is dit de sprintbacklog).

• elk item in te schatten met behulp van je gekozen eenheid (storypoints, uren, enz.). Deze schattingen worden gebruikt om voortgang bij te houden en voltooid werk te vergelijken met gepland werk.

Stap 2: Assen instellen en ideale lijn tekenen

Burndown-grafieken hebben ingestelde assen en ideale lijnen nodig om daadwerkelijk voortgang te tonen. Om deze in te stellen, doe je het volgende:

• Zet de sprinttijdlijn op de x-as

• Zet de totale geschatte inspanning op de y-as

• Teken de ideale lijn van de totale inspanning naar nul tegen de einddatum van de sprint

Stap 3: Dagelijkse voortgang uitzetten

In Jira bekijk je dit doorgaans als een rapport in plaats van het handmatig uit te zetten. De stappen in de tutorial van Atlassian voor het bekijken van de sprintburndown zijn: ga naar je Scrum-space, kies Backlog/Actieve sprint, vervolgens Rapporten en burndown-grafiek. Zorg ervoor dat je: 

• het resterende werk aan het einde van elke dag registreert om de dagelijkse voortgang bij te houden

• de werkelijke lijn dagelijks bijwerkt en een burndown-grafiek gebruikt om de voortgang te visualiseren

Stap 4: Beoordelen, aanpassen en terugblikken

Met behulp van de supportdocumentatie en notities die het resterende werk bijhouden tijdens het iteratieve proces kunnen teams dienovereenkomstig op trends reageren. Zorg er tijdens de sprint (en vooral tijdens de retro) voor dat je:

• de werkelijke voortgang met de ideale trend vergelijkt

• bespreekt wat eventuele afwijkingen heeft veroorzaakt

• toekomstige schattings- en planningsgewoonten aanpast

De werkelijke voortgang lezen

Een burndown is het makkelijkst te lezen wanneer je deze behandelt als een dagelijks waarschuwingssysteem voor het monitoren van echte voortgang en de werkelijke voortgang van het team; niet als een scorecard.

Gezond burndown-patroon

Een gezond patroon ziet er vaak uit als een gestage daling naar nul. Als het team telkens vroeg klaar is, plannen ze mogelijk niet genoeg werk tijdens de planning. 

Als teams echter consequent hun doelen missen, nemen ze mogelijk te veel werk op zich. Atlassian merkt op dat zowel het halen als het missen van doelen waardevolle signalen zijn die door burndown-trends worden onthuld.

Vlakke lijn of plateau

Een plateau betekent meestal dat werk geblokkeerd is of niet naar 'Voltooid' gaat.

• Gebruik een standup om de belemmering te identificeren

• Pak de beperking snel aan

• Splits werk in kleinere delen op als 'Voltooid' een brug te ver is

Steile daling

Een plotselinge daling kan het volgende betekenen:

• Het werk werd in één keer afgerond en pas laat bijgewerkt, of

• Het werk werd aan het einde gehaast afgemaakt

Reactie:

• Bevestig dat de acceptatiecriteria zijn behaald

• Verifieer de kwaliteit (tests, review, 'Definitie van Voltooid')

Werkelijke lijn boven of onder ideale lijn

De positie van de werkelijke lijn ten opzichte van de ideale lijn toont of je team voor ligt op schema of achterloopt. Dit is onderverdeeld in de volgende twee categorieën:

• Boven ideaal: achter op schema (of de scope is uitgebreid)

• Onder ideaal: voor op schema (of het werk was overschat)

Burndown-grafieken vs. burnup-grafieken

Burndown beantwoordt hoeveel werk er nog over is, terwijl burnup-grafieken je vertellen hoeveel je hebt voltooid en hoeveel totale scope er bestaat. 

Een burnup-grafiek gebruikt een aparte lijn om de totale scope te onderscheiden van voltooid werk, waardoor scopewijzigingen gemakkelijker te visualiseren zijn in de loop van de tijd.

• Burndown benadrukt het resterende werk dat naar nul tendeert.

• Burnup-grafieken maken scopewijzigingen zichtbaar door de totale scope naast het voltooide werk te tonen.

Wanneer gebruik je burnup-grafieken

Gebruik burnup wanneer scopewijzigingen vaak voorkomen en je wilt dat belanghebbenden het verschil zien tussen 'we lopen achter' en 'we hebben werk toegevoegd'.

Veel teams combineren beide: burndown voor signalen over sprintuitvoering, burnup voor transparantie van de scope.

Gebruik burndown-grafieken in projectmanagement en Agile

Burndown-grafieken werken het beste wanneer ze onderdeel zijn van het leveringsritme, vooral in een scrum-project. Hoe het team samenwerkt is cruciaal voor het interpreteren van burndown-grafieken en het succesvol beheren van agile projecten. Gebruik ze in:

• Sprintplanning: bevestig dat de toezegging realistisch is

• Dagelijkse standups: raadpleeg de grafiek om risico's vroegtijdig aan het licht te brengen (niet om te micromanagen)

• Sprintreview of rapportage aan belanghebbenden: leg voortgang, afwegingen en wijzigingen uit

• Retrospective: leer van patronen (late dalingen, langdurige plateaus, frequente uitbreidingen van de scope)

Veelvoorkomende fouten om te vermijden

Er kunnen veel fouten worden gemaakt met burndown-grafieken, maar de meest voorkomende zijn:

• Niet dagelijks bijwerken: verouderde grafieken verbergen risico's totdat het te laat is.

• Gebruik van het aantal taken in plaats van inspanningseenheden: ruwe aantallen kunnen een vertekend beeld geven, terwijl op inspanning gebaseerde eenheden zinvoller zijn voor prognoses.

• Wijzigingen in de scope negeren: als werk wordt toegevoegd halverwege de sprint, kan de burndown er 'slechter' uitzien, ook al verloopt de uitvoering prima. Houd scope-wijzigingen afzonderlijk bij of gebruik burnup voor meer inzicht.

• Gebruik van burndown als individuele prestatiestatistiek: het is een plannings- en leveringssignaal op teamniveau, geen instrument voor personeelsevaluatie.

Tools, sjablonen en automatiseringen om burndown-grafieken te maken

Jira burndown-mogelijkheden

Jira biedt sprintburndown-rapportage en zorgt ervoor dat de y-as je gekozen schattingsstatistiek weergeeft. De tutorial van Atlassian legt uit waar je het burndown-rapport kunt vinden en wat de lijnen betekenen.

Excel/Sheets-sjablonen (handmatige optie)

Als je een burndown handmatig moet maken:

• maak een tabel aan met Dag 1 tot Dag N

• voeg een kolom 'resterende inspanning' toe

• zet deze uit als een lijndiagram

• voeg een kolom 'ideaal resterend' toe voor de richtlijn

Koppel de grafiek met Confluence en Loom voor duidelijkheid

• Confluence: documenteer de schattingsmethode, de definitie van voltooid en het sprintdoel, zodat teams de grafiek consistent interpreteren.

• Loom: neem snelle asynchrone uitlegvideo's op ("Daarom zitten we boven de ideale lijn en dit doen we eraan") om de vergaderdruk te verminderen en verkeerde interpretaties te voorkomen.

Veelgestelde vragen: burndown-grafiek

Wat is het verschil tussen een burnup-grafiek en een burndown-grafiek?

In een burndown-grafiek wordt bijgehouden hoeveel werk er nog gedaan moet worden in de loop van de tijd, terwijl een burnup-grafiek het voltooide werk ten opzichte van het totale werk weergeeft. Beide visualiseren de voortgang, maar burnup-grafieken maken wijzigingen in de scope beter zichtbaar.

Wat zijn de vier soorten burndown-grafieken?

De vier soorten burndown-grafieken zijn: sprintburndown, epic-burndown, release-burndown en versie-burndown. Elk houdt de voortgang bij op verschillende werkniveaus in Jira.

Wat is het doel van een burndown-grafiek?

Een burndown-grafiek helpt teams de voortgang te volgen, te voorspellen of de doelen worden gehaald en om snel problemen te identificeren, zoals scope-creep of onnauwkeurige schattingen. Het houdt teams gefocust en op de hoogte tijdens een sprint of project.

Wat is het alternatief voor een burndown-grafiek?

Alternatieven voor burndown-grafieken zijn onder meer burnup-grafieken, cumulatieve stroomdiagrammen en snelheidsgrafieken. Deze tools helpen teams ook om de voortgang te visualiseren en de workflow te beheren.