Konfigurace a sledování úbytku sprintu

Azure DevOps Services | Azure DevOps Server | Azure DevOps Server 2022

V průběhu sprintu sledujte zprávu burndownu sprintu a zjistěte, zda váš tým je na cestě k dokončení plánu sprintu. K dispozici jsou dva grafy burndown:

• Sestava trendu burndownu v kontextu: Zobrazitelná z karty Analýza backlogu sprintu týmu.
• Widget Sprint Burndown: Přidejte do libovolného řídicího panelu z katalogu widgetů.

Oba grafy odvozují data z analýzy a podporují burndown na základě počtu pracovních položek nebo součtu bodů scénáře, úsilí, zbývající práce nebo jiných číselných polí. Další možnosti konfigurace naleznete v tématu Konfigurace burndownu nebo burnup widgetu. Pro přehled všech typů grafů burndownu viz Průvodce grafy burndown a burnup.

Návod

Můžete použít AI k pomoci s tímto úkolem dále v tomto článku, nebo si můžete prostudovat Povolit asistenci AI s Azure DevOps MCP Serverem pro začátek.

Požadavky

Kategorie	Požadavky
Úrovně přístupu	- Člen projektu. - Alespoň základní přístup.
Oprávnění	- Správce týmu nebo správce projektu nebo konkrétní oprávnění řídicího panelu udělená vám. - Přidání widgetu na řídicí panel týmu: Člen týmu.
Povolení funkcí	Služba Azure Boards je povolená. Pokud je tato možnost zakázaná, nezobrazí se žádná z widgetů Analýzy sledování práce. Pokud ho chcete znovu povolit, přečtěte si téma Zapnutí nebo vypnutí služby.
Povědomí o úkolech	Povědomí o všech požadovaných nebo doporučených úkolech uvedených dále v tomto článku.

Pokud chcete monitorovat burndown sprintů, musí váš tým naplánovat sprinty a přiřadit práci těmto sprintům. Pokud chcete snížit zbývající práci, musíte také:

• Definujte a odhadujte úkoly pro každou položku backlogu ve sprintu.
• Aktualizujte zbývající práci pro každý úkol, jak práce postupuje.

Důležité

Odstranění hodnot oblastní cesty nebo změna konfigurace hodnot iterační cesty způsobí nevratnou ztrátu dat v následujících grafech:

• Grafy typu burndown a burn up widget
• Grafy burndownu sprintu
• Grafy rychlosti pro týmy s pozměněnými oblastními cestami
• Grafy historického trendu, které odkazují na hodnoty Cesta oblasti a Cesta iterace definované v čase definování každé pracovní položky

Cesty oblasti a iterace můžete odstranit jenom v případě, že už nejsou používány žádnými pracovními položkami. Když tyto cesty odstraníte, nebudete už moct načíst jejich historická data.

Pochopit prvky grafu burndown chart sprintu

Kontextová sestava a widget Sprint Burndown zobrazují stejné prvky grafu. Popisek metriky záhlaví (například Zbývající scénáře nebo Zbývající úkoly) se změní na základě vybraného typu pracovní položky.

Prvek	Popis
Rozsah dat	Počáteční a koncové datum sprintu.
Zbývající položky	Počet pracovních položek zbývajících ve sprintu Popisek se změní na základě výběru typu pracovní položky.
Hotový	Procento dokončené práce na základě původního rozsahu Výběrem možnosti Dokončeno zobrazíte úplný seznam dokončených pracovních položek.
Průměrný úbytek	Průměrné množství práce dokončené za den nebo jiné časové období.
Zvýšení celkového rozsahu	Změna práce oproti původnímu rozsahu od počátku burndownu.
Zbývající	Počet pracovních položek, které jsou stále aktivní nebo probíhají.
Celkový rozsah	Celkový počet pracovních položek ve sprintu včetně uzavřených položek. Rozsah se sníží, když se cesta iterace položky změní na jiný sprint nebo po dokončení položek.
Ideální trend	Ideální burndownová míra vypočítaná na základě počtu pracovních položek, dnů ve sprintu a pracovních dnů.

Vzhledem k tomu, že jednotliví členové týmu můžou aktualizovat pracovní položky jen jednou týdně nebo každý pár dní, obvykle existuje vzor prohořívání schodiště.

Otevřete sestavu trendu úbytku v kontextu

1. Přejděte na Boards>Sprints, vyberte svůj tým a pak vyberte Backlog.

   

2. Pokud chcete zobrazit jiný sprint, otevřete selektor sprintu a vyberte požadovaný sprint.

   

   Pokud požadovaný sprint nevidíte, vyberte Možnost Nový sprint>a vyberte existující iteraci. Další informace naleznete v tématu Definování cest iterace.

3. Vyberte kartu Analýza.

   

4. Ke konfiguraci sestavy použijte interaktivní ovládací prvky:

   • Datum zahájení a datum ukončení: Výchozí je na aktuální data sprintu.
   • Backlogy/pracovní položky: Vyberte backlog produktu (scénáře, problémy, položky backlogu produktu nebo požadavky) nebo backlog úkolů. Výběr určuje možnosti Burndown, které jsou dostupné.
   • Burndown on: Vyberte Počet pracovních položek nebo součet pole, jako jsou Příběhové body, Úsilí nebo Velikost.
   • Zobrazit nepracovní dny: Zobrazí nepracovní dny jako šedé pruhy. Další informace najdete v tématu Nastavení kapacity sprintu.

   Výběrem možnosti Obnovit se vraťte k výchozím možnostem. Změny ovládacích prvků kalendářních dat nemění definice data sprintu.

5. Když najedete myší na libovolný bod v grafu, zobrazí se souhrn pro daný den.

Graf zobrazuje různá data v závislosti na vaší možnosti Burndown on:

Součet zbývající práce

Modrá oblast zobrazuje součet zbývající práce za den pro aktivní nebo probíhající úkoly. Řádek Rozsah zobrazuje zbývající práci přidanou po zahájení sprintu. Ideální čára zobrazuje ideální rychlost vypalování. Řádky kapacity se zobrazí jenom v případech, kdy tým nakonfiguroval kapacitu.

Počet pracovních položek

Modrá oblast zobrazuje počet aktivních nebo probíhajících pracovních položek. Řádek Obor zobrazuje položky přidané po zahájení sprintu. Ideální čára zobrazuje ideální rychlost vypalování.

Součet bodů textu

Modrá oblast zobrazuje součet story pointů pro aktivní nebo probíhající uživatelské příběhy. Řádek Rozsah zobrazuje Story Points přidané po zahájení sprintu. Ideální čára zobrazuje ideální rychlost vypalování.

Poznámka:

Dostupná pole součtu závisí na číselných polích definovaných pro typy pracovních položek úkolů a požadavků. Nejběžnějšími poli jsou Story Points, úsilí nebo velikost a zbývající práce.

Výběry se zachovají napříč relacemi, dokud je nezměníte.

Přidejte sestavu na řídicí panel

Pokud chcete přidat kontextovou sestavu na řídicí panel, vyberte ikonu akcí a poté vyberte Kopírovat do řídicího panelu. Pak vyberte cílový řídicí panel.

Přidání a konfigurace widgetu Sprint Burndown

1. Přidejte widget Sprint Burndown na řídicí panel. Filtrujte dialogové okno Přidat widget podle burndownu sprintu a vyhledejte widget.

   

2. Vyberte ikonu akcí ve widgetu a vyberte Konfigurovat.

   

3. Nakonfigurujte následující nastavení:

   Setting	Popis
   Titul	Upravte název widgetu.
   velikost	Vyberte upřednostňovanou velikost (až 10x10).
   Tým	Vyberte tým, který chcete sledovat.
   Nedodělky a pracovní položky	Vyberte libovolnou úroveň backlogu nebo konkrétní typ pracovní položky.
   Počátek procesu úbytku	Zvolte Počet pracovních položek nebo součet na základě vybraného pole.
   Výběr iterace	Zvolte @CurrentIteration nebo konkrétní iteraci.
   Časové období	Pro @CurrentIteration se data nastaví automaticky. Pro konkrétní iteraci přizpůsobte počáteční a koncové datum.

4. Vyberte pokročilé funkce, které chcete přidat do grafu:

   Možnost	Popis
   Zobrazit celkový rozsah	Zobrazí historické a předpokládané zvýšení rozsahu.
   Zobrazit nepracovní dny	Zobrazuje nepracovní dny ve formě stínování na burndown diagramu.
   Vykreslit zbývající pomocí barvy typu pracovního úkolu	Barvy zbývající práce podle typu pracovní položky místo výchozí modré barvy Ukládá barvy pro více typů pracovních položek.

5. Vyberte Uložit.

Widget Sprint Burndown (starší verze)

Widget Sprint Burndown (Starší verze) zobrazuje zbývající práci pro úkoly v aktuálním sprintu týmu. Tuto verzi použijte, pokud nemáte přístup k Analýzám.

Widget nakonfigurujete tak, že vyberete ikonu akcí a vyberete Konfigurovat. Možnosti konfigurace zahrnují výběr týmu a velikost widgetu.

Návod

Pokud chcete upgradovat existující starší widget, vyberte v dialogovém okně konfigurace vyzkoušet novou verzi . Kdykoli můžete přepnout zpět.

Přezkoumání grafů burndown z minulých sprintů

Po dokončení každého sprintu systém uchovává historii vaší aktivity. Pokud chcete zobrazit graf burndownu předchozího sprintu, vyberte ho ze selektoru sprintu.

Při kontrole minulých grafů burndown během retrospektiv můžete identifikovat vzory ve výkonu vašeho týmu. Zvažte tyto otázky:

• Jak se vaše projektovaná rychlost shoduje se skutečnou rychlostí?
• Jak přesněji určit, kolik toho může váš tým dosáhnout ve sprintu?
• Jak můžete dokončit práci v průběhu sprintu běžnou rychlostí?

Květen

Červen

Červenec

Osvědčené postupy pro burndown sprintu

• Definujte úkoly, které zabírají den nebo méně, aby se snížil dopad špatných odhadů.
• Nedělejte úkoly do dílčích úkolů. Pokud ano, zadejte hodiny pouze pro dílčí úkoly – hodiny se shrnou jako souhrnné hodnoty nadřazeného úkolu.
• Aktualizujte zbývající práci denně nebo několikrát týdně, abyste dosáhli plynulejšího burndown grafu.
• Na konci každého sprintu aktualizujte stav dokončených úkolů a určete, jak zpracovat neúplné úkoly.

Řešení potíží s prázdným burndown grafem

Pokud se graf burndownu sprintu zobrazuje prázdný, zkontrolujte tyto body:

• Jsou úkoly přiřazené sprintu spojené s grafem?
• Je zbývající práce přiřazená k úkolům?
• Jsou nadřazené pracovní položky přiřazeny ke stejnému sprintu? Pokud ne, úkoly se můžou zobrazit v jiném sprintu přidruženém k nadřazené položce.

Použijte AI k monitorování grafu burndown sprintu

Pokud nakonfigurujete Azure DevOps MCP Server, můžete pomocí asistentů AI nakonfigurovat a interpretovat grafy burndownu sprintu.

Příklady výzev

Úkol	Příklad výzvy
Zobrazit sestavu	Open the in-context sprint burndown report for <team> in <project> (<organization>) and explain what I'm seeing
Konfigurace widgetu	Help me set up a Sprint Burndown widget on the <dashboard> dashboard for <team> in <project> (<organization>) that burns down Remaining Work
Řešení potíží s prázdným grafem	My sprint burndown chart is empty for <team> in <project> (<organization>) — walk me through what to check (iterations, tasks, Remaining Work, and parent items)
Sledování podle bodů příběhu	Help me configure sprint burndown by Story Points for <team> in <project> (<organization>) and explain any prerequisites
Interpretace plochého burndown grafu	In sprint <sprint-name>, our burndown is flat for the first <n> days — what does that usually indicate, and what should <team> do next?
Identifikace změn oboru	In the sprint burndown for <team> in <project> (<organization>), how do I tell whether scope was added mid-sprint and when it happened?
Porovnání reportu a widgetu	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?
Porovnání sprintů	Compare the last <n> sprints for <team> in <project> (<organization>) using burndown patterns and summarize whether our estimation accuracy is improving
Příprava na retrospektivu	Based on the last sprint burndown for <team> in <project> (<organization>), suggest 3 retrospective questions and 3 process improvements to discuss

Návod

Pokud používáte Visual Studio Code, je režim agenta užitečný hlavně pro iteraci při vícekrokové analýze (například porovnání trendů burndownu napříč několika sprinty a shrnutí poznatků).

Související obsah

• Pokyny pro burndown a burnup
• Konfigurace widgetu burndown nebo burnup
• Definování cest iterace a konfigurace iterací týmu
• Přiřazení položek backlogu ke sprintu
• Přidání úkolů do položek backlogu
• Aktualizace a monitorování panelu úloh