Vägledning för nedbrändhet och uppbrändhet
Azure DevOps Services | Azure DevOps Server 2022 – Azure DevOps Server 2019
Diagram för återstående respektive utfört arbete stöder projekthantering för att visuellt spåra arbete som slutförts över tid.
- Burndown-diagram börjar med den totala mängden planerat arbete och när arbetet sedan slutförs grafer det återstående arbetet. Med tidens förlopp minskar mängden att göra-arbete.
- Bränningsdiagram spårar arbete när det har slutförts över tid. De är användbara för att visa hur snabbt arbetet slutförs.
Sprintbränndiagram spårar planerat arbete för ett team och en vald sprint, så att teamen kan granska hur effektivt de planerar och kör sprint över sprint.
Bränningsdiagram visar vanligtvis en nedåtgående trend. Men om team lägger till arbete genom en sprint- eller lanseringsperiod visar diagrammet uppåtgående trender. Dessa diagram hjälper team att övervaka vad de planerade att göra jämfört med vad de faktiskt gör. Bränningsdiagram bör å andra sidan alltid visa en uppåtgående trend när arbetet slutförs över tid.
Följande konfigurerbara diagram och widgetar är tillgängliga för spårning av burndown eller burnup.
- Widgeten Burndown/burnup (Analytics)
- Inbyggd sprintrapport (analys)
- Widget för sprintnedbrändhet (analys)
- Sprint burndown widget (Legacy) (Work item store)
Viktigt!
- Om du tar bort områdessökvägar eller konfigurerar om iterationssökvägar kan du förlora oåterkalleliga data. Till exempel visar widgetdiagram för bränning och bränning, sprintbrännskada och hastighetsdiagram för team med ändrade områdessökvägar inte korrekta data. Historiska trenddiagram refererar till områdessökvägen och iterationssökvägen som de definierades vid tidpunkten för varje arbetsobjekt. När du har tagit bort kan du inte hämta historiska data för dessa sökvägar.
- Du kan bara ta bort områdes- och iterationssökvägar som inte längre används av några arbetsobjekt.
Konfigurationsalternativ som stöds
I följande tabell sammanfattas de konfigurationsalternativ som stöds av de olika alternativen för bränningsdiagram. Utbrändhetsdiagram för sprint fokuserar alltid på ett enda team, medan en Burndown/Burnup-widget kan spåra arbete för flera team. Alla diagram stöder spårning efter antal arbetsobjekt eller en summa av artikelpunkter, ansträngning, återstående arbete eller annat anpassat fält (heltal eller decimaltecken).
Konfiguration | Rapport om sprintbrännskada | Widget för sprintnedbrändhet | Widgeten Burndown/Burnup |
---|---|---|---|
Team(er) | Enskilt team | Enskilt team | Ett eller flera team |
Eftersläpning | Eftersläpning av produkter, Uppgiftslogg |
Eftersläpning av produkter, Portföljens kvarvarande uppgifter, Valfri typ av arbetsobjekt |
Produktlogg Portföljens kvarvarande uppgifter typ av arbetsobjekt |
Fältfilter för arbetsobjekt | Ingen | Ingen | Stöds |
Fokus för nedbrännskada | Antal eller summa | Antal eller summa | Antal eller summa |
Tidsperiod | Enkel sprint | Enkel sprint | Konfigureringsbart |
Mer information om hur du visar och konfigurerar diagram finns i Konfigurera och övervaka sprintnedbrändhet eller Konfigurera en widget för nedbrändhet eller bränning.
Allmän vägledning
Beroende på vilka team, arbetsobjekttyper och tidsperioder du vill övervaka väljer du diagramalternativet enligt följande vägledning.
Monitor | Diagramalternativ |
---|---|
Sprint burndown för ett team | Sprint burndown-diagram |
Sprint burndown för en specifik typ av arbetsobjekt eller en portföljs kvarvarande uppgifter | Widget för sprintnedbrändhet |
Sprint burndown för flera lag | Bränningswidget |
Släppa burndown/burnup för ett eller flera team eller team i olika projekt | Widgeten Burndown/Burnup |
Burnup eller burndown för alla typer av arbetsobjekt och tidsperioder | Widgeten Burndown/Burnup |
Projektets och målets slutdatum | Widgeten Burndown/Burnup |
Omfångshantering
När du beräknar återstående uppgifter för varje kvarvarande uppgifter förstår teamen bättre vad de kan åstadkomma i en sprint. Eftersom sprintuppgifterna definierar det övergripande sprintomfånget leder definitionen av återstående arbete till ett väldefinierat sprintomfång. Alla icke-uppgifter i sprinten bör betraktas som utanför omfånget för sprinten.
När teamet gör framsteg hjälper avvikelser från den idealiska trendlinjen teamet att övervaka avvikelser från omfånget.
Visa icke-arbetsdagar skuggar de dagarna som anges via teamets inställningar för arbetsdagar och lediga teamdagar.
Ökningar i stället för minskningar i det blå diagrammet kan tyda på:
- Dåliga uppskattningar av uppgifter
- Identifiering av nytt arbete som inte har redovisats i sprintplaneringen
- Omfångskrypning, annat arbete som inte godkänts av teamet.
Oavsett orsak bör teamen samlas snabbt för att avgöra hur de ska åtgärda den ökade arbetsbelastningen. Lösningar kan omfatta omtilldelning av uppgifter eller rekrytering av fler resurser. Teamet bör flytta allt nonessential sprintarbete till kvarvarande uppgifter och överväga det under nästa sprintplaneringsmöte.
Minska risken genom daglig inspektion
Ditt nedbränt diagram visar dig om projektet är enligt schemat. En daglig kontroll kan minska riskerna och ge en tidig varning om potentiella schema- eller kostnadsöverskridanden, två mått som är associerade med traditionell projekthantering.
Till exempel, när det faktiska återstående arbetet (blått område) går platt ett tag, eller förblir högt över den idealiska trendlinjen, riskerar teamet att inte uppfylla sina sprintåtaganden.
Teamen bör träffas omedelbart för att kursrättvisa och antingen omtilldela arbete, rekrytera fler resurser eller återställa förväntningar.
Nästa steg
Relaterade artiklar
- Visa och konfigurera hastighet
- Implementera Scrum-metoder för ditt team i Azure Boards
- Fråga efter datum eller aktuell iteration, Lista arbetsobjekt som flyttats från en sprint
- Fråga efter datum eller aktuell iteration, Lista arbetsobjekt som lagts till i en sprint efter startdatumet
- Hantera prioriteringar och få insyn i team
- Förstå Scrum Burndown-diagrammet