Dela via


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.

Skärmbild av rapporten Sprint burndown med Burndown på Count of Work Items valt.

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.

Skärmbild av Burndown-trenden baserat på summan av återstående arbete som illustrerar en platt linje som anger risken för sprint.

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