Zobrazení a konfigurace rychlosti týmu

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

Metriky rychlosti poskytují cenné přehledy, které týmům pomáhají plánovat a předpovídat sprinty a vyhodnocovat, jak přesně odhadují a splňují plánované závazky. Tyto metriky označují, kolik práce může tým dokončit během sprintu, na základě počtu dokončených pracovních položek nebo součtu odhadů pro úsilí (položky backlogu produktu), bodů scénáře (uživatelských scénářů) nebo velikosti (požadavků). Používejte rychlost k určení kapacity týmu, ale nezaměňujte ji s klíčovými ukazateli výkonu.

Požadavky

Kategorie	Požadavky
úrovně přístupu	- člena 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ělena vám. - Přidání widgetu na řídicí panel týmu: Člen týmu.
povolení funkcí	Azure Boards povoleno. 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.

Návod

Obrázky v tomto článku se můžou lišit od toho, co vidíte na webovém portálu. Tyto rozdíly můžou být způsobené aktualizacemi webové aplikace, možnostmi povolenými vámi nebo správcem a procesem zvoleným při vytváření projektu (Agile, Basic, Scrum nebo CMMI).

Vysvětlení čísel rychlosti

Rychlost představuje množství práce, kterou váš tým dokončil v minulých sprintech, což pomáhá předpovědět budoucí kapacitu:

• Při sledování podle počtu: Rychlost zobrazuje počet pracovních položek (uživatelské scénáře, chyby, úkoly) dokončené na sprint.
• Při sledování podle součtu: Rychlost zobrazuje celkový počet bodů příběhu, hodiny úsilí nebo odhady velikosti dokončené během sprintu.

Například pokud váš tým dokončil uživatelské příběhy s hodnotou 25 bodů příběhu ve sprintu 1, 30 bodů příběhu ve sprintu 2, a 28 bodů příběhu ve sprintu 3, vaše průměrná rychlost je přibližně 28 bodů příběhu na sprint. Tento průměr vám pomůže naplánovat, kolik práce se má provést v budoucích sprintech.

Jak Azure DevOps zpracovává výpočet rychlosti

Azure DevOps se řídí agilními osvědčenými postupy pro výpočet rychlosti:

Důležité

Rychlost se vždy počítá ve sprintu při dokončení práce bez ohledu na to, pro který sprint byla pracovní položka původně naplánována, nebo její aktuální přiřazení cesty iterace. Tento přístup je v souladu se standardními agilními postupy, které zvýrazňují měření skutečného doručení plánovaných závazků.

Scénáře přesunu pracovních položek

• Přesunutí neúplné práce mezi sprinty: Když přesunete neúplnou pracovní položku z jednoho sprintu do jiného (změnou cesty iterace), bude se pracovní položka dál zobrazovat jako nedokončená v novém sprintu, dokud se nedokončila.
• Dokončení práce v jiném sprintu: Pokud dokončíte pracovní položku ve sprintu 3, i když byla původně naplánována pro Sprint 1, kredit rychlosti přejde do sprintu 3 po dokončení práce.
• Cesta iterace vs. datum dokončení: Datum dokončení určuje, které sprinty získá kredit rychlosti, nikoli aktuální přiřazení cesty iterace.

Dopad změn cest iterace

Při změně cesty iterace pracovní položky ve stavu WIP:

Metriky rychlosti:

• Přesunutí položky WIP nemá vliv na rychlost, dokud se nedokončí
• Kredit za rychlost přejde do sprintu, ve kterém byla položka dokončena.
• Položka zůstane započítána jako "Plánované" pro původní sprint.

Dokončené zpožděné metriky:

• Pozdní výpočet porovnává datum dokončení s datem ukončení aktuální iterace.
• Přesunutí položky do pozdějšího sprintu může změnit její pozdní klasifikaci.

Příklad: Pracovní položka naplánovaná pro Sprint 1 (končí 15. března), přesunutá do sprintu 2 (končí 30. března), dokončená 25. března:

• Plánované: Sprint 1 (původní)
• Rychlost: Sprint 2 (je-li dokončen)
• Stav zpoždění: Není zpožděno (dokončeno před koncovým datem sprintu 2)

Návod

Vytvořte týmové postupy pro přesouvání pracovních položek mezi sprinty, abyste minimalizovali nejasnost při sledování rychlosti.

Tato metoda výpočtu zajišťuje, že:

• Týmy získají přesné měření rychlosti na základě skutečné kapacity doručení.
• Rychlost sprintu odráží skutečnou dokončenou práci během tohoto časového období.
• Plánování budoucích sprintů využívá místo plánovaných závazků realistická data kapacity.

Typy grafů rychlosti

Můžete si vybrat mezi dvěma grafy rychlosti: kontextový graf Rychlosti ze stránky Backlogs a widgetem Rychlost pro řídicí panely. Oba grafy vám pomůžou rychle pochopit kategorie stavu pracovního postupu popsané v následující tabulce.

Položky ve stavech Navrženo nebo Vyřešeno jsou vyloučeny z výpočtů Dokončeno, Dokončeno se zpožděním, a Neúplné. Další informace najdete v tématu Jak se v Azure Boards používají stavy kategorií pracovních postupů. Vaše výběry jsou osobní a přetrvávají mezi relacemi, dokud se nezmění.

Důležité

Pouze Plánovaná data používají historické snímky. Všechny ostatní stavy (neúplné, Dokončeno, Dokončeno pozdě) odrážejí aktuální data pracovních položek.

Stav pracovního postupu	Popis
plánované	Pracovní položky přiřazené sprintu do konce prvního dne bez ohledu na jejich aktuální stav nebo finální místo dokončení. Po počítání podle plánu zůstanou položky v této kategorii pro původní sprint, i když se přesunou později. Pracovní položku lze počítat jako plánovanou ve více sprintech, pokud splňuje pravidlo prvního dne přiřazení pro každý sprint.
Neúplný	Pracovní položky aktuálně přiřazené sprintu se stavem Probíhá Vyloučí položky v navrhovaných, vyřešených nebo dokončených stavech.
Vyřešeno	Pracovní položky ve stavu Vyřešeno Není vykresleno, pokud není nakonfigurováno, aby bylo s vyřešenými položkami zacházeno jako s dokončenými.
Dokončeno	Pracovní položky ve stavu Dokončeno, které mají datum dokončení nejpozději ke koncovému datu sprintu. Kredit za rychlost se přičítá sprintu, ve kterém byl úkol dokončen, bez ohledu na původní plánovaný sprint nebo aktuální iterační dráhu.
Dokončeno pozdě	Pracovní položky ve stavu Dokončeno s datem dokončení po koncovém datu sprintu. Tyto položky přispívají k rychlosti sprintu po dokončení.

Poznámka:

Pokud je nakonfigurováno ke zpracování vyřešených položek jako Dokončeno, přesun vyřešené položky do stavu Dokončeno po datu ukončení sprintu změní její klasifikaci z Dokončeno na Dokončeno pozdě.

Později v tomto článku se dozvíte, jak otevřít sestavu Rychlost v kontextu nebo nakonfigurovat widget Rychlost.

Graf rychlosti v kontextu

Widget pro rychlost

Každý graf můžete nakonfigurovat následujícími způsoby:

• Součet úsilí, bodů scénáře, velikostních polí nebo jiných podporovaných číselných polí přiřazených k položkám backlogu
• Počet pracovních položek v backlogu
• Počet iterací.

Widget nabízí další možnosti konfigurace. Další informace naleznete v tématu Konfigurace a zobrazení grafů rychlosti.

Zobrazit sestavu Velocity v kontextu

Sestavy rychlosti jsou k dispozici pro backlogy produktů i portfolia. Každá sestava obsahuje interaktivní ovládací prvky, které uživatelům umožňují přizpůsobit zobrazení svým konkrétním zájmům.

1. Přihlaste se ke svému projektu (https://dev.azure.com/{Your_Organization/Your_Project}).

2. Výběrem Boards>Backlogs>Analytics otevřete sestavu Rychlost pro váš backlog produktu nebo portfolia.

   

3. Pokud chcete přejít na jiný backlog, zvolte ze selektoru backlogu a pak vyberte Zobrazit úplnou sestavu pro Velocity.

4. Interaktivní ovládací prvky slouží k výběru počtu nebo součtových polí a počtu iterací. Vyberte Vlastní iterace a určete libovolný počet iterací mezi 1 a 15.

   Pokud váš tým nedokončí sprint nebo pracujete na položkách před datem zahájení sprintu, nejsou k dispozici žádná data k analýze a prognóze. Může se zobrazit následující zpráva: Nastavte data iterace tak, aby používala tento widget. Pokud chcete tuto situaci vyřešit, nastavte rozsah dat iterace tak, aby zahrnoval aktuální datum nebo počkejte, než se sprint spustí.

   Najeďte myší na oblast sloupce, aby se zobrazil souhrn plánovaných a dokončených pracovních položek. Například pro sprint 07_2019 se plánuje 131 položek.

   

   Další informace naleznete v popisu stavu pracovního postupu uvedené výše v tomto článku.

5. Pokud chcete přidat sestavu do řídicího panelu, vyberte ikonu akcí a vyberte Kopírovat do řídicího panelu.

   

6. Vyberte řídicí panel a vyberte OK.

7. Pokud se chcete vrátit do souhrnu Analýzy, vyberte šipku zpět.

Konfigurace widgetu Rychlost

Widget Velocity můžete nakonfigurovat jenom pro jeden tým. Pokud chcete zobrazit rychlost pro několik týmů, musíte nakonfigurovat tým pro správu portfolia, který se zahrne z několika týmů. Další informace najdete v tématu Přidání týmů.

Pokud jste to ještě neudělali, přidejte do řídicího panelu widget Velocity.

Dokončete následující kroky a nakonfigurujte widget Velocity.

1. Vyberte ikonu akcí a výběrem možnosti Konfigurovat otevřete dialogové okno konfigurace.

   

   Upravte název, vyberte tým a pak vyberte úroveň backlogu nebo typ pracovní položky, které chcete sledovat. Vyberte, jestli chcete sledovat počet pracovních položek nebo součet číselného pole. Nejběžnějším souhrnným polem je pole Úsilí, Body scénáře nebo Velikost.

   

2. Zadejte počet sprintů, které chcete zobrazit. Výchozí hodnota je 6 a maximum je 15.

3. (Volitelné) Zaškrtnutím políček zobrazíte další informace o práci dokončené později, než je naplánováno pro každý sprint.

   • Zobrazení plánované práce pro iterace: Zaškrtnutím tohoto políčka zobrazíte množství práce plánované pro iteraci na začátku iterace, což je užitečné pro porovnání plánované práce se skutečnými dodávkami. Ve výchozím nastavení začíná plánované množství práce datem zahájení iterace.
   • Dny po datu zahájení iterace, kdy je plánovaná práce konečná: Zadejte počet dní po datu zahájení pro počítání plánované práce. Pokud jsou například první dva dny iterace určené k plánování, můžete zadat 3a plánovaná práce se počítá třetí den. Například pokud iterace začíná na 01/01/2024a tři backlogové položky jsou přiřazeny iteraci na 01/01/2024 konci dne, pak se tyto tři položky backlogu považují za plánované. Pokud váš tým nedokončí plánování do několika dnů po zahájení iterace, můžete aktualizovat po uplynulých dnech od zahájení iterace, když je plánovaná práce dokončena.
   • Zvýraznit práci dokončenou pozdě: Toto políčko zaškrtněte, pokud chcete zobrazit pracovní položky označené jako dokončené po koncovém datu iterace, které se považuje za dokončené pozdě a zobrazí se jako světle zelená. Zvýraznění práce dokončené se zpožděním je užitečné při sledování trendu, kdy jsou pracovní položky označeny jako dokončené až po dokončení iterace.
   • Dny po konci iterace, po které se práce zpozdí: Zadejte počet dní, za které považujete pracovní položku pozdě, pokud je její stav stále nový nebo probíhá. Například zadáním tří dnů má tým 3 dny po skončení iterace na označení pracovních položek jako hotové nebo dokončené, dříve než jsou považovány za opožděné.

4. Zvolte Uložit. Následující obrázek znázorňuje rychlost založenou na bodech scénářů a osmi sprintech dat.

   

Další informace o plánovaných, dokončených, dokončených se zpožděním a nedokončených stavech naleznete v popisech stavů uvedených výše v tomto článku.

Povinné a doporučené úlohy pro používání grafů Velocity

Aby váš tým získal největší nástroj z grafů Rychlosti, postupujte podle těchto požadovaných a doporučených úkolů.

Požadované úkoly

• Definujte iterace (sprinty) a nakonfigurujte týmové iterace. Ujistěte se, že sprinty mají stejnou dobu trvání.
• Definujte a odhadujte položky backlogu. Položky vytvořené z backlogu týmu jsou automaticky přiřazeny k aktuálnímu sprintu a výchozí oblastní cestě týmu.
• Aktualizujte stav položek backlogu při spuštění a dokončení práce. Pouze položky se stavem In Progress nebo Done se zobrazí v grafu rychlosti nebo widgetu.

Doporučené úkoly

• Umožňuje definovat a velikost položek backlogu pro minimalizovanou variabilitu.
• Rozhodněte se, jak váš tým zachází s chybami. Pokud se zachází jako s požadavky, zobrazí se chyby v backlogu a jsou zahrnuté v grafu Rychlost a prognózování.
• Nastavte oblastní cestu pro váš tým. Nástroj prognózy používá tato nastavení pro zahrnutí nebo vyloučení položek v cestách oblastí podle výchozích nastavení týmu.
• Vyhněte se vytváření hierarchie položek a chyb backlogu. Tabule, tabule úkolů a backlog sprintu zobrazují pouze poslední uzel v hierarchii. Místo toho udržujte plochý seznam s propojením nadřazenosti a podřízenosti o jednu úroveň hlouběji. Pomocí funkcí můžete seskupit požadavky nebo uživatelské scénáře.
• Pokud je to možné, dokončete položky backlogu v rámci plánovaného sprintu. I když Azure DevOps správně zpracovává dokončování úkolů napříč sprinty, časté přesouvání práce mezi sprinty může ovlivnit zaměření týmu a přesnost plánování sprintů.
• Aktualizujte stav dokončených položek backlogu na konci sprintu. Přesunutí neúplných položek zpět do backlogu produktu pro budoucí plánování sprintu
• Minimalizujte proměnlivost velikostí položek backlogu pro lepší přesnost odhadu. Snížení variability zvyšuje spolehlivost metrik rychlosti a prognózovaných výsledků. Odhady jsou nejlepší odhady týmu, pokud jde o úsilí potřebné k dokončení položky vzhledem k ostatním v backlogu.

Důležité

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

• Grafy Burndown a Burn up widgetů
• Grafy poklesu úkolů ve 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 době 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.

Přidání dalších týmů

Pokud každý tým chce mít vlastní zobrazení backlogu, graf rychlosti a nástroj prognózy, můžete přidat nový tým. Každý tým má přístup k vlastní sadě agilních nástrojů, které filtrují pracovní položky tak, aby zahrnovaly pouze přiřazené cesty k oblasti a iterační cesty specifické pro daný tým.

Další krok

Plánování sprintu

Související obsah

• Prognózování sprintů
• Nastavení oprávnění řídicího panelu
• Definování cest iterace (sprintů) a konfigurace iterací týmu
• Konfigurace widgetu burndown nebo burnup