Dostosowywanie obiektów śledzenia elementów pracy, aby wspierać procesy zespołu

Dla wdrożeń lokalnych Team Foundation Server (TFS) można dostosować sposób planowania i śledzenia pracy.Aby dodać lub zmodyfikować pole, typ elementu roboczego (WIT) lub narzędzie planowania Agile, zobacz jeden z tematów wymienionych w poniższej tabeli.

Jeśli potrzebujesz dodatkowych informacji dotyczących dostosowywania projektu zespołu, zobacz Kompleksowy przegląd wszystkich opcji konfiguracji i dostosowania dostępnych w programie Visual Studio TFS.

	Modyfikowanie lub dodawanie pola do obsługi zapytań, raportów i przepływu pracy Dostosowywanie listy wyboru Dodawanie reguł do pola Edytuj plik definicji WIT XML, aby dodać reguły lub dodaj pole niestandardowe Zmiana atrybutu istniejącego pola Dodawanie i modyfikowanie obszaru i ścieżek iteracji Dodanie lub zmiana sposobu mapowań pól Project do pól TFS
	Modyfikowanie lub dodawanie dostosowanego typu elementu pracy Zmień stany przepływu pracy, przyczyny lub przejścia albo dodaj reguły przepływu pracy pola Dostosuj formularz elementu roboczego Edytowanie definicji typu elementu roboczego Po uaktualnieniu serwera warstwy aplikacji do TFS 2013.3, można dostosować do planu testu i testować WITs pakiet. Tworzenie typu elementu roboczego Zmiana przepływu pracy dla typu elementu pracy Projektowanie formularza elementu roboczego Dodawanie tekstów pomocy, hiperłączy lub zawartości WWW do formularza elementów pracy Zmiana sterowania łączami w taki sposób, aby ograniczyć relacje pomiędzy nimi Zmiana maksymalnego rozmiaru załączników dla elementów pracy
	Konfigurowanie i dostosowywanie narzędzi planowania Agile do projektu zespołowego Edit the configuration of Agile planning tools  Customize the Kanban board  Używanie kategorii do grupowania typów elementów pracy Dodawanie usterek do zaległości lub tablicy zadań Dodawanie dziennika zaległości do zarządzania portfelem Agile Użyj pól zespołu zamiast ścieżek obszaru do obsługi zespołów

Określanie zakresu wymagań

W zależności od wymagań dotyczących dostosowywania można skonfigurować ustawienia domyślne przez dostosowanie szablonu procesu.Utwórz projekt zespołowy z szablonu procesu.Obiekty, które można dostosować w tym szablonie procesu, zapewniają początkową konfigurację obiektu.Dostosowując szablonu procesu, zwiększasz zgodność z procesami we wszystkich projektach zespołowych, które są tworzone przy użyciu szablonu procesu.Aby uzyskać więcej informacji dotyczących o domyślnych szablonach procesu TFS, przejdź tu.

Istnieje możliwość wprowadzania wielu dostosowań na różnych poziomach zakresu.Podczas planowania wymagań dostosowania należy wziąć pod uwagę zakres obszarów przedstawionych w poniższej tabeli.

Zakres	Uwagi o implementacji
Zakres projektu lub kolekcji	Szablon procesu: Wybierz tę opcję, gdy planujesz utworzenie kilku projektów zespołowych i chcesz zminimalizować czas potrzebny do uruchomienia projektów i wymusić zgodność procesów zespołowych.Aby uzyskać informacje o dostosowywaniu szablonu procesu, przejdź tutaj. Kolekcja projektu: zmiany wprowadzone do pól elementów roboczych, list globalnych i typów linków mają wpływ na wszystkie projekty zespołów określone w kolekcji projektów zespołu.Podczas wdrażania zmian na tym poziomie należy rozważyć konsekwencje tych zmian. Projekt zespołowy: Wybierz tę opcję, jeśli chcesz tylko wprowadzić zmiany, których wymaga Twój zespół lub grupa zespołów pracujących w tym samym projekcie zespołu. Aby zastosować zmiany do kilku projektów zespołowych, musisz zaimportować zmiany do plików definicji obiektu do kilku projektów zespołowych. Zespół: Wybierz tę opcję, gdy tylko zespół wymaga zmian.Aby dowiedzieć się, można skonfigurować, zobacz Współpraca przy użyciu zasobów zespołu.
Wymagania dotyczące integracji danych.	Wybrany zestaw pól integruje z Team Foundation Build, Test Manager, i Kontrola wersji programu Team Foundation.Te aplikacje automatyzują proces przypisywania danych do tych pól.Zobacz Pola obsługujące integrację z testowaniem, kompilowaniem i kontrolą wersji.
Wymagania dotyczące lokalizacji i globalizacji.	Można lokalizować nazwy WITs, pól i wielu elementów zdefiniowanych dla typu elementu roboczego (WIT).Zobacz Lokalizacja i globalizacja elementów podrzędnych WITD.
Grupy kategorii wymagane do obsługi współpracy grup	Gdy występują podobne typy elementów roboczych pod różnymi nazwami, można użyć kategorii do ich grupowania, co ułatwi generowanie raportów.Kategorie obsługują zapytania elastyczne, zgłoszenia, konfigurację procesu i integrację projektów zespołowych.Zobacz Używanie kategorii do grupowania typów elementów pracy.

Przed rozpoczęciem dostosownia należy zrozumieć implikacje konserwacji i aktualizacji

Uaktualnienia do programu TFS może wprowadzić nowe funkcje, które wymagają aktualizacji do obiektów używane do śledzenia pracy.Tych obiektów należą typy elementów roboczych, kategorie i procesu konfiguracji.Minimalizowanie zmian do przepływu pracy dla WIT lub konfiguracji procesu może ułatwić minimalizowanie pracy, jaką należy wykonać podczas uaktualniania swojego TFS.

Aby zmniejszyć ilość pracy ręcznej należy zrobić po uaktualnieniu TFS, zrozumieć, które dostosowania obsługuje ścieżki łatwe aktualizacji, a nie zawierają.

Dostosowania zgodne z aktualizowanie projektów zespołowych za pomocą Kreatora konfiguracji funkcji

Z następujących dostosowań korzystania z Kreatora konfiguracji funkcji Aby automatycznie zastosować zmiany do projektu zespołowego, wymagane dla nowych funkcji.

• Pola: Dodać niestandardowe pola, dostosowywanie lista pobrań, dodawanie lub modyfikowanie ścieżek obszaru i iterację, Dodaj reguły do pola

• WITs: Dodać niestandardowe WITs, układ formularza

• Kategorie: Dodaj własne kategorie

• Agile narzędzi planowania: Dostosowywanie kolumn na tablicy Kanban, dostosować panel szybkiego Dodaj

• Integracja z programem Office: dodać lub zmienić sposób mapowania pól projektu do pól TFS

Aby dowiedzieć się więcej na temat Kreatora konfiguracji funkcji, tutaj.

Dostosowania, które mogą wymagać ręcznej aktualizacji w szablonie projektu lub proces zespołu podczas uaktualniania TFS

Kreatora konfiguracji funkcji wymaga typy elementu prac, Stany przepływu pracy i pola są zdefiniowane w obiektach szablon procesu i procesu konfiguracji.Podczas robienia następujące dostosowania może być wymagane do modyfikowania istniejących szablonów procesu uruchomić kreatora, mogą też ręcznie zaktualizować projektu zespołowego.

• Pola: Zmienić atrybuty istniejącego pola, usuń pola, które są określone w procesie konfiguracji

• WITs: Umożliwia zmianę przepływu pracy

• Elastyczne narzędzia planowania:

  • Zmień WITs zdefiniowane dla kategorii wymagań, kategorii zadań lub kategorii funkcji.

  • Zmień mapowanie metastate zdefiniowanych w konfiguracji procesu.

  • Zmień pola określone dla TypeField w konfiguracji procesu.

Ponadto zmiany wprowadzone do WITs lub przepływ pracy może wymagać aktualizacje inne artefakty dołączonym do szablonu procesu, na przykład raporty programu Excel lub SQL Server Reporting Services.

Dostosowania, aby uniknąć

Należy unikać, wprowadzania następujące dostosowania, ponieważ może spowodować konflikty schematu w magazynie danych lub spowodować problemy podczas aktualizowania projektów zespołowych po uaktualnieniu TFS.

• Pola:

  • Zmienić przyjazną nazwę pola domyślne (pola zdefiniowane w szablonie procesu)

  • Zmień nazwę raportowania, raportowania atrybutu lub atrybutów syncname pola domyślne

• WITs: Zmiana nazwy lub usuwanie typów elementów pracy

• Kategorie: Zmień nazwę kategorii domyślnych lub zmienić typy elementów pracy zdefiniowane w obrębie kategorii domyślnych

Aby dowiedzieć się więcej o raportowaniu atrybutów, zobacz Dodawanie i modyfikowanie pól elementów roboczych w celu obsługi raportowania.

Zalecane wskazówki dotyczące dostosowywania projektów zespołowych

• Odszukaj najlepsze ustawienia dostosowywania WITs obsługujące wymagań dotyczących śledzenia.Po zmianie obiektów, które śledzą elementy robocze, powinieneś określić, jak te zmiany wpłyną na obecne i przyszłe projekty zespołowe.

• Umieść szablony procesów i wszystkie pliki definicji XML pod kontrolą wersji.Nie należy wdrażać obiektów, które zdefiniowano, ale nie są przechowywane w repozytorium.

• Testuj niestandardowe obiekty, tak jak testowałbyś oprogramowanie.

• Ogranicz liczbę pól niestandardowych, które wprowadzasz.Ogranicz liczbę pól niestandardowych, które mają być sprawozdawczymi.