Błędy pulpitu nawigacyjnego.

Dashboard błędów zawiera następujące wykresów można monitorować działania błędów dla zespołu projektu:

• Błąd burndown

• szybkość, z jaką zespół jest znajdowanie, rozwiązania i zamknięcia błędów w czasie

• Liczba błędów priorytet w czasie

• Bieżąca liczba aktywnych błędów, które są przypisane do każdego członka zespołu

  [!UWAGA]

  Pulpity nawigacyjne dostęp za pośrednictwem portalu sieci zespołu projektu.Można uzyskać dostęp do pulpitu nawigacyjnego błędów, tylko wtedy, gdy ten portal została włączona i jest przygotowana, aby użyć Microsoft Office SharePoint Server 2007.Aby uzyskać więcej informacji, zobacz Pulpity nawigacyjne (Agile) lub Dostęp do portalu projektu zespołowego lub do sterowania procesami.

W tym temacie Dane wyświetlane na pulpicie nawigacyjnym Czynności wymagane do śledzenia błędów Monitorowanie aktywnych błędów i trendów błędów

Można użyć tego pulpitu nawigacyjnego odpowiedzi na następujące pytania:: Jak szybko jest zespołu rozwiązania i zamknięcia błędów? Jest zespołu naprawiania błędów wystarczająco szybko się zakończyć? Liczbę błędów jest zespołu sprawozdawczości, rozwiązania i zamknięcia na dzień? Jest błędów priorytet 1 rozpoznawania zespołu przed priorytetem 2 i 3 błędów? Czy każdy członek zespołu ma zaległości priorytet 1 błędów, które wymagają redystrybucji? Co to jest status ostatniej nocy kompilacji? Jakie były najnowsze dodatki wyboru?

Wymagane są uprawnienia

Aby wyświetlić pulpit nawigacyjny, musi być przypisane lub należeć do grupy, która została przypisana odczytu uprawnienia w Produkty SharePoint dla zespołu projektu.Modyfikować, kopiować lub dostosować pulpit nawigacyjny, musi być przypisane lub należeć do grupy, która została przypisana członków uprawnienia w Produkty SharePoint dla zespołu projektu.Aby uzyskać więcej informacji, zobacz Dodawanie użytkowników do zespołów projektów.

Aby zmodyfikować raport w Office Excel, musi być członkiem TfsWarehouseDataReaders rola zabezpieczeń w SQL Server Analysis Services. Muszą być przypisane lub należeć do grupy, która została przypisana członków uprawnienia w Produkty SharePoint dla zespołu projektu.Aby uzyskać więcej informacji, zobacz Udzielenie dostępu do bazy danych magazynu Visual Studio Informatykami.

Aby wyświetlić błąd lub innego typu elementu pracy, musi być członkiem czytelników grupy lub Widok elementów pracy, w tym węźle należy ustawić uprawnienie Zezwalaj.Aby utworzyć lub zmodyfikować błędu lub innego typu elementu pracy, musi być członkiem współautorów grupy lub pracy edytowanie elementów w tym węźle należy ustawić uprawnienie Zezwalaj.Aby uzyskać więcej informacji, zobacz Zarządzanie uprawnieniami.

Dane wyświetlane na pulpicie nawigacyjnym

Zespół można użyć pulpitu nawigacyjnego błędów zrozumieć, jak wyszukiwanie zespołu rozwiązania i zamknięcia błędów.W szczególności pulpitu nawigacyjnego Wyświetla składniki Web Part, które opisano na poniższej ilustracji pokazano, jak i poniższej tabeli:

[!UWAGA]

Raporty Burndown, tendencji i słupkowe, przez , nie są wyświetlane, gdy nie jest dostępny serwer obsługujący usługi Analysis Services dla zespołu projektu.

Aby uzyskać więcej informacji na temat interpretować, aktualizacji lub dostosowanie wykresów, które pojawiają się na pulpicie nawigacyjnym błędów, zobacz tematy, które są wymienione w poniższej tabeli.

Składnik Web part	Dane wyświetlane	Temat pokrewny
	Graficzną reprezentację Skumulowana liczba wszystkich błędów, pogrupowane według ich stanu w ostatnich czterech tygodni.	Zgłoś postępu programu Excel
	Wykres liniowy, który wskazuje średnią liczbę błędów, które zespół został otwarty, taboru rozwiązany i zamknięty dla ostatnich czterech tygodni.Średnia krocząca opiera się na siedem dni przed datą, dla którego jest obliczana.	Zgłoś Excel trendów
	Graficzną reprezentację Skumulowana liczba wszystkich błędów, pogrupowane według ich priorytetu dla ostatnich czterech tygodni.	Błędy według priorytetu raport programu Excel
	Poziomego wykresu słupkowego z całkowitą liczbę aktywnych błędów, każdy członek zespołu ma aktualnie przypisane do nich pogrupowane według priorytetu.	Błędy przez przypisanie raport programu Excel
	Lista aktywnych błędów.Wykaz jest pochodną Team Web Access Web part.	Skoroszyt triage
	Lista wydarzenia.Wykaz jest pochodną część sieci Web programu SharePoint.	Nie dotyczy
	Liczba aktywnych rozwiązany i zamknięty elementów pracy.Lista elementów roboczych można otworzyć, klikając każdy numer.Ta lista jest pochodną Team Web Access Web part.	Elementy pracy i przepływu pracy (Agile)
	Lista ostatnich kompilacje i ich stan.Więcej szczegółów na temat budowania można wyświetlić, klikając go.Ta lista jest pochodną Team Web Access Web part. Legenda: : Tworzenie w toku : Kompilacja Nieuruchomiony : Powiodła się kompilacja : Nie powiodła się kompilacja : Zatrzymane kompilacji : Częściowo powiodła się kompilacja	Managing and Reporting on Builds
	Lista wyboru najnowsze dodatki plug-in.Więcej szczegółów na temat szczególnych zaewidencjonowanie można wyświetlić, klikając go.Ta lista jest pochodną Team Web Access Web part.	Opracowanie kodu i zarządzać oczekujące zmiany

Czynności wymagane do śledzenia błędów

Dla raportów, które pojawiają się na pulpicie nawigacyjnym błędów, przydatne i dokładne zespołu należy wykonać następujące czynności:

• Definiowanie błędów i określić ich iteracji i obszaru ścieżki.

• Przypisać błędów każdego członka zespołu, który pracuje rozwiązania lub zamknij go.

• Określ priorytet każdego błędu.

• Aktualizacja Państwo każdego Bug jako poprawki zespołu weryfikuje i zamyka go.

Monitorowanie aktywnych błędów i trendów błędów

Członkowie zespołu można użyć do określenia, czy Lista aktywnych błędów zespołu ustalonych celów i agile praktyk zarządzania pulpitu nawigacyjnego błędów.Badania każdego przyrostu kod przed wyboru w jednostce zespół można zmniejszyć ogólną liczbę błędów, które muszą znaleźć zespołu.Zespół, który skupia się na możliwość statku każdego przyrostu kod usuwa wady stopniowo i minimalizuje błędy bieżących.

Korzystając z pulpitu nawigacyjnego błędów zespołu można odpowiedzieć na następujące pytania:

• Liczba aktywnych błędów dopuszczalnych opiera się na cele zespołu?Jest zespół wydającymi zbyt wiele błędów?

• Jest zespołu znajdowanie, ustalania i zamykania błędów wystarczająco szybko spełnienia oczekiwań i według stawki, które odpowiadają poprzedniej cykle rozwoju?

• Jest usterek o wysokim priorytecie adresowania zespołu przed niższy priorytet błędów?

• Czy każdy członek zespołu potrzebuje pomocy w rozwiązywaniu błędów?

Aby uzyskać więcej pytań oparte na wskaźnikach, które pojawiają się na pulpicie nawigacyjnym zobacz następujące sekcje:

• Wskaźniki postępu błędów

• Wskaźniki trendów

• Priorytet i dystrybucji błędów

Wskaźniki postępu błędów

Wskaźnik	Pytania
Zespół dla aktywnych błędów staje się coraz szersze.Jeśli szerokość pasma zespołu dla aktywnych błędów wzrasta, wzrasta zaległości błędów.Zespół jest znajdowanie więcej błędów niż jej rozwiązania lub zamknąć. Poszerzanie zespołu aktywnych błędów może wskazywać spowalnia możliwość zespołu rozwiązać i zamknąć błędów wąskie gardło.	Są członkowie zespołu są przeniesione na inne, niż priorytet zadania? Inne problemy blokuje możliwość zespołu rozwiązać i naprawa błędów?
Liczba aktywnych błędów nie jest zmiana.Płaski trend liczby aktywnych błędów wskazuje zespół nie wyszukiwanie błędów.	Wystarczy zapotrzebowania test? Inne kwestie blokuje możliwość wyszukiwania błędów zespołu?
Liczba błędów rozwiązane lub zamknięty nie jest zmiana.Gdy liczba błędów, które zespół jest rozwiązania lub zamknięcia płaski pozostaje przez długi czas, członkowie zespołu nie można rozwiązać lub zamknąć błędów.	Czy zespół priorytety są poprawnie ustawione? Członkowie zespołu nadmierną innych zadań? Członkowie zespołu są poprawnie śledzenie ich stan błędu?

Wskaźniki trendów błędów

Wskaźnik	Pytania
Zespół jest rozwiązywanie wielu błędów w każdym okresie.Stawka wysokiej rozdzielczości wskazuje, że zespół jest czyni postępy.	Zespół jest niezwłocznie zamknięcie błędów, które rozwiązuje?Kurs zamknięcia powinny wyglądać szybkość rozpoznawania. Jest zespołu reaktywowanie błędów na akceptowalnego?
Zespół jest szybkie rozwiązywanie błędów, ale nie ich zamykania.Członkowie zespołu, którzy są przypisani do sprawdzenia poprawki może rozprzestrzeniać się zbyt cienkimi lub różne priorytety może zachować tych członków zespołu z zamknięcia rozpoznać błędy.	Badanie zasobów over-allocated? Revisit zespołu należy przetestować priorytetów? Więcej informacji o tych wskaźników, zobacz Test nawigacyjnego (Agile).
Zespół jest znajdowanie kilka błędów w każdym okresie.Zespół mogą wystąpić problemy z wyszukiwania błędów w roztworze wysokiej jakości lub testowania nieskuteczne.	Metryki dla kodu zapotrzebowania, zajętość kodu lub postępu badań wskazują problemu z kodem lub testowania? Więcej informacji o tych wskaźników, zobacz Pulpit nawigacyjny jakości (Agile).
Zespół jest znajdowanie o tę samą liczbę błędów w kolejnych okresach.Jeśli zespół stwierdzi taką samą liczbę błędów w tygodniu po tygodniu lub iteracji po iteracji, może zbadać podstawową przyczyną.Na początku cyklu badania testy może być rygorystyczne lub Zaawansowane wystarczająco znaleźć wiele błędów.W wczesnych iteracji oczekuje się tej sytuacji.Jednak jako produkt dojrzewa, testy powinny wykonywania szerszym scenariuszy i integracji.	Są przypadkach badania odpowiednie badania historie użytkownika, które rozwija się zespołu? Testy stają się przestarzałe lub są badania funkcjonalności niewłaściwy? Zespół jest rygorystycznie badania każdego wątku użytkownika? Więcej informacji o tych wskaźników, zobacz Test nawigacyjnego (Agile).
Zespół jest znajdowanie wielu błędów w każdym okresie.Zespół może znaleźć błędów łatwo w Niechlujna kodu w kodzie nowo zintegrowanego z badania skuteczne lub podczas określone zdarzenie, na przykład imprezie błędów.	Metryki dla kodu zapotrzebowania, zajętość kodu lub postępu badań wskazują problemu z kodem lub testowania? Więcej informacji o tych wskaźników, zobacz Pulpit nawigacyjny jakości (Agile).

Priorytet błędów i dystrybucji

Wskaźnik	Pytania
Liczba aktywnych wyższy priorytet błędów jest większy niż liczba aktywnych niższy priorytet błędów.Gdy liczba usterek o wysokim priorytecie jest znacznie większy niż liczba błędów niższy priorytet, zespół może się na elementy niższego priorytetu najpierw.	Zespół naprawiania błędów w kolejności priorytetu jest ustawiony przez zespół? Problemy blokuje możliwość zespołu naprawa błędów wyższy priorytet?
Przydziały błędów nie są dystrybuowane równomiernie.Zespół rozważyć ponowne przypisywanie pracy wielu błędów są przypisane do jednej lub dwóch zespołów członków i tylko kilka innych członków zespołu.	Należy zespołu Równoważenie obciążenia przez ponowne przypisywanie błędów?

Zobacz też

Koncepcje

Skoroszyt triage

Błąd (Agile)

Pulpity nawigacyjne (Agile)

Artefakty (Agile)