Notitie
Voor toegang tot deze pagina is autorisatie vereist. U kunt proberen u aan te melden of de directory te wijzigen.
Voor toegang tot deze pagina is autorisatie vereist. U kunt proberen de mappen te wijzigen.
Azure DevOps Services | Azure DevOps Server | Azure DevOps Server 2022
Gedurende de hele sprint, controleer het burndownrapport van de sprint om te bepalen of uw team op schema is om het sprintplan te voltooien. Er zijn twee burndown-grafieken beschikbaar:
- In-context Burndown Trend-rapport: Zichtbaar op de Analytics-tab van de sprint backlog van een team.
- Sprint Burndown-widget: Toevoegen aan een dashboard uit de widgetcatalogus.
Beide grafieken leiden gegevens af van Analytics en ondersteunen burndown op basis van een telling van werkitems of een som van verhaalpunten, inspanning, resterende hoeveelheid werk of andere numerieke velden. Voor meer configuratieopties, zie Een burndown- of burnupwidget configureren. Voor een volledig overzicht van alle typen burndowngrafieken gaat u naar Burndown- en burnup-richtlijnen.
Aanbeveling
U kunt AI gebruiken om bij deze taak te helpen verderop in dit artikel, of zie AI-assistentie inschakelen met Azure DevOps MCP Server om te beginnen.
Vereisten
| Categorie | Vereisten |
|---|---|
| Toegangsniveaus |
-
Projectdeelnemer. - Ten minste basistoegang . |
| Machtigingen |
-
Teambeheerder of projectbeheerder of specifieke dashboardmachtigingen die aan u zijn verleend. - Een widget toevoegen aan een teamdashboard: Lid van het team. |
| Functie-activatie | Azure Boards ingeschakeld. Als deze optie is uitgeschakeld, worden geen van de analytics-widgets voor het bijhouden van werk weergegeven. Zie Een service in- of uitschakelen om deze opnieuw in of uit te schakelen. |
| Taakbewustzijn | Kennis van vereiste of aanbevolen taken die verderop in dit artikel worden vermeld. |
| Categorie | Vereisten |
|---|---|
| Toegangsniveaus |
-
Projectdeelnemer. - Ten minste basistoegang . |
| Machtigingen |
-
Teambeheerder of projectbeheerder of specifieke dashboardmachtigingen die aan u zijn verleend. - Een widget toevoegen aan een teamdashboard: Lid van het team. |
| Functie-activatie |
-
Azure Boards ingeschakeld. Als deze optie is uitgeschakeld, worden geen van de analytics-widgets voor het bijhouden van werk weergegeven. Zie Een service in- of uitschakelen om deze opnieuw in of uit te schakelen. - Analyse is geïnstalleerd en ingeschakeld. Leden van de groep Beheerders van projectverzamelingen kunnen extensies toevoegen of de service inschakelen. Eigenaren van organisaties zijn automatisch lid van deze groep. |
Als u de burndown van sprints wilt bewaken, moet uw team sprints plannen en werk toewijzen aan deze sprints. Als u wilt afbranden op resterend werk, moet u ook het volgende doen:
- Definieer en schat taken voor elk achterstandsitem in de sprint.
- Werk het resterend werk bij voor elke taak als het werk vordert.
Belangrijk
Als u waarden voor het gebiedspad verwijdert of iteratiepadwaarden opnieuw configureert, kunnen gegevens verloren gaan in de volgende grafieken:
- Burndown- en burn-up-widgetdiagrammen
- Burndown-grafieken voor sprints
- Snelheidsdiagrammen voor teams met gewijzigde gebiedspaden
- Historische trenddiagrammen die verwijzen naar de waarden gebiedspad en iteratiepad zoals gedefinieerd op het moment voor elk werkitem
U kunt gebieds- en iteratiepaden alleen verwijderen wanneer ze niet meer worden gebruikt door werkitems. Wanneer u deze paden verwijdert, kunt u hun historische gegevens niet meer ophalen.
Begrijp de elementen van sprint-burndown-grafieken
In het contextrapport en de widget Sprint Burndown worden dezelfde grafiekelementen weergegeven. Het label voor metrische headergegevens (bijvoorbeeld verhalen resterend of resterende taken) wordt gewijzigd op basis van het type werkitem dat u selecteert.
| Onderdeel | Beschrijving |
|---|---|
| Datumbereik | De begin- en einddatum van de sprint. |
| Resterende items | Het aantal resterende werkitems in de sprint. Het label wordt gewijzigd op basis van de selectie van het type werkitem. |
| Volbracht | Het percentage van het voltooide werk op basis van de oorspronkelijke scope. Selecteer Voltooid om de volledige lijst met voltooide werkitems weer te geven. |
| Gemiddelde burndown | Gemiddeld aantal voltooide werkzaamheden per dag of interval. |
| Totale uitbreiding van de scope | De wijziging in het werk van de oorspronkelijke omvang sinds het begin van de burndown. |
| Overig | Het aantal werkitems dat nog actief of in uitvoering is. |
| Totaal bereik | Het totale aantal werkitems in de sprint, inclusief gesloten items. Het bereik wordt verkleind wanneer het iteratiepad van een item wordt gewijzigd in een andere sprint of wanneer items zijn voltooid. |
| Ideale trend | De ideale burndown rate wordt berekend aan de hand van het aantal werkitems, dagen in de sprint en werkdagen. |
Omdat individuele teamleden hun werkitems slechts één keer per week of om de paar dagen updaten, ontstaat er meestal een trapvormig burndownpatroon.
Het rapport Burndown Trend in context openen
Ga naar Boards>Sprints, selecteer uw team en selecteer Backlog.
Als u een andere sprint wilt bekijken, opent u de sprintkiezer en selecteert u de gewenste sprint.
Als u de gewenste sprint niet ziet, selecteert u Nieuwe sprint>bestaande iteratie selecteren. Zie Iteratiepaden definiëren voor meer informatie.
Selecteer het tabblad Analyse.
Gebruik de interactieve besturingselementen om het rapport te configureren:
- Begindatum en einddatum: standaard ingesteld op de huidige sprintdatums.
- Achterstanden/werkitems: Selecteer een productachterstand (verhalen, problemen, items in productachterstand of vereisten) of de achterstand van taken. Uw selectie bepaalt de beschikbare Burndown op opties.
- Burndown op: Selecteer Het aantal werkitems of een som van een veld, zoals Verhaalpunten, Inspanning of Grootte.
- Niet-werkdagen weergeven: Geeft vrije dagen weer als grijze balken. Zie Sprintcapaciteit instellen voor meer informatie.
Selecteer Opnieuw instellen om terug te keren naar de standaardopties. Wijzigingen in datumbesturingselementen wijzigen geen definitie van sprintdatum.
Beweeg de muisaanwijzer over een punt in de grafiek om een samenvatting voor die dag weer te geven.
In de grafiek worden verschillende gegevens weergegeven, afhankelijk van uw Burndown op selectie.
Het blauwe gebied toont de som van resterend werk per dag voor actieve of lopende taken. In de Scope-regel wordt het resterende werk weergegeven dat is toegevoegd nadat de sprint is gestart. De ideale lijn toont de ideale burndownsnelheid. Capaciteitslijn wordt alleen weergegeven wanneer deze door het team is geconfigureerd.
Notitie
Beschikbare somvelden zijn afhankelijk van de numerieke velden die zijn gedefinieerd voor taak- en vereistewerkitemstypen. De meest voorkomende velden zijn verhaalpunten, inspanning of grootte en resterend werk.
Uw selecties blijven behouden tussen sessies totdat u ze wijzigt.
Het rapport toevoegen aan een dashboard
Als u het rapport in de context aan een dashboard wilt toevoegen, selecteert u het
pictogram acties en selecteert u Kopiëren naar dashboard. Selecteer vervolgens het gewenste dashboard.
De Widget Sprint Burndown toevoegen en configureren
Voeg de Widget Sprint Burndown toe aan uw dashboard. Filter het dialoogvenster Widget toevoegen op sprint burndown om de widget te vinden.
Selecteer het
pictogram acties in de widget en selecteer Configureren.
Configureer de volgende instellingen:
Configuratie Beschrijving Titel Wijzig de widgettitel. grootte Selecteer de gewenste grootte (maximaal 10x10). Team Selecteer het team dat u wilt bijhouden. Achterstanden en werkonderdelen Selecteer een achterstandsniveau of een specifiek type werkitem. Burndown op Kies Aantal werkitems of een som op basis van een geselecteerd veld. Iteratie selecteren Kies @CurrentIteration of een specifieke iteratie. Tijdsperiode Voor @CurrentIteration worden datums automatisch ingesteld. Voor een specifieke iteratie past u de begin- en einddatums aan. Selecteer geavanceerde functies die u aan de grafiek wilt toevoegen:
Option Beschrijving Totaal bereik weergeven Geeft een toename van het historische en verwachte bereik weer. Niet-werkdagen weergeven Markeert niet-werkdagen op de burndown. Resterend plotten met behulp van de kleur van het werkitemtype De kleuren van het resterende werk worden bepaald door het type werkitem in plaats van het standaardblauw. Stapelt kleuren voor meerdere werkitemtypen. Selecteer Opslaan.
Widget Sprint Burndown (verouderd)
De widget Sprint Burndown (verouderd) brengt de resterende hoeveelheid werk in kaart op basis van de resterende werkzaamheden voor taken in de huidige sprint van een team. Gebruik deze versie wanneer u geen toegang hebt tot Analytics.
Als u de widget wilt configureren, selecteert u het
actiespictogram en selecteert u Configureren. Configuratieopties omvatten teamselectie en widgetgrootte.
Aanbeveling
Als u een bestaande verouderde widget wilt bijwerken, selecteert u Nu de nieuwe versie proberen in het configuratiedialoogvenster. U kunt op elk gewenst moment terugschakelen.
Eerdere sprint-burndowngrafieken bekijken
Wanneer u elke sprint voltooit, houdt het systeem een geschiedenis van uw activiteit bij. Als u de burndowngrafiek van een vorige sprint wilt bekijken, selecteert u deze in de sprintselector.
Wanneer u eerdere burndowngrafieken bekijkt tijdens retrospectieven, kunt u patronen identificeren in de uitvoering van uw team. Houd rekening met deze vragen:
- Hoe komt uw verwachte snelheid overeen met uw werkelijke snelheid?
- Hoe kunt u nauwkeuriger bepalen hoeveel uw team kan bereiken in een sprint?
- Hoe kunt u het werk in een regelmatiger tempo voltooien tijdens de sprint?
Beste praktijken voor sprint-burndown
- Definieer taken die een dag of minder duren om de impact van slechte schattingen te verminderen.
- Verdeelt taken niet in subtaken. Als u dit doet, geeft u alleen uren op voor de subtaken: uren worden samengeteld als samenvattingswaarden voor de bovenliggende taak.
- Werk resterend werk dagelijks of meerdere keren per week bij om een vloeiendere burndowngrafiek te bereiken.
- Werk aan het einde van elke sprint de status van voltooide taken bij en bepaal hoe onvolledige taken moeten worden verwerkt.
Problemen met een leeg burndown-chart oplossen
Als de burndown-grafiek van uw sprint leeg lijkt, controleer dan deze punten:
- Zijn de taken die aan de sprint zijn toegewezen gekoppeld aan de grafiek?
- Is resterend werk toegewezen aan de taken?
- Zijn de ouderwerkitems toegewezen aan dezelfde sprint? Zo niet, dan kunnen taken verschijnen in een andere sprint die is gekoppeld aan het hoofditem.
AI gebruiken om de burndown van sprints te bewaken
Als u azure DevOps MCP Server configureert, kunt u AI-assistenten gebruiken om burndowngrafieken voor sprints te configureren en te interpreteren.
Voorbeelden van aanwijzingen
| Opdracht | Voorbeeldprompt |
|---|---|
| Rapport bekijken | Open the in-context sprint burndown report for <team> in <project> (<organization>) and explain what I'm seeing |
| De widget configureren | Help me set up a Sprint Burndown widget on the <dashboard> dashboard for <team> in <project> (<organization>) that burns down Remaining Work |
| Problemen met een lege grafiek oplossen | My sprint burndown chart is empty for <team> in <project> (<organization>) — walk me through what to check (iterations, tasks, Remaining Work, and parent items) |
| Bijhouden middels verhaalpunten | Help me configure sprint burndown by Story Points for <team> in <project> (<organization>) and explain any prerequisites |
| Een vlakke burndown-chart interpreteren | In sprint <sprint-name>, our burndown is flat for the first <n> days — what does that usually indicate, and what should <team> do next? |
| Bereikwijzigingen identificeren | In the sprint burndown for <team> in <project> (<organization>), how do I tell whether scope was added mid-sprint and when it happened? |
| Rapport vergelijken versus widget | What's the difference between the in-context Burndown Trend report and the Sprint Burndown widget in Azure DevOps, and when should <team> use each? |
| Sprints vergelijken | Compare the last <n> sprints for <team> in <project> (<organization>) using burndown patterns and summarize whether our estimation accuracy is improving |
| Voorbereiden op een retrospectie | Based on the last sprint burndown for <team> in <project> (<organization>), suggest 3 retrospective questions and 3 process improvements to discuss |
Aanbeveling
Als u Visual Studio Code gebruikt, is de agentmodus vooral handig voor het herhalen van multistep-analyse (bijvoorbeeld het vergelijken van burndowntrends in meerdere sprints en het samenvatten van de leerpunten).