Řídicí panel chyb (Agile a CMMI)

Pomocí řídicího panelu chyby, které se zobrazí následující grafy můžete sledovat aktivitu chyb pro týmový projekt:

• Chyba úbytku práce

• Míra, jakou je týmu hledání, řešení a zavření chyb v průběhu času

• Počet chyb priority v čase

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

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

V tomto tématu Data, která se zobrazí v řídicím panelu Požadované aktivity pro sledování chyb Monitorování aktivní chyby a trendů chyb

Můžete použít tento řídicí panel zodpovědět následující otázky: Jak rychle je týmu vyřešení a uzavření chyby? Opravuje tým chyby dostatečně rychle pro dokončení včas? Kolik chyb tým denně hlásí, řeší a uzavírá? Je týmu chyby překlad priority 1 před Priorita 2 a 3 chyby? Disponuje libovolný člen týmu nevyřízené položky prioritou 1 chyby, které záruku redistribution? Co je stav posledních noci sestavení? Jaká byla nejnovější vrácení se změnami?

Požadavky

Stejné požadavky, které jsou definovány v Řídicí panely projektového portálu.

Data, která se zobrazí v řídicím panelu

Týmu vám pomohou pochopit, jak moc je hledání týmu, vyřešení a uzavření chyby chyby řídicího panelu. Další informace o webových částí, které jsou zobrazeny v řídicím panelu chyby, najdete na obrázku a tabulky, které dodržují.

Poznámka

Sestavy úbytku práce, trendů a pruhové grafy, prostřednictvím , se nezobrazí, pokud server, který je hostitelem služby Analysis Services pro týmový projekt není k dispozici.

Další informace o tom, jak interpretovat, aktualizaci nebo přizpůsobit 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	Související téma
	Vizuální reprezentace kumulativní počet všech chyb, seskupených podle jejich stav za poslední čtyři týdny.	Sestava průběhu chyb v aplikaci Excel
	Spojnicový graf, který se zobrazuje ručnímu průměrný počet chyb, které je otevřen týmu, vyřešen a uzavřen 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í reprezentace kumulativní počet všech chyb, seskupených podle jejich prioritu za poslední čtyři týdny.	Sestava chyb podle priority v aplikaci Excel
	Vodorovný pruhový graf s celkový počet aktivních chyby, které každého člena týmu již aktuálně přiřazen k nim seskupených podle priority.	Sestava chyb podle přiřazení v aplikaci Excel
	Seznam chyb, aktivní. V seznamu je odvozen od Team Web Access Webová součást.	Sešity
	Seznam nadcházejících událostí. V seznamu je odvozen od webové části služby 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 od Team Web Access Webová součást.	Nelze použít
	Seznam nedávných sestavení a jejich stav. Další podrobnosti o sestavení můžete zobrazit výběrem. Tento seznam je odvozen od Team Web Access Webová součást. Legendu: : Sestavení nebylo zahájeno : Probíhá sestavení : Sestavení bylo úspěšně dokončeno : Sestavení selhalo : Sestavení bylo zastaveno : Sestavení bylo částečně dokončeno	Spuštění, monitorování a správa sestavení
	Seznam nejnovější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 od Team Web Access Webová součást.	Vývoj kódu a správa nedokončených změn

Požadované aktivity pro sledování chyb

Pro sestavy, které se zobrazují v řídicím panelu chyby užitečný a přesné musí týmu provést následující akce:

• Definovat chyby a zadejte jejich iteraci a oblasti cesty.

• Každý chybu přiřadíte členovi týmu, který je funkční vyřešit nebo zavřete ji.

• Zadejte Priority pro každou chybu.

• Aktualizace Stav z jednotlivých chyby jako opravy týmu, ověří a zavře.

Monitorování aktivní chyby a trendů chyb

Členové týmu slouží k určení, zda spravujete seznam aktivní chyby podle cíle zavedených týmu a agilní postupy chyby řídicího panelu. Každý přírůstek kód před vrácení se změnami testování částí můžete týmu snížit celkový počet chyb, které musíte najít týmu. Tým, který se zaměřuje na schopnost dodávat každý přírůstek kód odebere vady postupně a minimalizuje probíhající chyby.

Pomocí řídicího panelu chyby mohou týmu odpovězte na následující otázky:

• Počet aktivní chyby přijatelné podle cíle týmu? Je týmu odložení příliš mnoho chyb?

• Je týmu hledání, oprava a zavření chyby dostatečně rychle ke splnění očekávání a rychlostí, která odpovídá předchozí vývojové cykly?

• Chyby týmu adresování s vysokou prioritou se nachází před nižší prioritou chyby?

• Libovolný člen týmu potřebujete pomoc při řešení chyb?

Ukazatele průběhu chybu

Indikátor	Otázky
Pásmo pro aktivní chyby se stává širší. Je-li šířku pásma týmu pro aktivní chyby roste, nevyřízené položky chybu stoupá. Tým je hledání více chyb, než může vyřešit nebo zavřete. Rozšiřující pásmo aktivní chyb může být skutečnost, že to úzké místo je zpomalení týmu schopnost vyřešení a uzavření chyby.	Jsou členové týmu se znovu vložena do jiné, úkoly bez priority? Další problémy s blokuje týmu schopnost řešení a opravit chyby?
Není změna počet aktivních chyby. Plochý trend v počtu aktivní chyby označuje, že tým není hledání chyb.	Stačí pokrytí testu? Další problémy s blokuje schopnost týmu najít chyby?
Není změna počet přeložit nebo uzavřené chyby. Pokud počet chyb, které týmu je rozpoznávání nebo zavřením zůstane plochý dlouhou dobu, nemusí být schopen přeložit nebo zavřete chyby členy týmu.	Jsou týmu priority správně nastavená? Jsou členové týmu přetíženy na jiných úlohách? Jsou členové týmu správně sledování jejich stav chyb?

Chyba trendu

Indikátor	Otázky
Týmu je řešení mnoha chyb v každé časové období. Míra vysokým rozlišením obvykle znamená, že týmu se pozitivně dobrý průběh.	Ukončuje týmu rychlou chyby, které řeší? Frekvence uzavření by se měla podobat frekvence řešení. Je týmu opětovnou aktivací chyby přijatelné sazbou?
Týmu je rychle rozpoznávání chyb, ale není zavření. Členy týmu, kteří jsou přiřazeny zkontrolujte opravy může být příliš tenký šířit, nebo jiné priority může zabránit tyto členy týmu ukončovací rozpoznat chyby.	Jsou testovací prostředky přidělené nadměrně? Priority testů znovu zobrazit týmu? Další informace o těchto metriky, naleznete v části Řídicí panel testu (Agile a CMMI).
Týmu je hledání několik chyb v každé časové období. Tým může čtením najít chyby v řešení vysoké kvality nebo s neúčinné testování.	Proveďte metriky pro pokrytí kódu, změny v kódu nebo průběhu testovacího znamenat problém související s kódem nebo testování? Další informace o těchto metriky, naleznete v části Řídicí panel kvality (Agile a CMMI).
Týmu je vyhledávání o stejný počet chyb v po sobě jdoucích časová období. Zjistí-li týmu stejný počet chyb week až poté, co week nebo iterace po iteraci, může být prověřen příčinou. V rané fázi testování cyklu testy nemusí být přísná nebo dostatečně najít mnoho chyby pokročilé. Tato situace by měl být v rané iterací. Však během existence produktu testy by měla vykonávat širší scénáře a integrace.	Jsou testovací případy odpovídající otestovat scénáře uživatelů, které se vyvíjí týmu? Testy staly zastaralá nebo jsou testování nesprávné funkce? Je testovací týmu přísně testování jednotlivých příběhu uživatele? Další informace o těchto metriky, naleznete v části Řídicí panel testu (Agile a CMMI).
Týmu je hledání mnoho chyb v každé časové období. Tým může najít chyby snadno v Nedbalými kód nově integrované kódu, s platnost testování, nebo během konkrétní události, jako je například chybu flám.	Proveďte metriky pro pokrytí kódu, změny v kódu nebo průběhu testovacího znamenat problém související s kódem nebo testování? Další informace o těchto metriky, naleznete v části Řídicí panel kvality (Agile a CMMI).

Priorita chybu a distribuce

Indikátor	Otázky
Počet aktivních vyšší prioritu chyby je větší než počet aktivní nižší prioritou chyby. Je-li počet chyb s vysokou prioritou mnohem větší, než je počet nižší prioritou chyby, může být týmu zaměřené na položky s nižší prioritou nejprve.	Nastavit týmu opravu chyb v pořadí podle priority týmu? Jsou problémy s blokováním schopnost týmu opravit chyby vyšší prioritu?
Chybu přiřazení nejsou rovnoměrně. Tým může zvážit jeho nové přiřazení práce, když mnoho chyby jsou přiřazeny k jedné nebo dvou týmu členy a pouze několik ostatním členům týmu.	Měli týmu vyvážit zatížení změnou přiřazení chyby?

Viz také

Koncepty

Řídicí panely projektového portálu