Řídicí panely chyb

Aktivitu chyby týmového projektu můžete sledovat pomocí řídicího panelu Chyby, který zobrazuje následující grafy:

• Pracovní tempo chyby

• Rychlost, jakou tým hledá, řeší a uzavírá chyby v průběhu času

• Počet chyb priority v čase

• Aktuální počet aktivních chyb, které jsou přiřazeny k jednotlivým členům týmu

  Přístup k řídicím panelům získáte přes portál týmového projektu.Na řídicí panel můžete přistupovat použít pouze v případě, že tento portál je povolen a je použit pro SharePoint Server Enterprise Edition.Další informace naleznete v tématu Řídicí panely.

V tomto tématu Data zobrazená v řídicím panelu Požadované činnosti pro sledování chyb Sledování aktivních chyb a trendů chyb

Odpovědět na následující otázky můžete pomocí tohoto řídicího panelu: Jak rychle řeší a uzavírá tým chyby? Opravuje tým chyby dostatečně rychle, aby bylo možné včasné dokončení? Kolik chyb tým hlásí, řeší a zavírá za den? Řeší tým chyby s prioritou 1 dříve, než chyby s prioritou 2 a 3? Má některý ze členů týmu mít nevyřízenou položku chyb s prioritou 1, které odůvodňují přerozdělení? Jaký je stav posledního nočního sestavení? Jaká byla poslední vrácení se změnami?

Požadovaná oprávnění

Chcete-li zobrazit řídicí panel, musíte být přiřazeni nebo patřit do skupiny, které bylo přiřazeno oprávnění pro čtení v Produkty SharePoint pro týmový projekt.Chcete-li změnit, zkopírovat nebo přizpůsobit řídicí panel, musíte být přiřazeni nebo patřit do skupiny, které bylo přiřazeno oprávnění Členové v Produkty SharePoint pro týmový projekt.Další informace naleznete v tématu Přidávání uživatelů do týmových projektů.

Chcete-li upravit sestavu v Office Excel, musíte být členem role zabezpečení TfsWarehouseDataReaders ve službě Analysis Services SQL Server.Musíte být také přiřazeni nebo patřit do skupiny, které bylo přiřazeno oprávnění Členové v Produkty SharePoint pro týmový projekt.Další informace naleznete v tématu Udělit přístup k databázím datového skladu Visual Studio ALM.

Pokud chcete zobrazit chybu nebo jiný typ pracovní položky, musíte být členem skupiny Čtenáři nebo vaše oprávnění Zobrazit pracovní položky v tomto uzlu musí být nastaveno na hodnotu Povolit.Pokud chcete vytvořit nebo změnit chybu nebo jiný typ pracovní položky, musíte být členem skupiny Přispěvatelé nebo vaše oprávnění Upravit pracovní položky v tomto uzlu musí být nastaveno na hodnotu Povolit.

Data zobrazená v řídicím panelu

Tým může pomocí řídicího panelu Chyby pochopit, jak je úspěšný při hledání, řešení a zavírání chyb.Další informace o webových částech, které jsou zobrazeny v okně řídicím panelu Chyby, naleznete na obrázku a v tabulce, které následují.

[!POZNÁMKA]

Pracovní tempo, trend a pruhové grafy, sestavy až po se nezobrazí, pokud není k dispozici server, který je hostitelem služby Analysis Services pro týmový projekt.

Další informace o tom, jak interpretovat, aktualizovat nebo upravit grafy, které se zobrazují v řídicím panelu chyb naleznete v tématech, které jsou uvedeny v následující tabulce.

Webová část	Zobrazená data	Příbuzná témata
	Vizuální znázornění kumulativního počtu všech chyb, které jsou seskupeny podle jejich stavu, za poslední čtyři týdny.	Sestava průběhu chyb v aplikaci Excel
	Spojnicový graf zobrazuje klouzavý průměr počtu chyb, které tým otevřel, vyřešil a uzavřel za poslední čtyři týdny.Klouzavý průměr je vypočten na základě sedmi dní před datem, pro které se počítá.	Sestava trendů chyb v aplikaci Excel
	Vizuální znázornění kumulativního počtu všech chyb, které jsou seskupeny podle jejich priority, za poslední čtyři týdny.	Sestava chyb podle priority v aplikaci Excel
	Vodorovný pruhový graf s celkovým počtem aktivních chyb, seskupených podle priority, která je přiřazena k jednotlivým členům týmu.	Sestava chyb podle přiřazení v aplikaci Excel
	Seznam aktivních chyb.Seznam je odvozen z webové části Team Web Access.	Sešit třídění
	Seznam nadcházejících událostí.Seznam je odvozen z webové části SharePoint.	Nelze použít
	Počet aktivních, vyřešených a uzavřených pracovních položek.Seznam pracovních položek můžete otevřít výběrem jednotlivých čísel.Tento seznam je odvozen z webové části Team Web Access.	Nelze použít
	Seznam nedávných sestavení a jejich stav.Další informace o konkrétním sestavení zobrazíte jeho výběrem.Tento seznam je odvozen z webové části Team Web Access. Legenda: : Sestavení nebylo zahájeno. : Probíhá sestavení. : Sestavení bylo úspěšně dokončeno. : Sestavení se nezdařilo. : Sestavení bylo zastaveno. : Sestavení bylo částečně dokončeno.	Spuštění, monitorování a správa sestavení
	Seznam posledních vrácení se změnami.Další informace zobrazíte výběrem konkrétního vrácení se změnami.Tento seznam je odvozen z webové části Team Web Access.	Vývoj kódu a správa nedokončených změn

Požadované činnosti pro sledování chyb

Aby sestavy zobrazené v řídicím panelu Chyby byly použitelné a přesné, tým musí provádět následující činnosti:

• Definujte chyby a určete jejich cesty Iterace a Oblast.

• Každou chybu přiřaďte členovi týmu, který pracuje na jejím řešení, nebo uzavření.

• Zadejte Prioritou každé chyby.

• Aktualizuje Stav každé chyby, kterou tým opraví, ověří a zavře.

Sledovat aktivní chyby a trendy chyb

Členové týmu mohou pomocí řídicího panelu Chyby určit, zda spravují seznam aktivních chyb podle stanovených cílů týmu a praktik Agile.Testováním jednotky každého přírůstku kódu před vrácením se změnami může tým snížit celkový počet chyb, které tým musí najít.Tým, který se zaměřuje na schopnost dodávat každý přírůstek kódu, postupně odstraní vady a minimalizuje trvalé chyby.

Pomocí řídicího panelu Chyby mohou týmy odpovědět na následující otázky:

• Odpovídá počet aktivních přijatelných chyb cílům týmu?Odkládá tým příliš mnoho chyb?

• Hledá, opravuje a uzavírá tým chyby dostatečně rychle, aby plnil očekávání a s rychlostí odpovídající předchozímu vývojovému cyklu?

• Řeší tým nejdůležitější chyby dříve, než chyby s nižší prioritou?

• Potřebuje některý člen týmu pomoc při řešení chyb?

Indikátory průběhu chyby

Indikátor	Otázky k položení
Pásmo pro aktivní chyby je stále širší.Pokud šířka pásma týmu pro aktivních chyb narůstá, roste nevyřízená položka chyby.Tým nalézá více chyb, než může vyřešit nebo zavřít. Rozšiřující skupina aktivních chyb může znamenat, že kritický bod zpomaluje schopnost týmu vyřešit a uzavřít chyby.	Jsou členové týmu přerozděleni do jiných neprioritních úkolů? Existují jiné problémy blokující schopnost týmu vyřešit a opravit chyby?
Počet aktivních chyb není změněn.Plochý trend v řadě aktivních chyby značí, že tým nehledá chyby.	Je pokrytí testu dostatečné? Existují jiné problémy blokující schopnost týmu najít chyby?
Počet vyřešených nebo uzavřených chyb není změněn.Když zůstane počet chyb, který tým řeší nebo zavírá, dlouho prázdný, členové týmu nebudou moci znovu chyby vyřešit nebo zavřít.	Jsou týmové priority správně nastaveny? Jsou členové týmu nadpřiděleni na jiné úkoly? Sledují členové týmu správně stav jejich chyb?

Ukazatele trendu chyby

Indikátor	Otázky k položení
Tým řeší mnoho chyb v jednotlivých časových obdobích.Rychlost s vysokým rozlišením obvykle značí, že tým vyvíjí velký pokrok.	Uzavírá tým okamžitě chyby, které se vyřeší?Rychlost zavírání by měla odpovídat rychlosti řešení. Aktivuje tým znovu chyby přijatelnou rychlostí?
Tým chyby rychle řeší, ale nezavírá je.Členové týmu, kteří jsou přiřazeni k ověření oprav, mohou muset pokrýt příliš velkou oblast, nebo se mohou zabývat různými prioritami, které jim zabrání v uzavření vyřešených chyb.	Jsou testovací prostředky nadpřiděleny? Měl by tým revidovat priority testu? Další informace o těchto metrikách naleznete v tématu Řídicí panel testu (Agile).
Tým zjišťuje několik chyb v jednotlivých časových obdobích.Tým může usilovat o to, najít chyby v řešení vysoké kvality nebo s neúčinným testováním.	Značí metriky pro pokrytí kódem, změny kódu nebo průběh testu problém s kódem nebo testováním? Další informace o těchto metrikách naleznete v tématu Řídicí panel kvality (Agile).
Tým vyhledává přibližně stejný počet chyb v po sobě jdoucích obdobích.Pokud tým zjistí stejný počet chyb v týdnu po týdnu nebo iteraci po iteraci, můžete zjistit základní příčinu.V rané fázi testovacího cyklu nemusí být testy dostatečně přísné nebo rozšířené k nalezení velkého množství chyb.V počátečních iteracích je tato situace očekávaná.Nicméně během zrání produktu by testy měly využít širší scénáře a integrace.	Jsou testovací případy dostatečné k testování uživatelských scénářů, které tým vyvíjí? Staly se testy stabilnějšími nebo testují nesprávné funkce? Testuje tým přísně každý uživatelský scénář? Další informace o těchto metrikách naleznete v tématu Řídicí panel testu (Agile).
Tým zjišťuje spoustu chyb v jednotlivých časových obdobích.Tým může snadno najít chyby v neuspořádaném kódu, v nově integrovaném kódu díky efektivnímu testování nebo při určité události, jako je bash chyby.	Značí metriky pro pokrytí kódem, změny kódu nebo průběh testu problém s kódem nebo testováním? Další informace o těchto metrikách naleznete v tématu Řídicí panel kvality (Agile).

Priorita a rozdělení chyby

Indikátor	Otázky k položení
Počet aktivních chyb s vyšší prioritou je větší, než počet aktivních chyb s nižší prioritou.Pokud počet chyb s vysokou prioritou je mnohem větší než počet chyb nižší prioritu, tým se může zaměřit nejprve na položky s nižší prioritou.	Opravuje tým chyby v pořadí priority nastavené týmem? Existují problémy blokující schopnost týmu opravit chyby s vyšší prioritou?
Chyby přiřazení nejsou rovnoměrně rozděleny.Tým může zvážit opětovné přiřazení práce, když je mnoho chyb přiděleno jednomu nebo dvěma členům týmu a pouze pár jiným členům týmu.	Měl by tým vyvážit zatížení změnou přiřazení chyb?