Raport reactivations

Zespół rozpoznaje i zamyka błędów, można raport Reactivations określić, jak skutecznie zespół jest naprawiania błędów.Reactivations ogólnie odnoszą się do błędów, które zostały rozwiązane lub przedwcześnie zamknięte i ponownym otwarciu.Stawka reaktywacji również jest określone jako stosunek opinii usterek.

Raport Reactivations błędów lub historie użytkownika, które zostały ponownie uaktywnione.Właściciel produktu można omawiać przyjęcia stawki reaktywacji z zespołem.Niski poziom reactivations (na przykład mniej niż 5%) może być dopuszczalne w zależności od zespołu cele.Jednak wysoki lub zwiększanie stawki reactivations wskazuje, że zespół może wymagać zdiagnozować i rozwiązać problemy systemowe.

Aby uzyskać informacje dotyczące dostępu, odświeżanie lub zarządzać raportami, zobacz Raporty (Agile).

[!UWAGA]

Ten raport wymaga, żeby kolekcja projektu zespołu zawierająca projekt Twojego zespołu została przygotowana z użyciem programu SQL Server Reporting Services.Ten raport nie jest dostępny, jeśli opcja Raporty nie pojawia się po otwarciu programu Team Explorer i rozwinięciu węzła projektu zespołu.

W tym temacie Dane w raporcie Ustawienie czasu trwania iteracji Interpretowanie raportu Filtrowanie raportu

Ten raport służy do odpowiedzi na następujące pytania:: Liczbę błędów są jest uaktywniania? Historie użytkownika są jest uaktywniania? Jest zespołu rozwiązania i zamknięcia obsługę błędów w akceptowalnego?

Wymagane są uprawnienia

Aby wyświetlić raport, użytkownik musi być przypisany lub należeć do grupy, która została ma przypisaną rolę przeglądarki w usługach Reporting Services SQL Server.Aby uzyskać więcej informacji, zobacz Dodawanie użytkowników do zespołów projektów lub Zarządzanie uprawnieniami.

Dane w raporcie

Raport Reactivations zawiera wykres liczby błędów lub wątki, które są w stanie rozpoznać lub które zostały ponownie uaktywnione z zamknięta.Pochodzą dane z magazynu danych.Wykres przedstawia liczbę elementów na podstawie czasu trwania i filtrów, które określają, jak na poniższej ilustracji pokazano.

Raport Reactivations można filtrować w następujący sposób:

• Zmień daty rozpoczęcia i zakończenia dla raportu.

• Filtrowanie błędów i wątków, które są liczone w raporcie, określając iteracji i obszar ścieżki, typów elementów pracy i poprzedni stan elementów pracy.

Aby uzyskać więcej informacji, zobacz filtrowanie raportu później w tym temacie.

Działania wymagane dla śledzenia wątków użytkownika i błędów

Raport Reactivations być użyteczne i dokładne zespołu, należy wykonać następujące działania:

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

• Aktualizacja Państwo historie i błędów trakcie z aktywnego na zamknięty.

Ustawienie czasu trwania iteracji

Zrozumienie reaktywacji stawki na iterację, daty rozpoczęcia i zakończenia raportu musi odpowiadać te użytkownika bieżącego cyklu iteracji.

Aby zmienić czas trwania iteracji

1. Dalej, aby Iteracji Start (Data) lub Iteracji zakończenie (Data), kliknij ikonę kalendarza, a następnie kliknij datę.

2. Kliknij Widok raportu.

Interpretowanie raportu

Należy się spodziewać różnią się w raporcie Reactivations oparte na którym są w cyklu projektowania.Wczesne iteracji powinny wykazują bardzo niewiele reactivations.Jako błędy i wątków są zamykane, ma przeglądu wskaźnik reactivations.

Reactivations raport wyświetla informacje, które można wykryć, czy zespół ponownego uaktywnienia dużej liczby błędów lub wątki.Stawka reaktywacji zlicza rzekomo poprawione błędy poprawki, których nie działają.Reactivations te można tworzyć szkodliwych cyklu przeróbek, który zakłóca postęp planowanych zadań.

Raport odpowiedzi na pytania

Można przejrzeć raport odpowiedzi na pytania:

• Liczbę błędów zostały ponownie uaktywnione w bieżącej iteracji?

• Historie użytkownika zostały ponownie uaktywnione w bieżącej iteracji?

• Jest rozwiązywanie zespołu i błędów uaktywniania zamknięcia i wątków na akceptowalnego?

Zdrowe wersja raportu

Zdrowe wersję Reactivations, raport zawiera stałej postępu w rozwiązywaniu i zamykania błędów, jak na poniższej ilustracji przedstawiono.To całkowita liczba reaktywacji element pracy wynosi 5% lub mniej i nie zwiększać podczas iteracji.Małe wahania może być dopuszczalne, na podstawie celów użytkownika zespołu.Niższej szybkość reaktywacji, postęp więcej zespołu można wprowadzać ogólne.

Wersja niezdrowy raportu

Na następującej ilustracji pokazano niezdrowy wersję sprawozdania Reactivations.

W poniższej tabeli opisano oznaczenia niezdrowy wersję tego raportu, oprócz niektóre kwestie sugerowane.

Wskaźnik	Pytania
Zespół jest ponownego uaktywnienia dużej liczby błędów.Należy rozważyć szybkość reaktywacji jako procent ogólnej liczby błędów, które jest znajdowanie zespołu. Wysoki stopień reaktywacji błąd może wskazywać, że zespół jest przedwczesne zamykanie błędów.Jest znak ostrzegawczy dysfunkcji projektu.Reactivations wprowadzenia dodatkowej pracy cyklu produktu często podwaja całkowity nakład pracy wymagany do ukończenia pracy odpowiednie.	Zespół wykonuje wystarczające testowania, gdy go usuwa błędy? Czy opisów błędów obsługują rozpoznawanie błędów skuteczne? Są błędy rozpoznawane, nawet jeśli nie zostały ustalone podstawowe problemy? Niektóre błędy powinien być ustawiony niższy priorytet, skutecznie zmniejszanie liczby błędów o wysokim priorytecie, które pracy zespołu? Laboratorium testowe zarządzana skutecznie?
Zespół jest ponowne uaktywnianie wysoka liczba wątków użytkownika.Należy rozważyć stawka reaktywacji historie użytkownika jako procent ogólnej liczby wątków użytkownika, które zamyka zespołu.Wysoki stopień reaktywacji wątków może wskazywać gwarantuje, że inne kwestie dochodzenia.	Czy zapotrzebowania test scenariuszach użytkownika?
Rośnie liczba reactivations.Gdy rośnie liczba reactivations, uaktywnionej błędów lub wątki są nie jest ustalona.Można dokonać ponownej oceny zespołu priorytetów dla ustalania uaktywnionej błędów lub wątki.	Czy priorytetów dla zespołu są ustawione poprawnie? Inne problemy w katalogu głównym reactivations?

Filtrowanie raportu

Raport Reactivations można filtrować w następujący sposób:

• Zmień daty rozpoczęcia i zakończenia dla raportu.

• Filtrowanie błędów lub wątki, które reprezentuje raport, określając iteracji i obszar ścieżki, typów elementów i wcześniejszych stanów elementów roboczych.

Na poniższej ilustracji przedstawiono dostępne filtry:

Do filtrowania elementów pracy, które są wyświetlane w raporcie

1. Wykonaj jedną lub więcej z następujących czynności:

   • W iteracji i obszaru listy, zaznacz pole wyboru każdego obszaru iteracji lub produktu, aby uwzględnić.

   • W Typu elementu pracy i Poprzedni stan listy, zaznacz pole wyboru każdego typu elementu pracy i Państwo obejmują.

2. Kliknij Widok raportu.

Zobacz też

Koncepcje

Skoroszyt triage

Raport o stanie błędu

Zgłoś trendów

Błąd (Agile)

Wątek użytkownika (Agile)

Inne zasoby

Raporty (Agile)