Prognózování backlogu produktu

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

Týmy můžou pomocí nástroje prognózy pomoct s plánováním sprintů. Když připojíte hodnotu pro rychlost týmu, nástroj prognózy ukazuje, které položky v backlogu je možné dokončit v budoucích sprintech. Oba nástroje jsou nástroje specifické pro tým, které spoléhají na schopnost týmu odhadnout položky backlogu. Jakmile váš tým dokončí sprint nebo dva, může pomocí rychlosti týmu předpovědět, kolik backlogu může dokončit v nadcházejících sprintech.

Nástroj prognózy pomáhá týmům zodpovědět kritické otázky plánování:

• Plánování kapacity sprintu: Kolik položek backlogu můžeme dokončit v budoucích sprintech?
• Plánování vydání: Kdy můžeme očekávat, že dokončíme všechny položky v našem backlogu?
• Plánování zdrojů: Jakou rychlost potřebujeme splnit naše cílová data doručení?
• Řízení rozsahu: Které funkce bychom měli stanovit priority pro nadcházející vydání?

Tip

S touto úlohou můžete využít umělou inteligenci dále v tomto článku nebo si můžete projít Povolit asistenci umělé inteligence s Azure DevOps MCP Server začít.

V tomto článku se dozvíte:

• Prognózování nadcházejících sprintů
• Požadované a doporučené týmové aktivity pro podporu prognózování
• Jak efektivně interpretovat a používat výsledky prognózy
• Osvědčené postupy pro přesné prognózování

Note

Pokud se očekávané pracovní položky na backlogu nebo panelu nezobrazí, přečtěte si téma Vytvoření a správa backlogu nebo Co je Azure Boards?

Prerequisites

Category	Requirements
Členství v projectu	projektu člen.
Povolení	Člen skupiny zabezpečení Přispěvatelé.
Úrovně přístupu	Alespoň základní přístup.

Note

Uživatelé s přístupem účastníků pro veřejný projekt mají úplný přístup k backlogu a funkcím panelu stejně jako uživatelé se základním přístupem. Další informace najdete ve stručné referenční příručce k přístupu pro účastníka.

Základy prognózování

Než se ponoříte do nástroje pro prognózy, je důležité pochopit, jak funguje prognózování v Azure Boards:

Principy prognózování

• Predikce založené na rychlosti: Nástroj pro prognózy používá historickou rychlost vašeho týmu k předpovídání budoucí kapacity.
• Konzistence sprintů: Prognózy předpokládají konzistentní délky sprintů a týmové kapacity.
• Odhad pracovní položky: Přesné prognózy vyžadují konzistentní a spolehlivé odhady pracovních položek
• Filtrování na základě stavu: Do prognóz se zahrnou jenom pracovní položky v konkrétních stavech (Navrhované, Probíhá).

Omezení prognózy

• Indikátor výkonu z minulosti: Prognózy jsou založené na historických datech a nemusí zohledňovat budoucí změny.
• Změny týmu: Prognózy se automaticky neupravují pro změny složení týmu.
• Externí závislosti: Nástroj nebere v úvahu externí bloky ani závislosti.
• Přesnost odhadu: Kvalita prognózy závisí na přesnosti odhadů pracovních položek.

Požadované a doporučené aktivity

Než se pokusíte předpovědět backlog vašeho týmu, musíte mít zajištěné následující věci.

Požadované nastavení

• Definování cest iterace (sprintů) a konfigurace iterací týmu
  • Sprinty by měly mít stejnou dobu trvání pro přesné prognózování.
  • Vyberte dostatek budoucích sprintů pro prognózu celého backlogu produktu.
• Definujte a odhadujte položky backlogu. Pokud pracujete z backlogu týmu, položky, které vytvoříte, se automaticky přiřadí aktuálnímu sprintu (iteraci) a výchozí cestě oblasti týmu.
• Aktualizovat stav pracovní položky: Po zahájení práce a po dokončení aktualizujte stav položek backlogu. V grafu rychlosti se zobrazí pouze položky backlogu, jejichž stav se mapuje na kategorii stavu Navrhované nebo Probíhající . (Další informace najdete v tématu Stavy pracovního postupu a kategorie stavů).

Doporučené postupy

• Minimalizace proměnlivosti odhadu: Definování a velikost položek backlogu pro snížení variability v odhadech
• Konfigurace sledování chyb: Určete, jak chce váš tým zacházet s chybami. Pokud se váš tým rozhodne zacházet s chybami jako s požadavky, chyby se zobrazí v backlogu a započítávají se do grafu Rychlosti a předpovídání.
• Nastavte cestu oblasti vašeho týmu: Nástroj prognózy tyto položky předpovídá na základě výchozího nastavení vašeho týmu. Tato nastavení můžou určovat, jestli mají být položky v cestách oblastí ve výchozím nastavení týmu, nebo je vyloučit.
• Udržovat plochou hierarchii: Nevytvářejte hierarchii položek backlogu a chyb. Zobrazení listového uzlu, posledního uzlu v hierarchii stejné kategorie, se může zobrazovat jen na panelech, backlogech sprintů a taskboardech. cs-CZ: Další informace najdete v tématu Řešení problémů s přeuspořádáním a vnořováním, jak backlogy a panely zobrazují hierarchické (vnořené) položky.
  Místo vnoření požadavků, chyb a úkolů, udržujte plochý seznam, pouze propojování nadřazených a podřízených položek na jednu úroveň hloubky mezi položkami různých kategorií. Pomocí funkcí můžete seskupit požadavky nebo uživatelské scénáře. Příběhy můžete rychle mapovat na funkce. Mapa na pozadí vytváří vazby rodič-dítě.
• Dokončení vyčištění sprintu: Na konci sprintu aktualizujte stav položek backlogu, které tým dokončil. Přesuňte neúplné položky zpět do backlogu produktu a zvažte je v budoucí schůzce plánování sprintu.

Důležité informace o nastavení týmu

Note

Pokud pracujete s několika týmy a každý tým chce pracovat s vlastním backlogem, grafem rychlosti a nástrojem pro prognózu, můžete vytvořit další týmy. Každý tým pak získá přístup k vlastní sadě agilních nástrojů. Každé agilní nástroje filtrují pracovní položky tak, aby zahrnovaly pouze položky, jejichž přiřazené oblasti a cesty iterací splňují tyto příslušně nastavené oblasti pro tým.

Prognóza nadcházejících sprintů

Pomocí nástroje prognózy získáte představu o tom, kolik položek můžete dokončit v rámci sprintu. Zadáním rychlosti můžete vidět, které položky jsou v rámci rozsahu série sprintů, které tým zvolil.

Pokud chcete předpovědět backlog produktu, proveďte následující akce:

1. Vyberte Boards> a Backlogs>, poté z nabídky výběru týmu vyberte správný tým.

   

   Pokud chcete vybrat jiný backlog, otevřete výběr a pak zvolte jiný tým nebo vyberte možnost Zobrazit adresář backlogu. Nebo do vyhledávacího pole zadejte klíčové slovo, které vyfiltruje seznam týmových backlogů projektu.

   

2. Zkontrolujte, že jste jako úroveň backlogu vybrali scénáře (pro agilní), problémy (pro základní), položky backlogu (pro Scrum) nebo Požadavky (pro CMMI).

   

3. (Volitelné) Pokud chcete zvolit, které sloupce se mají zobrazit a v jakém pořadí, zvolte ikonu akcí a vyberte Možnosti sloupce. Další informace najdete v tématu Změna možností sloupců.

   

4. Zvolte ikonu možností zobrazení a posuňte prognózu na Zapnuto. Pokud chcete mít všechno jednoduché, vypněte podokna Mapování a plánování.

   

   Nastavte Položky v průběhu na Vypnuto, abyste skryli ty položky, které se nezapočítávají do prognózy. Nástroj prognózy ignoruje položky Scrum nastavené na Potvrzené nebo Dokončené a Agilní a CMMI položky nastavené na Aktivní, Vyřešeno nebo Dokončeno.

5. Zadejte předpovězenou rychlost vašeho týmu.

   

   Tip

   Pokud váš tým pracuje pro několik sprintů, můžete získat představu o rychlosti vašeho týmu z widgetu Rychlost. Pro nejpřesnější prognózu využijte průměrnou rychlost za posledních 3 až 6 sprintů.

   Nástroj nakreslí čáry pro každý budoucí sprint vybraný týmem. Řádky prognózy ukazují, kolik práce může váš tým dokončit v budoucích sprintech. Položky nad prvním řádkem jsou obvykle již rozpracovány pro aktuální sprint. Položky, které spadají mezi první a druhý řádek prognózy, označují, co je možné dokončit v pojmenovaném sprintu.

Vysvětlení výsledků prognózy

Čtení vizualizace prognózy

Nástroj prognózy zobrazí váš backlog s vizuálními indikátory, které vám pomůžou pochopit kapacitu sprintu:

• Linky předpovědi: Vodorovné čáry, které rozdělují pracovní položky do segmentů sprintu
• Popisky sprintů: Každý řádek je označen názvem sprintu a kapacitou.
• Přenos rychlosti: Nepoužitá rychlost z jednoho sprintu se přenese do dalšího
• Umístění položky: Pracovní položky mezi řádky představují to, co je možné dokončit v tomto sprintu.

Interpretace dat předpovědi

Při kontrole výsledků prognózy zvažte tyto faktory:

• Ruční ověření: Zkontrolujte výsledky ručně, abyste porozuměli nesrovnalostem mezi tím, co očekáváte, a tím, co nástroj prognózy zobrazí.
• Kapacita sprintu: Zkontrolujte množství úsilí (úsilí, body scénáře nebo velikost) předpověděné na sprint.
• Velké pracovní položky: Zpochybněte výsledky prognózy, kde se úsilí o položku blíží nebo přesahuje týmovou výkonnost.
• Přenos rychlosti: Zjistěte, jak nevyužitá kapacita z předchozích sprintů ovlivňuje budoucí projekce.

Příklad interpretace prognózy

V tomto příkladu se používá rychlost 20. Nástroj prognózy omezuje počet položek zobrazených mezi řádky prognózy na položky, které je možné dokončit v rámci sprintu nebo pomocí nepoužitých bodů rychlosti z předchozího sprintu.

Nástroj prognózy ukazuje, že během iterací 2 až 6 lze pracovat mezi dvěma a čtyřmi položkami na základě počtu bodů scénářů přiřazených každému uživatelskému scénáři nebo chybě. Logika prognózy přenáší body rychlosti z jednoho sprintu do dalšího.

• Iterace 2: 13 bodů scénáře, položky 1 a 2 lze dokončit; 7 bodů rychlosti se přenáší do dalšího sprintu.

• Iterace 3: 24 body scénáře, položky 3 až 5 lze dokončit; 3 (=20+7-24) bodů rychlosti se přenesou do dalšího sprintu.

• Iterace 4: 21 Bodů scénáře, položky 6 až 8 lze dokončit; 2 (=20+3-21) bodů rychlosti se přenesou do dalšího sprintu.

• Iterace 5: 16 bodů scénáře, položky 9 až 12 lze dokončit; 6 (=20+2-16) bodů rychlosti se přenáší do dalšího sprintu.

• Iterace 6: 23 bodů scénáře, položky 13 až 16 lze dokončit; 3 (=20+6-23) bodů rychlosti se přenesou do dalšího sprintu.

  

Pokročilé scénáře prognózování

Scénář 1: Určení požadované rychlosti pro časovou osu

Dalším způsobem, jak použít nástroj prognózy, je zadat různé hodnoty rychlosti, dokud nebudou dokončeny všechny položky backlogu v dané sadě sprintů. Tato prognóza poskytuje odhad rychlosti potřebné k dokončení backlogu položek.

Pak můžete posoudit rozdíl mezi rychlostí aktuálního týmu a požadovanou rychlostí. Rozdíl pomáhá určit, jaké další prostředky jsou potřeba ke splnění produkčních požadavků v požadovaném čase.

Kroky pro analýzu požadavků na rychlost

1. Celkové úsilí backlogu: Součet odhadů úsilí všech položek backlogu
2. Počet dostupných sprintů: Určete, kolik sprintů máte do cílového data.
3. Výpočet požadované rychlosti: Vydělení celkového úsilí dostupnými sprinty
4. Porovnání s aktuální rychlostí: Identifikace mezery mezi proudem a požadovanou rychlostí
5. Podle toho naplánujte: Určete, jestli potřebujete více členů týmu, snížení rozsahu nebo úpravy časové osy.

Scénář 2: Plánování vydávání verzí s více týmy

Pro organizace s více týmy pracujícími na společném vydání:

1. Agregované týmové prognózy: Kombinování prognóz ze všech přispívajících týmů
2. Identifikace závislostí: Mapování závislostí mezi týmy, které by mohly ovlivnit doručení
3. Plánování integračních bodů: Plánování aktivit integrace mezi týmovými dodávkami
4. Sledování průběhu: Sledování skutečného průběhu s předpokládanými daty doručení

Scénář 3: Plánování kapacity se změnou velikosti týmu

Když se během projektu změní složení týmu:

1. Upravit rychlost úměrně: Zvýšení nebo snížení rychlosti na základě změn velikosti týmu
2. Zohlednění času na zvyšování výkonu: Noví členové týmu obvykle potřebují čas, aby dosáhli plné produktivity.
3. Monitorování skutečného výkonu: Porovnání skutečné rychlosti s upravenými prognózami
4. Pravidelně rekalibraovat: Aktualizace prognóz na základě nových vzorů rychlosti

Osvědčené postupy pro přesné prognózování

Postupy odhadu

• Používejte konzistentní měřítka odhadu: Zajistěte, aby všichni členové týmu pochopili a použili stejná kritéria odhadu.
• Odhadování ve spolupráci: Použití techniky plánovacího pokeru nebo podobných technik pro týmový konsensus
• Rozdělení velkých položek: Rozdělení velkých pracovních položek na menší a předvídatelnější části
• Zahrnout veškerou práci: Zohlednit chyby, technický dluh a další práci, která ovlivňuje kapacitu

Řízení rychlosti

• Sledování skutečné rychlosti: Sledujte skutečnou rychlost v průběhu času a upravte prognózy odpovídajícím způsobem.
• Používejte klouzavé průměry: Základem předpovědí je průměr posledních 3 až 6 sprintů pro stabilitu
• Účet pro změny týmu: Úprava očekávání rychlosti při změně složení týmu
• Zvažte externí faktory: Vezměte v úvahu vliv na svátky, školení a další dopady na kapacitu

Prognóza údržby

• Pravidelně aktualizovat: Aktualizace prognóz aspoň jednou za sprint
• Kontrola předpokladů: Ověřte, jestli základní předpoklady zůstávají platné.
• Komunikace změn: Informujte zúčastněné strany o aktualizacích prognóz a jejich dopadech.
• Seznamte se se skutečnými skutečnostmi: Porovnání předpovědí s skutečnými výsledky za účelem zlepšení přesnosti

Řešení běžných problémů s prognózou

Problém: Nepřesné prognózy

Možné příčiny:

• Nekonzistentní odhady pracovních položek
• Výpočty rychlosti založené na příliš málo sprintech
• Významné změny složení týmu
• Externí závislosti, pro které se nepočítá

Řešení:

• Kontrola a standardizace postupů odhadu
• Použití delší historie rychlosti pro výpočty
• Úprava tempa týmu vzhledem ke změnám
• Zahrnutí správy závislostí do plánování sprintu

Problém: Nástroj prognózy nezobrazuje očekávané výsledky

Možné příčiny:

• Pracovní položky v nesprávných kategoriích stavů
• Nesprávná konfigurace cesty k oblasti týmu
• Problémy s konfigurací sprintu
• Chybějící odhady pracovních položek

Řešení:

• Ověření mapování stavů pracovních úkolů na správné kategorie
• Kontrola nastavení týmu pro cesty oblastí a iterace
• Ujistěte se, že jsou sprinty správně nakonfigurované a přiřazené.
• Přidejte odhady do všech položek backlogu

Problém: Velký rozptyl mezi prognózami a skutečnými hodnotami

Možné příčiny:

• Nepředvídatelné velikosti pracovních položek
• "Během sprintů dochází k nekontrolovanému rozšiřování rozsahu"
• Technické problémy nezohledněné v odhadech
• Externí přerušení ovlivňující kapacitu

Řešení:

• Zlepšení rozkladu pracovních položek
• Silnější řízení rozsahu
• Zahrnutí rizikových vyrovnávacích pamětí do odhadů
• Sledování a zahrnutí práce řízené přerušením

Další krok

Přiřazení práce ke sprintu

Použití AI pro prognózování sprintů

Pokud máte Azure Boards MCP Server připojený k agentu AI v režimu agenta, můžete pomocí výzev přirozeného jazyka zkontrolovat odhady backlogu a rychlost dat, která podporují prognózování.

Task	Příklad výzvy
Kontrola odhadů backlogu	List all user stories on the <Contoso Team> backlog that have no story points assigned
Velikost backlogu	What is the total story points remaining in the product backlog for <Contoso Team>?
Historie dokončení sprintu	How many story points did <Contoso Team> complete in each of the last 5 sprints?
Odhad počtu sprintů	Based on a velocity of 25 story points, how many sprints to complete the remaining backlog for <Contoso Team>?
Prognózování data vydání	Using the average velocity from the last 5 sprints, estimate when <Contoso Team> will complete all priority-1 backlog items
Identifikace mezer odhadu	Which user stories in the <Contoso Team> backlog have story points that differ significantly from similar-sized stories?
Porovnání trendů rychlosti	Show a sprint-by-sprint velocity trend for <Contoso Team> over the last 8 sprints and flag any sprints that were outliers
Prognóza se sníženou kapacitou	If <Contoso Team> velocity drops to 18 story points due to holidays, how many additional sprints are needed to clear the backlog?
Predikce dokončení funkce	How many sprints until all child stories under feature #3050 are complete, based on <Contoso Team> average velocity?
Priority výmazu backlogu	List the top 20 backlog items by priority for <Contoso Team> and flag any that are missing story point estimates

Note

Režim agenta a server MCP používají přirozený jazyk, takže tyto výzvy můžete upravit nebo položit následné otázky, abyste výsledky upřesněte.

Související obsah

• Rychlost týmu
• Definování cest iterace (sprintů) a konfigurace iterací týmu
• Použijte panel úkolů k sledování práce během sprintu.
• Monitorujte graf sprint burndown, a zjistěte, jestli je váš tým na dobré cestě dokončit plán sprintu.
• Konfigurování a přizpůsobení Azure Boards
• Pokyny k agilním procesům