Dostosowywanie stron zaległości i tablic poprzez konfigurowanie procesów

Artykuł
03/12/2013

Można dostosować kilka elementów konfiguracji procesu planowania Agile i Scrum procesów.Wiele z tych elementów sterowania nowe Agile, planowanie narzędzi dostarczanych z Team Web Access.Aby uzyskać więcej informacji, zobacz Konfiguracja wykonanych zmian w celu dodania nowych funkcji.

Jeśli zespół projektu został utworzony za pomocą szablonu procesu, inne niż te określone przez firmę Microsoft lub dostosowaniu definicje typów elementów roboczych, należy dostosować plików definicji, które obsługują proces konfiguracji.Ponadto dostosowanych lub dodane typy elementy pracy i chcesz użyć tych pól, a następnie możesz określić, jak zmodyfikować elementów konfiguracji procesu, aby dopasować inne obiekty, które zostały dostosowane.

Proces konfiguracji elementów określają układ i funkcjonalność następujące funkcje:

Funkcje te można dostosować przez dostosowywanie przynajmniej jedną z następujących plików definicji projektu zespołu: AgileConfiguration, CommonConfiguration i kategorie.

[!UWAGA]

Plik CommonConfiguration zawiera wiele elementów, które są używane do obsługi doświadczenie opinii zainteresowanych stron.Nie należy modyfikować zadań zawartych w tym elementom.

W tym temacie

Kategorie, proces konfiguracji i wyłączenie tworzenia określonych rodzajów pozycje robocze
Stany przepływu pracy, metastates i proces konfiguracji
Dostosowywanie strony zaległości produktu
Dostosowywanie stron zaległości sprintu lub iteracji
Dostosowywanie strony zadania zarządu
Dostosowywanie błędów i Moja praca
Eksportowanie i importowanie plików definicji dla procesu konfiguracji

[!UWAGA]

Zmiany wprowadzone w plikach definicji ubiegać się o wszystkich zespołów, które działają w zespołu projektu, który można dostosować.Nie można dostosować stronę zadania zarządu lub zaległości za jeden zespół.

Wymagania

Aby uruchomić witadmin narzędzie wiersza polecenia, musi być członkiem Team Foundation Administratorzy grupę lub element członkowski Administratorzy projektu grupy dla projektu.Aby uzyskać więcej informacji, zobacz Team Foundation Uprawnienia serwera.
Aby wyświetlić strony pokładzie zaległości lub zadania, musi być równa swoje uprawnienia dostępu do sieci Web zespołu pełne.Dodatkowe wymagania licencyjne mogą stosować.Aby uzyskać więcej informacji, zobacz Dostęp do funkcji w programie Team Web Access.

Kategorie i proces konfiguracji

Proces konfiguracji odwołuje się do kategorii, określonych dla zespołu projektu.Kategoria jest po prostu Grupa typów elementów pracy, które zostały zdefiniowane jako należące do tej samej grupy, do obsługi funkcji kwerendy i procesu.Na przykład domyślna konfiguracja dla wszystkich szablonów procesów określa następujące kategorie, które są wymagane do obsługi funkcji używanych przez Visual Studio ALM:

Błąd kategorii
Kod kategorii żądanie przeglądu i kategoria odpowiedzi Przegląd kodu
Opinie kategorii żądania i odpowiedzi opinii
Wymóg kategorii
Kategoria krok udostępnionego
Kategoria zadania
Kategoria przypadku testowego
Ukryta kategoria typów

Większość z tych kategorii są zrozumiałe i większość tylko zawierają jeden typ pozycji roboczej w obrębie kategorii.Wyjątkiem od tej reguły jest Ukryte typy kategorii.

Jeśli użytkownik utworzył typów elementów pracy tego aktu w podobny sposób i chcesz je traktować w podobny sposób jak kredyty zdefiniowane przez powyższych kategorii, a następnie możesz dodać je do kategorii.Na przykład jeśli zdefiniowano jedną lub więcej rodzajów błędów, następnie można dodawania tych typów do kategorii błędów.W ten sposób konfiguracji procesu będzie automatycznie traktować te typy błędów tak samo, jak typ pozycji roboczej standardowy błąd.Można dostosować kategorię wymagania, aby obejmować dwie lub trzy rodzaje elementów pracy, które następnie można dodać do produktu zaległości lub do stawienia się na pokładzie zadania.

Aby uzyskać więcej informacji na temat używania kategoriach, zobacz Definiowanie kategorii — Grupowanie typów elementów pracy.

Narzędzia Agile i kategorii wymagania i ograniczenia

Można określić, jakie rodzaje elementów pracy, są uważane za jako elementy listy zaległości lub jako elementy zadań.Na przykład szablon procesu Scrum przypisuje w kategorii wymagania typy błędów i pozycji listy zaległości produktu, historii użytkownika przypisuje Agile szablonu i szablonu CMMI przypisuje wymóg.Wszystkie szablony procesów domyślne przypisać typ zadanie elementu pracy do kategorii zadań.

Podczas przypisywania typów elementów pracy do kategorii, należy wziąć pod uwagę poniższe uwagi operacyjnych:

Typ pozycji roboczej co najmniej jeden należy przypisać do kategorii wymagań i jednego gniazda typu elementu do kategorii zadań.
Nie można przypisać ten sam typ pozycji roboczej, do obu kategorii wymagań oraz do kategorii zadań.
Jeśli więcej niż jeden typ pozycji roboczej w kategorii wymagania lub kategorii zadań, typ przypisany do DEFAULTWORKITEMTYPE element jest wyświetlany jako domyślny typ Agile strony zaległości i Zarząd.
Dla wszystkich prac typów elementów które można przypisać do kategorii, do którego odwołują się w pliku CommonConfiguration, należy przypisać do przepływu pracy państw o ważnym metastate, zgodnie z opisem w Stany przepływu pracy, metastates i proces konfiguracji.Kilka Team Foundation klienci odwoływać się do kategorii i metastate przydziałów, zdefiniowane w pliku CommonConfiguration.

Ukryta kategoria typów

Kategoria typów ukryte określa zestaw typy elementów pracy, których nie chcesz, aby użytkownicy, aby utworzyć ręcznie.Definicje tych typów są używane do obsługi informacji zwrotnych i kod przeglądu doświadczeń, a także definicji przypadków testowych.

Dostosowywanie kategorie

Można dostosować typy elementów roboczych, które są zawarte w każdej kategorii przez zmodyfikowanie pliku kategorie.XML.Aby uzyskać więcej informacji, zobacz Definiowanie kategorii — Grupowanie typów elementów pracy.

Aby określić typy elementów roboczych, aby uwzględnić w ramach kategorii

Eksportuj plik definicji służący do kategorii dla zespołu projektu, jak opisano w eksportować i importować pliki definicji dla procesu konfiguracji.

Otwórz plik kategorie w Notatniku lub innym edytorze tekstu, a następnie zlokalizuj CATEGORY element, który chcesz zmodyfikować.

Na przykład zlokalizuj CATEGORY element dla "Hidden Types Category".

<CATEGORY name="Hidden Types Category" refname="Microsoft.HiddenCategory">
   <DEFAULTWORKITEMTYPE name="Code Review Request" />
   <WORKITEMTYPE name="Code Review Response" />
   <WORKITEMTYPE name="Feedback Request" />
   <WORKITEMTYPE name="Feedback Response" />
   <WORKITEMTYPE name="Shared Steps" />
</CATEGORY>

Aby dodać nowy typ elementu pracy do kategorii, należy dodać WORKITEMTYPE element, który określa przyjazną nazwę typ pozycji roboczej, który chcesz dodać.

Na przykład następującą składnię dodaje typu element pracy niestandardowe "Build integracji" do kategorii typów ukryte.

<CATEGORY name="Hidden Types Category" refname="Microsoft.HiddenCategory">
   <DEFAULTWORKITEMTYPE name="Code Review Request" />
   <WORKITEMTYPE name="Code Review Response" />
   <WORKITEMTYPE name="Feedback Request" />
   <WORKITEMTYPE name="Feedback Response" />
   <WORKITEMTYPE name="Shared Steps" />
   <WORKITEMTYPE name="Integration Build" />
</CATEGORY>

Zaimportować plik definicji służący do kategorii do zespołu projektu.

Powrót do początku

Stany przepływu pracy, metastates i proces konfiguracji

Każdy typ pozycji roboczej jest skojarzony z przepływu pracy, który składa się z zestawu Stany przepływu pracy i prawidłowe przejścia między tymi państwami.Przepływ pracy Państwa określić, jak pozycja robocza postępuje z pierwszej aktywacji lub tworzenie zamkniętych lub pełna.Na przykład zdefiniować postęp czterech stanów Stanów zdefiniowanego w pozycji listy zaległości produktu Scrum 2.0 z New, zatwierdzone, i przydzielony, do Sporządzonoi obejmuje również piąty Państwa, usunięto, aby uwzględnić stan poza typowy progresji.Metastates, z drugiej strony, określają, jak na forach zaległości i zadanie traktować każdy stan przepływu pracy.Metastates podstawowy, używane przez Radę zaległości i zadania są Proposed, InProgress, i Complete.Kojarząc z każdego Państwa przepływu pracy do metastate, operacjom tła do wyświetlania na forach zaległości i zadanie wiedzieć, jak poprawnie zinterpretować stan każdego z elementów pracy.Metastates są specyficzne dla typów elementów roboczych.

Na przykład następująca składnia reprezentuje skojarzenia, które są wykonane w pliku definicji dla CommonConfiguration mapować Stany przepływu pracy dla typów elementów roboczych, określonych w Microsoft.RequirementCategory dla szablonu procesu Scrum 2.0.W tym przykładzie New i zatwierdzone Państwa są związane z Proposed metastate.Proposed Metastate wskazuje pozycje robocze, które są nowe, nie zostały jeszcze zatwierdzone lub nie jest jeszcze opracowywane i dlatego są wyświetlane na stronie zaległości produktu.Gdy stan przepływu pracy przejścia do stanu, który nie jest związany z Proposed metastate, to spadnie poza stronę zaległości produktu.

  <RequirementWorkItems category="Microsoft.RequirementCategory" plural="Backlog items">
    <States>
      <State value="New" type="Proposed" />
      <State value="Approved" type="Proposed" />
      <State value="Committed" type="InProgress" />
      <State value="Done" type="Complete" />
    </States>
  </RequirementWorkItems>

W poniższej tabeli opisano dwie kategorie metastates i typy wyliczane, obsługiwane przez każdy.

Grupa	Obsługiwane typy	Uwagi
Agile	Proposed: Wskazuje pozycje robocze, które są nowe, nie jest jeszcze przekazana lub jeszcze nie trwają prace nad. InProgress: Wskazuje pozycje robocze, które zostały przyznane lub są aktywnie pracuje nad. Complete: Wskazuje pozycje robocze, które zostały wdrożone.	Metastates zdefiniowany dla Agile Grupuj przydziały pomocy technicznej dla zadań kilka kategorii, włącznie z wymaganiami, błędów i kategorie informacji zwrotnych.Ogólnie rzecz biorąc są mapowania: Proposed: Nowy, proponowane, zatwierdzonych lub robić.Elementy pracy w tym metastate są wyświetlane na stronie zaległości produktu. InProgress: Aktywny, popełnione, w toku, lub problem został rozwiązany.Elementy pracy w tym metastate są usunięte ze strony zaległości produktu, ponieważ byli zobowiązani do iteracji lub sprint. Complete: Zamknięte lub wykonane.Nakład pracy, reprezentowane przez elementy listy zaległości w tym metastate są ujęte w obliczaniu prędkości zespołu. Pozycje robocze w stanie przepływu pracy, który nie jest mapowany do jednego z obsługiwanych metastates nie pojawiają się na stronach forum zaległości lub zadania.
Błąd	Resolved: Wskazuje błędy, które zostały rozwiązane.	Metastates, zdefiniowane dla grupy wsparcia błąd mapowania stanu przepływu pracy rozwiązany błędów. Uwaga Można przypisać tylko Resolved metastate do stanu przepływu pracy, określone w BugWorkItems element.

Agile

Proposed: Wskazuje pozycje robocze, które są nowe, nie jest jeszcze przekazana lub jeszcze nie trwają prace nad.
InProgress: Wskazuje pozycje robocze, które zostały przyznane lub są aktywnie pracuje nad.
Complete: Wskazuje pozycje robocze, które zostały wdrożone.

Metastates zdefiniowany dla Agile Grupuj przydziały pomocy technicznej dla zadań kilka kategorii, włącznie z wymaganiami, błędów i kategorie informacji zwrotnych.Ogólnie rzecz biorąc są mapowania:

Proposed: Nowy, proponowane, zatwierdzonych lub robić.Elementy pracy w tym metastate są wyświetlane na stronie zaległości produktu.
InProgress: Aktywny, popełnione, w toku, lub problem został rozwiązany.Elementy pracy w tym metastate są usunięte ze strony zaległości produktu, ponieważ byli zobowiązani do iteracji lub sprint.
Complete: Zamknięte lub wykonane.Nakład pracy, reprezentowane przez elementy listy zaległości w tym metastate są ujęte w obliczaniu prędkości zespołu.

Pozycje robocze w stanie przepływu pracy, który nie jest mapowany do jednego z obsługiwanych metastates nie pojawiają się na stronach forum zaległości lub zadania.

Błąd

Resolved: Wskazuje błędy, które zostały rozwiązane.

Metastates, zdefiniowane dla grupy wsparcia błąd mapowania stanu przepływu pracy rozwiązany błędów.

Uwaga

Można przypisać tylko Resolved metastate do stanu przepływu pracy, określone w BugWorkItems element.

Powrót do początku

Dostosowywanie strony zaległości produktu

Zaległości produktu reprezentuje wykaz wymogów do produktu, który tworzysz.Elementy listy zaległości odpowiadają określonego typu elementu pracy oparty na szablonie proces używany do tworzenia projektu zespołu, takie jak pozycji listy zaległości produktu, historii użytkownika lub wymóg.Jeśli używa się różnych typów elementów roboczych lub przechwycić wymagań przy użyciu dwóch lub więcej typów elementów roboczych, można dostosować stronę zaległości produktu, aby wspierać wykorzystanie sieci.W szczególności można dostosować układ i funkcjonalność strony zaległości produktu w następujący sposób:

Określ pola i typy elementów roboczych, można szybko dodać elementy do zaległości za pomocą panelu "szybkie dodawanie".
Zestaw kolumn i kolejność kolumn, używany do elementów listy zaległości produktu listy.
Koryguj typy elementów roboczych, które są traktowane jako elementy listy zaległości.
Ustaw Stany przepływu pracy zaległości elementów, które znajdują się na zaległości produktu lub są zakończone i należy uwzględnić przy obliczaniu prędkości zespołu.

[!UWAGA]

Upewnij się, że tylko pozycji roboczych typami o stanie przepływu pracy, który odpowiada Proposed metastate są wyświetlane na stronie zaległości produktu.Ponadto jeśli typ pozycji roboczej można dodać do kategorii wymagań, upewnij się, że należy dodać pole, który jest używany do śledzenia nakładu połowowego dla prędkości zespołu do definicji dla typu elementu pracy.
Ustaw pole używane do obliczania prędkości zespołu.

[!UWAGA]

Sekwencja elementów na stronie zaległości produktu jest ustalona zgodnie z którym zostały dodane elementy lub przeciągać elementy na stronie.Podczas przeciągania elementów proces w tle program aktualizuje to pole przypisane do type="Order".

Powrót do początku

Dostosowywanie stron zaległości sprintu lub iteracji

Strony zaległości sprintu lub iteracji wyświetlane zarówno zestaw wymogów, które Ty i Twój zespół zobowiązały się do określonej iteracji cyklu i zadania, które były połączone z tych wymogów.Zadania muszą być połączone z wymagań przy użyciu typu łącza podrzędne.Ponieważ typy elementów roboczych, które pojawiają się na tych stronach odpowiadają te same typy, które pojawiają się na stronie zaległości produktu, większość zadań dostosowywania, jaki masz na stronie zaległości produktu określi funkcjonalność stron zaległości iteracji.

Można dostosować układ i działanie stron zaległości iteracji w następujący sposób:

Zestaw kolumn i sekwencji kolumny, które są wyświetlane.
Określanie sekwencji lub kolejności sortowania elementów zaległości.
Koryguj typy elementów roboczych dziecko, które można dodać (domyślnie jest to zadanie).
Określ pola i format (w godzinach lub dniach), używane do obliczania pozostałej pracy.
Określ pole służy do kojarzenia aktywności i pozostałą pracę używania zdolności produkcyjnych przez działania.
Określanie dni wolne od pracy, które są wywoływane przy obliczaniu zdolności produkcyjnych i burndown (wartości domyślne odpowiadają od soboty i niedziele).

Funkcje te można dostosować przez dostosowywanie przynajmniej jedną z następujących plików definicji projektu zespołu: AgileConfiguration, CommonConfiguration i kategorie.Aby uzyskać więcej informacji, zobacz Dostosowywanie stron zaległości.Aby uzyskać więcej informacji na temat pracy ze stronami zaległości, zobacz Tworzenie lub dodawanie informacji o zaległościach związanych z produktem i Planowanie iteracji.

Powrót do początku

Dostosowywanie strony zadania zarządu

Z Radą zadań zespołu można zaktualizować elementów pracy i sprawozdania z postępu prac.Kolumny tablicy zadania odpowiadają Stany przepływu pracy, przydzielonych do zadań.Pozycje robocze wyświetlane obejmują wszystkie elementy listy zaległości, które zostały przypisane do bieżącej iteracji, a wszystkie połączone zadania podrzędne tych elementów, bez względu na to iteracji, do którego został przypisany.

Elementy zadań, które można dodać jako zadania podrzędne do elementów listy zaległości odnoszą się do typów elementów roboczych, przypisane do kategorii zadań.Na pokładzie zadania są wyświetlane pod nagłówkiem kolumny danego przepływu pracy.W trakcie przeciągania zadań z jednej kolumny do innej dziedzinie Państwa dla tego elementu jest automatycznie aktualizowany.

Ponieważ typy elementów roboczych, które pojawiają się na tych stronach odpowiadają te same typy, które pojawiają się na stronach zaległości iteracji, większość zadań dostosowywania, jaki masz dla strony zaległości iteracji Określa, co pojawia się na stronie zarządu zadania.

Funkcji strony Zarząd zadań można dostosować w następujący sposób:

Określić, jakie rodzaje podrzędnymi pozycjami roboczymi pojawiają się na pokładzie zadania i który typów można dodać jako element podrzędny do elementu listy zaległości (domyślnie jest to zadanie).
Wybierz stany przepływu pracy elementów zadań, które są uważane w Zarządzie zadania.
Zmień maksymalny limit ustawiony dla liczba elementów roboczych, które mogą być wyświetlane w Zarządzie zadania.Wartość domyślna to 500 elementów roboczych.

Funkcje te można dostosować przez dostosowywanie przynajmniej jedną z następujących plików definicji projektu zespołu: AgileConfiguration, CommonConfiguration i kategorie.Aby uzyskać więcej informacji, zobacz Dostosowywanie stron zaległości.Aby uzyskać więcej informacji o pracy z Radą zadań, zobacz Rozpoczęcie iteracji.

Powrót do początku

Dostosowywanie błędów i Moja praca

Moja praca, Team Explorer metastates przypisane do kategorii błąd odwołuje się funkcja, która ułatwia deweloperom organizują swoją pracę, zmniejszenie zakłóceń pracy i bardziej efektywną pracę.

Aby dostosować ten obszar, aktualizowania plików definicji dla kategorii i CommonConfiguration.Aby uzyskać więcej informacji, zobacz Obsługuje błąd aktualizacji stanu przy użyciu mojej pracy.

Powrót do początku

Eksportowanie i importowanie plików definicji dla procesu konfiguracji

Przed rozpoczęciem dostosowywania konfiguracji proces, trzeba wyeksportować bieżący plik definicji zdefiniowane dla zespołu projektu.Po dostosowaniu plik definicji, należy go zaimportować do zespołu projektu dla zmiany mają być wyświetlane.

Aby wyeksportować plik definicji

Na komputerze gdzie Visual Studio lub Team Explorer jest zainstalowana, Otwórz okno wiersza polecenia i wpisz:
```
cd %programfiles%\Microsoft Visual Studio 11.0\Common7\IDE
```
W 64-bitowych wersji systemu Windows, należy zastąpić %programfiles% z**%programfiles(x86)%.**
Aby wyeksportować pliki definicji dla kategorii lub proces konfiguracji, wpisz następujące polecenia, po kolei, podstawiając dane dotyczące argumentów, które są wyświetlane w tym miejscu, gdzie CollectionURL Określa adres URL Kolekcja projektów zespołu, NazwaProjektu Określa nazwę zespołu projektu, zdefiniowane w kolekcji, a DirectoryPath Określa nazwę i lokalizację pliku eksportu.Następnie wybierz opcję Enter.
```
witadmin exportcategories /collection:CollectionURL /p:ProjectName /f:"DirectoryPath\categories.xml"
witadmin exportagileprocessconfig /collection:CollectionURL /p:ProjectName /f:"DirectoryPath\AgileConfiguration.xml"
witadmin exportcommonprocessconfig /collection:CollectionURL /p:ProjectName /f:"DirectoryPath\CommonConfiguration.xml"
```
Następujące polecenie pokazuje przykład jak importować pliki definicji dla agile proces konfiguracji:

witadmin exportagileprocessconfig /collection:"http://MyServer:8080/tfs/DefaultCollection" /p:MyProject /f:"C: AgileConfiguration.xml"

Aby zaimportować plik definicji

Aby zaimportować pliki definicji dla kategorii lub proces konfiguracji, Kontynuuj z poprzedniej procedury i wpisz następujące polecenia, po kolei, podstawiając dane dotyczące argumentów, które są wyświetlane, a następnie wybierz Enter.
```
witadmin importcategories /collection:CollectionURL /p:ProjectName /f:"DirectoryPath\categories.xml"
witadmin importagileprocessconfig /collection:CollectionURL /p:ProjectName /f:"DirectoryPath\AgileConfiguration.xml"
witadmin importcommonprocessconfig /collection:CollectionURL /p:ProjectName /f:"DirectoryPath\CommonConfiguration.xml"
```
Ważne

Importowanie pliku definicji jest zastąpienie wszystkich istniejących kategorii i konfiguracji zdefiniowanych dla zespołu projektu.