Zobrazení a konfigurace rychlosti týmu

Azure DevOps Services | Azure DevOps Server 2022 – Azure DevOps Server 2019

Metriky rychlosti poskytují užitečné informace, aby týmy mohly plánovat a předpovídat sprinty a určit, jak dobře odhadují a splňují plánované závazky. Můžete zjistit, kolik práce může tým dokončit během sprintu, a to na základě počtu dokončených pracovních položek nebo součtu odhadů provedených pro úsilí (položky backlogu produktu), bodů scénářů (uživatelských scénářů) nebo velikosti (požadavky). Používejte rychlost jako pomůcku k určení kapacity týmu a 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	Mějte na paměti požadované a doporučené úlohy uvedené dále v tomto článku.

Tip

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). Základní proces je k dispozici od verze Azure DevOps Server 2019 Update 1.

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 v navrhovanýchnebo vyřešených stavech jsou vyloučené z výpočtů Dokončeno, Dokončeno zpožděné 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 uchovávají se mezi relacemi, dokud se nezmění.

Stav pracovního postupu	Popis
Naplánováno	Pracovní položky přiřazené sprintu před zahájením. Pokud se po zahájení sprintu znovu přiřadí, zůstanou v původním sprintu plánované a v novém sprintu se zobrazí jako Zpožděné nebo Neúplné.
Dokončeno	Pracovní položky přiřazené ke sprintu a dokončené před koncem sprintu
Dokončeno pozdě	Pracovní položky přiřazené k sprintu, ale dokončené po skončení sprintu.
Neúplné	Pracovní položky přiřazené sprintu, ale ještě nejsou dokončené.
Vyřešeno	Chyby přiřazené sprintu označující, že řešení bylo implementováno, ale ještě není ověřeno.

Dále v tomto článku se dozvíte, jak otevřít sestavu Rychlost v kontextu nebo nakonfigurovat widget Velocity.

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.

Zobrazení sestavy rychlosti 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 možnosti Analýza backlogů>boards>otevřete sestavu Rychlost pro váš produkt nebo backlog portfolia.

   

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

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 tato 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 na řídicí panel, 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. Pro Azure DevOps Server 2019 povolte nebo nainstalujte Analytics.

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á počet plánovaných prací od data 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í až do několika dnů do iterace, můžete aktualizovat datum zahájení iterace v posledních dnech, 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í dokončené práce je užitečné při sledování trendu, kdy jsou pracovní položky po dokončení iterace označené jako dokončené.
   • 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á. Zadáním tří dnů například tým 3 dny po skončení iterace označí pracovní položky jako dokončené nebo dokončené, než se považuje za zpož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 a neúplný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 cesty iterace (sprinty) a nakonfigurujte iterace týmu. Ujistěte se, že sprinty mají stejnou dobu trvání.
• Definujte a odhadujte položky backlogu. Položky vytvořené z backlogu týmu se automaticky přiřadí k aktuálnímu sprintu a výchozí cestě oblasti týmu.
• Aktualizujte stav položek backlogu při spuštění a dokončení práce. V grafu rychlosti nebo widgetu se zobrazí jenom položky se stavem probíhajícího nebo dokončeného stavu.

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 cestu oblasti vašeho týmu. Nástroj prognózuje tato nastavení tak, aby zahrnovala nebo vyloučila položky v cestách oblastí ve výchozím nastavení týmu.
• Vyhněte se vytváření hierarchie položek a chyb backlogu. Panel, Panely úloh 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.
• 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 nejlépe odhadne tým ohledně úsilí potřebného k dokončení položky vzhledem k ostatním v backlogu.

Důležité

• Odstranění cest oblasti nebo změna konfigurace cest iterace způsobí nevratnou ztrátu dat. Například grafy burndownu a burnup widgetů, sprint burndown a grafy rychlosti pro týmy se změněnými cestami oblastí nezobrazují přesná data. Historické grafy trendu odkazují na cestu oblasti a cestu iterace, protože byly definovány v době pro každou pracovní položku. Po odstranění nemůžete načíst historická data pro tyto cesty.
• Můžete odstranit pouze oblasti a iterační cesty, které už nejsou používány žádnými pracovními položkami.

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ší kroky

Plánování sprintu

Související články

• 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