Pulpit nawigacyjny usterek (zwinny i CMMI)

Przy użyciu pulpitu nawigacyjnego usterki, który pokazuje następujące wykresy, można monitorować działania usterkę dla projektów zespołowych:

• Realizuj usterek

• Szybkość, z jaką zespołu jest znajdowania, rozpoznawania i zamykania usterki w czasie

• Liczba usterek priorytet wraz z upływem czasu

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

  Masz dostęp do pulpitów nawigacyjnych za pośrednictwem portalu projektu zespołowego. Pulpit nawigacyjny usterki są dostępne tylko wtedy, gdy ten portal został włączony i została przydzielona do użycia programu SharePoint Server Enterprise Edition. Aby uzyskać więcej informacji, zobacz Pulpity nawigacyjne portalu projektu.

W tym temacie: Dane wyświetlane na pulpicie nawigacyjnym Wymagane działania do śledzenia usterek Monitorowanie aktywnych usterek i trendów usterek

Tego pulpitu nawigacyjnego umożliwia odpowiedzieć na następujące pytania: Jak szybko jest zespołu rozwiązywania i zamykania usterki? Czy zespół poprawia usterki na tyle szybko, aby zdążyć na czas? Ile błędów zespół raportuje, rozwiązuje i zamyka każdego dnia? Jest zespołu usterki priorytecie 1 rozpoznawania przed priorytet 2 i 3 usterki? Każdy członek zespołu ma zaległości priorytecie 1 usterek, które gwarantuje redystrybucji? Co to jest stan ostatnich nocy kompilacji? Lista najnowszych zaewidencjowań.

Wymagania

Te same wymagania zdefiniowane w Pulpity nawigacyjne portalu projektu.

Dane wyświetlane na pulpicie nawigacyjnym

Pulpit nawigacyjny usterek można użyć zrozumieć, jak znajdowanie zespołu rozwiązywania i zamykania usterki. Aby dowiedzieć się więcej na temat składników Web Part, które są wyświetlane na pulpicie nawigacyjnym usterki, zobacz ilustracji i zgodne z tabeli.

Uwaga

Raporty postępu realizacji, trendów i wykresy słupkowe, za pośrednictwem , nie są wyświetlane, gdy serwer, który jest hostem usługi Analysis Services dla projektu zespołowego jest niedostępny.

Aby uzyskać więcej informacji o sposobie interpretacji, aktualizowania lub dostosować wykresy, które są widoczne na pulpicie nawigacyjnym usterki zobacz tematy wymienione w poniższej tabeli.

Składnik Web Part	Dane wyświetlane	Tematy pokrewne
	Graficzna reprezentacja łączna liczba wszystkie błędy, pogrupowane według ich stanu dla ostatnich czterech tygodni.	Raport programu Excel dotyczący postępu usterek
	Wykres liniowy, prezentujące skręcania średnia liczba usterek, które zostało otwarte zespołu, rozwiązany i zamknięty dla ostatnich czterech tygodni. Średnia krocząca jest oparta na siedmiu dniach przed datą, dla której jest obliczana.	Tendencje usterek — Raport programu Excel
	Graficzna reprezentacja łączna liczba wszystkie błędy, pogrupowane według ich priorytet dla ostatnich czterech tygodni.	Usterki według priorytetu — Raport programu Excel
	Wykres słupkowy poziomy z łączna liczba aktywnych usterek, każdy członek zespołu ma aktualnie przypisane do nich pogrupowane według priorytetu.	Usterki przez przypisanie — Raport programu Excel
	Lista aktywnych usterek. Lista jest tworzony na podstawie Team Web Access składników Web Part.	Skoroszyty
	Lista nadchodzących zdarzeń. Lista jest tworzony na podstawie składnika Web Part programu SharePoint.	Nie dotyczy
	Liczba aktywnych, rozpoznanych i zamkniętych elementów roboczych. Można otworzyć listę elementów roboczych, wybierając każdy numer. Ta lista jest tworzony na podstawie Team Web Access składników Web Part.	Nie dotyczy
	Lista ostatnich kompilacji oraz ich status. Więcej informacji na temat kompilacji można wyświetlić, wybierając je. Ta lista jest tworzony na podstawie Team Web Access składników Web Part. Legendę: : Kompilacja nie została rozpoczęta : Kompilacja w toku : Kompilacja powiodła się : Kompilacja nie powiodła się : Kompilacja została zatrzymana : Kompilacja zakończona częściowym sukcesem	Uruchamiaj, monitoruj i zarządzaj kompilacjami
	Lista najnowszych zaewidencjonowań. Można wyświetlić więcej szczegółów na temat danego ewidencjonowania, wybierając je. Ta lista jest tworzony na podstawie Team Web Access składników Web Part.	Pisanie kodu i zarządzanie oczekującymi zmianami

Wymagane działania do śledzenia usterek

Dla raportów, które są widoczne na pulpicie nawigacyjnym usterki być przydatne i dokładne zespołu, należy wykonać następujące czynności:

• Zdefiniuj usterki i określ ich iteracji i obszaru ścieżki.

• Przypisz każdego usterek do członka zespołu, który pracuje rozwiązania lub zamknięcia go.

• Określ priorytet z każdej usterek.

• Aktualizacja stanu z każdej usterkę jako poprawki zespołu weryfikuje i zamyka go.

Monitorowanie aktywnych usterek i trendów usterek

Członkowie zespołu można użyć pulpitu nawigacyjnego usterki w celu określenia, czy zarządzanym listę aktywnych usterek zgodnie z elastyczne zasady i cele ustalone zespołu. Testowanie jednostkowe na jednostka kodu przed ewidencjonowania zespół ograniczenie ogólnej liczby błędy, które należy znaleźć zespołu. Zespół, które skupia się na możliwość wysłania jednostka kodu Usuwa defektów stopniowo i minimalizuje trwającą usterki.

Przy użyciu pulpitu nawigacyjnego usterki, zespół może odpowiedzieć na następujące pytania:

• Liczba aktywnych usterek dopuszczalnym opiera się na cele zespołu? Jest zespołu opóźnienia zbyt wiele usterek?

• Jest zespołu znajdowania, rozwiązanie problemu i zamykania usterki natychmiastowy spełnienia oczekiwań i szybkością, który odpowiada poprzedniego programistycznych?

• Jest zespołu adresów usterek o wysokim priorytecie przed niższy priorytet usterki?

• Każdy członek zespołu, czy potrzebuje pomocy w rozwiązaniu usterki?

Wskaźniki postępu usterek

Wskaźnik	Pytań
Pasma dla aktywnych usterek staje się szerszy. Jeśli szerokość pasma zespołu dla aktywnych usterek wzrasta, rośnie zaległości usterek. Zespół jest znajdowaniu usterek więcej niż on rozwiązania lub zamknięcia. Poszerzanie pasmem aktywnych usterek może to oznaczać, że wąskiego gardła spowalnia możliwość zespołu rozwiązanie i zamknięcie usterki.	Jest przydzielany do innych, bez priorytet zadań członków zespołu? Inne problemy z blokuje możliwość zespołu rozwiązać i błędów?
Nie zmienia się liczba aktywnych usterek. Prosty trend w liczba aktywnych usterek wskazuje, że zespół nie jest znajdowaniu usterek.	Wystarczający będzie pokrycie testu? Inne problemy z blokuje zespołu mogą uzyskiwać usterki?
Nie zmienia się liczba usterek rozwiązany i zamknięty. Gdy liczba usterek, które zespół jest rozwiązania lub zamknięcia pozostaje prosty przez długi czas, członkowie zespołu mogą nie można rozwiązania lub zamknięcia usterki.	Zespół priorytetów poprawnie ustawiono? Członkowie zespołu nadmierną od innych zadań? Są członkami zespołu poprawnie śledzenie ich stan usterkę?

Wskaźniki trendu usterek

Wskaźnik	Pytań
Zespołu jest rozpoznawania wiele usterek w każdym przedziale czasu. Stopień dużej rozdzielczości zwykle wskazuje, że zespół jest kontynuowanie pracy dobra.	Zespół niezwłocznie zamykania usterek, które rozpoznaje? Współczynnik zamknięcia powinna przypominać stopnia rozpoznawania. Jest zespołu ponownej aktywacji usterki w dopuszczalnym tempie?
Zespołu jest szybkie rozwiązywanie usterek, ale nie ich zamykania. Członków zespołu, którzy są przypisane do Sprawdź poprawki może zostać rozłożona zbyt cienki lub różnych priorytetów może przechowywać tych członków zespołu od zamknięcia rozwiązanych usterek.	Są nadmiernie przydzielone zasoby testu? Przeglądania zespołu przetestować priorytetów? Aby uzyskać więcej informacji na temat tych metryki zobacz Testowy pulpit nawigacyjny (zwinny i CMMI).
Zespołu jest znajdowaniu kilka usterek w każdym przedziale czasu. Zespół mogą wystąpić problemy z znajdowania usterek w rozwiązaniu wysokiej jakości lub w przypadku testowania nieefektywne.	Czy metryki pokrycie kodu, pochodząca kodu lub postęp testu wskazywać na problem z kodem i testowanie? Aby uzyskać więcej informacji na temat tych metryki zobacz Pulpit nawigacyjny jakości (zwinny i CMMI).
Zespołu jest znajdowaniu o taką samą liczbę usterek w kolejnych okresów. Jeśli zespół znajduje taką samą liczbę błędów po week week ani iteracji po iteracji, może zbadać przyczyny źródłowej. Wcześniej w cyklu testowania testy może być rygorystycznej lub advanced wystarczające do znajdowania usterek wiele. W wczesnym iteracji oczekiwano takiej sytuacji. Jednak zgodnie z korzystania z produktu, testy zachowywali bogatszej scenariuszy i integracji.	Przypadków testowych są odpowiednie do przetestowania wątki użytkownika, które jest tworzenie zespołu? Testy stały się starych lub są one testowania niewłaściwy funkcje? Zespół udzielona testuje każdego wątku użytkownika? Aby uzyskać więcej informacji na temat tych metryki zobacz Testowy pulpit nawigacyjny (zwinny i CMMI).
Zespołu jest znajdowaniu wiele usterek w każdym przedziale czasu. Zespół może znajduj błędy łatwe w kodzie Niechlujna treść w kodzie nowo zintegrowane, w przypadku wprowadzenia testowania lub podczas określonego zdarzenia, takie jak imprezie usterek.	Czy metryki pokrycie kodu, pochodząca kodu lub postęp testu wskazywać na problem z kodem i testowanie? Aby uzyskać więcej informacji na temat tych metryki zobacz Pulpit nawigacyjny jakości (zwinny i CMMI).

Priorytet usterek i dystrybucji

Wskaźnik	Pytań
Liczba aktywnych usterek priorytet wyższy jest większa niż liczba aktywnych usterek priorytetów dolnym. Gdy liczba usterek o wysokim priorytecie jest znacznie większa niż liczba niższy priorytet usterki, zespół może być skupiając się na elementy niższego priorytetu najpierw.	Zespół naprawiania błędów w kolejności priorytetu jest ustawiony przez zespół? Problemy z blokuje możliwość zespołu wyższy priorytet błędów?
Przypisań usterkę nie są dystrybuowane równomiernie. Zespół warto rozważyć ponowne przypisywanie pracy, gdy wiele usterki są przypisane do jednej lub dwóch zespołu elementów członkowskich i tylko kilka z innymi członkami zespołu.	Należy zespołu Równoważenie obciążenia przez ponowne przypisywanie usterki

Zobacz też

Koncepcje

Pulpity nawigacyjne portalu projektu