Odwołanie elementu XML konfiguracji procesu

Konfiguracja procesu określa domyślną konfigurację oraz funkcjonalność, która będzie dostępna członkom zespołu przy użyciu narzędzi zwinnego planowania.

Narzędzia są widoczne w programie Team Web Access (TWA). Pokazują wyfiltrowany zbiór elementów roboczych w oparciu o konfigurację wprowadzoną w sekcjach PortfolioBacklog, RequirementBacklog i TaskBacklog pliku definicji XML z konfiguracją procesu.Ponadto konfiguracja procesu definiuje mapowania stanów przepływu pracy na metastany dla wszystkich typów elementów roboczych wymagających mapowania.

Aby dowiedzieć się więcej, zobacz Konfigurowanie i dostosowywanie narzędzi planowania Agile do projektu zespołowego.

Obszary, które można dostosować:

• Konfigurowanie strony zaległości

  • Mapowanie metastanów dla kategorii typów elementów roboczych

  • Dostosowywanie domyślnych kolumn i kolejności kolumn

  • Dostosowywanie panelu szybkiego dodawania

  • Zmiana liczby elementów roboczych, które mogą być wyświetlane na tablicy zadań

• Mapowanie metastanów dla typów elementów roboczych określonych narzędzi

• Przypisywanie pól używanych w narzędziach i wykresach zwinnego planowania

• Określanie dni weekendowych

• Zmiana koloru typu elementu roboczego

W celu zaktualizowania konfiguracji procesu należy wyeksportować plik definicji XML, zmodyfikować go, a następnie zaimportować.Do importowania i eksportowania pliku służy narzędzie wiersza polecenia witadmin.

[!UWAGA]

Przykłady składni przedstawione w tym temacie nawiązują do domyślnych przypisań definiowanych w szablonach procesów programu Visual Studio Scrum 2013.Aby mieć dostęp do najnowszych wersji szablonów procesów, należy zainstalować najnowszą wersję programu TFS i pobrać szablony za pomocą Menedżera szablonu procesu.

Konfigurowanie strony zaległości

Istnieją trzy typy stron zaległości: zaległości produktu, zaległości iteracji lub sprintu oraz zaległości portfolio.Każdą stronę zaległości można dostosowywać w następujący sposób:

• Mapowania metastanów: Mapowanie stanów przepływu pracy na metastany.Mapowania te obsługują wyświetlanie wszystkich stron zwinnego planowania, łącznie z tablicą Kanban i tablicą zadań.

• Panel szybkiego dodawania: Określanie typów elementów roboczych i pól elementów roboczych, które będą wyświetlane w celu umożliwienia szybkiego dodawania elementów do zaległości.

  Aby zmienić typy elementów roboczych uznawanych za elementy zaległości lub zadania, należy je dodać do odpowiedniej kategorii.Przykład znajduje się w temacie Dodawanie usterek do tablicy zadań lub zaległości.

• Pola kolumn: Definiowanie domyślnych pól i kolejności kolumn.

Strony zaległości konfiguruje się w sekcjach kodu XML pokazanych w następującym przykładzie:

<PortfolioBacklogs>
   <PortfolioBacklog category="Microsoft.FeatureCategory" pluralName="Features" singularName="Feature">
. . . 
   </PortfolioBacklog>
</PortfolioBacklogs>
<RequirementBacklog category="Microsoft.RequirementCategory" pluralName=" Backlog items" singularName=" Backlog item">
. . . 
</RequirementBacklog>
<TaskBacklog category="Microsoft.TaskCategory" pluralName="Tasks" singularName="Task">
. . . 
</TaskBacklog>

Element	Opis
PortfolioBacklogs	Parametr opcjonalny.Element kontenera dla stron zaległości portfolio.
PortfolioBacklog	Parametr opcjonalny.Do pięciu wystąpień. Element kontenera definiujący mapowania metastanów, domyślne kolumny i panel szybkiego dodawania dla strony zaległości portfolio. <PortfolioBacklog category="PortfolioCategory" parent="ParentCategory" pluralName="PluralName" singularName="SingleName">    <States> . . . </States>    <Columns> . . . </Columns>    <AddPanel> . . . </ AddPanel> </PortfolioBacklog > Przypisz wartości do atrybutów w następujący sposób: category: Podaj nazwę kategorii zdefiniowanej w pliku definicji kategorii projektu zespołowego, który zawiera typy elementów roboczych do skojarzenia z typem zaległości. parent: Podaj nazwę kategorii reprezentującej zaległości nadrzędnego portfolio w hierarchii. pluralName: Podaj etykietę w liczbie mnogiej, która ma być używana przy odwoływaniu się do typów elementów roboczych skojarzonych z tym typem zaległości.Na przykład: Historie, Cele, Inicjatywy lub Eposy. singularName: Podaj etykietę w liczbie pojedynczej, która ma być używana przy odwoływaniu się do typów elementów roboczych skojarzonych z tym typem zaległości.Na przykład: Historia, Cel, Inicjatywa lub Epos.
RequirementBacklog	Parametr wymagany.Tylko jedno wystąpienie. Element kontenera definiujący mapowania metastanów, domyślne kolumny i panel szybkiego dodawania dla strony zaległości produktu.Dziennik zaległości produktu pokazuje wszystkie aktywne elementy w zaległościach zespołu. <RequirementBacklog category="RequirementCategory" pluralName="PluralName" singularName="SingleName">    <States> . . . </States>    <Columns> . . . </Columns>    <AddPanel> . . . </ AddPanel> </RequirementBacklog >
TaskBacklog	Parametr wymagany.Tylko jedno wystąpienie. Element kontenera używany w celu dostosowania układu stron pokazujących elementy robocze przypisane do określonej iteracji. <TaskBacklog category="Microsoft.TaskCategory" pluralName="Tasks" singularName="Task workItemCountLimit="MaximumLimit"> . . .  </TaskBacklog > Domyślnie tablica zadań zawiera maksymalnie łącznie 500 elementów roboczych.Limit ten można zmienić, określając inną wartość atrybutu workItemCountLimit.

Uwagi o implementacji

• Wartości przypisane do NazwaKategorii musi odpowiadać zdefiniowane dla projektu zespołowego grupy kategorii.Grupy kategorii podaje się w pliku definicji kategorii.Aby uzyskać więcej informacji, zobacz Odwołania do elementu XML kategorii.

• Zaległości portfolio służą do wyświetlania zestawienia elementów zaległości na niższych poziomach oraz do sprawdzania postępów w kilku zespołach.Nowe i uaktualnione projekty zespołowe zawierają jeden poziom o nazwie Funkcje.Można dodać do niego cztery kolejne poziomy.

  [!UWAGA]

  Korzystanie ze stron portfolio może wymagać pełnego dostępu.Szczegółowe informacje – zobacz: Zmiana poziomów dostępu.

  Aby uzyskać więcej informacji o używaniu stron zaległości portfolio, zobacz Praca z zaległościami portfolio.

• Dziennik zaległości produktu stanowi listę wymagań dotyczących tworzonego produktu.Elementy zaległości odpowiadają określonemu typowi elementu roboczego w zależności od szablonu procesu użytego do utworzenia projektu zespołowego, np. elementowi zaległości produktu, historii użytkownika lub wymaganiu.Jeśli są wykorzystywane różne typy elementów roboczych lub jeśli wymagania są rejestrowane przy użyciu dwóch lub więcej typów elementów roboczych, można dostosować stronę zaległości produktu do danego scenariusza.

  Aby dowiedzieć się więcej o używaniu stron zaległości produktu, zobacz Tworzenie zaległości.

• Strony zaległości sprintu lub iteracji pokazują zarówno zestaw wymagań, które zespół potwierdził na dany cykl iteracji, jak i zadania powiązane z tymi wymaganiami.Zadania muszą być skojarzone z wymaganiami za pomocą łączy nadrzędny-podrzędny.Ponieważ typom elementów roboczych wyświetlanych na tych stronach odpowiadają te same typy widoczne na stronie zaległości produktu, duża część dostosowań strony zaległości produktu zdecyduje o funkcjonalności stron zaległości zadań.

  Więcej informacji o posługiwaniu się stronami zaległości sprintów zawiera temat Praca w sprintach.

Mapowanie stanów przepływu pracy na metastany

Większość typów elementów roboczych wymaga, aby ich stany przepływu pracy były zmapowane na metastany.Stany przepływu pracy określają sposób przechodzenia elementu roboczego od pierwszej aktywacji lub utworzenia do etapu zamknięcia albo ukończenia.Na przykład stany zdefiniowane dla elementu zaległości produktu scrumowego określają postęp przez cztery stany — Nowy, Zatwierdzono, Potwierdzony i Gotowy. Obejmują również piąty stan, Usunięty, który uwzględnia usunięcie z zaległości bez zaimplementowania.

Z kolei metastany określają sposób, w jaki narzędzia zwinnego planowania traktują każdy stan przepływu pracy.Podstawowe metastany używane przez dziennik zaległości oraz tablicę zadań to Proposed, InProgress i Complete.

Dzięki powiązaniu każdego stanu przepływu pracy z metastanem operacje w tle wykonywane w celu wyświetlenia zaległości i tablic zadań wiedzą, jak poprawnie interpretować stan każdego elementu roboczego.Na przykład następujące mapowania są zdefiniowane dla stron zaległości produktu scrumowego

<RequirementBacklog category="Microsoft.RequirementCategory" pluralName="Backlog items" singularName="Backlog item">
   <States>
      <State value="New" type="Proposed" />
      <State value="Approved" type="Proposed" />
      <State value="Committed" type="InProgress" />
      <State value="Done" type="Complete" />
   </States>
 . . .
</RequirementBacklog >

Istnieją trzy kategorie metastanów: Zwinne, Usterka i Opinia.W poniższej tabeli opisano atrybuty i wartości mapowań.

Element	Opis
State	Parametr wymagany.Przypisuje stan przepływu pracy do metastanu. <State type="TypeName" value="ValueName"/> Prawidłowe wartości parametru TypeName odpowiada wartość przypisana do STATE w ramach WORKFLOW dotyczących tych WITs przypisane do grupy kategorii. Prawidłowe wartości parametru Nazwa_wartości odpowiada jednej z następujących wartości: Zwinne: Używana do wszystkich elementów roboczych. Proposed: Wskazuje elementy robocze, które są nowe, jeszcze niepotwierdzone lub jeszcze nieużywane. InProgress: Wskazuje elementy robocze, które zostały zatwierdzone lub są aktywnie używane. Complete: Wskazuje elementy robocze, które zostały zaimplementowane.Aby tablica Kanban była poprawna, co najmniej jeden stan przepływu pracy musi być zmapowany na metastan Complete. Po przejściu przepływu pracy do stanu, który jest skojarzony z metastanem Complete, powiązany element roboczy zostanie usunięty ze strony elementów zaległości produktu.Jednak nadal będzie figurował na tablicy Kanban. Elementy robocze w stanie przepływu pracy, który nie jest zmapowane na jeden z obsługiwanych metastanów, nie są widoczne na stronach zaległości ani tablicy. Usterka: Należy używać tylko do typów elementów roboczych zgrupowanych w kategorii Usterka.Oprócz metastanów z kategorii Zwinne zawiera metastan Resolved, który wskazuje rozwiązane błędy. [!UWAGA] Metastan Resolved można przypisać tylko do stanu przepływu pracy określonego elementem BugWorkItems. Opinia: Należy używać tylko do typów elementów roboczych zgrupowanych w kategoriach Prośba o opinię lub Odpowiedź na prośbę o opinię.Requested, Received, Reviewed i Declined.
States	Określa kolekcję elementów State, które wiążą stany przepływu pracy typu elementu roboczego z metastanami. Element wymagany dla następujących elementów nadrzędnych: BugWorkItems PortfolioBacklog RequirementBacklog TaskBacklog TestPlanWorkItems TestSuiteWorkItems FeedbackRequestWorkItems FeedbackResponseWorkItems

Dostosowywanie domyślnych kolumn i kolejności kolumn

Można dodawać i usuwać kolumny, zmieniać kolejność kolumn oraz zmieniać szerokość kolumn dla na stronach pokazujących stronę zaległości.Zmiany wprowadzone na strony za pomocą okna dialogowego Opcje kolumny utrzymują się, dopóki nie zostaną znów zmodyfikowane.Poniższa sekcja kodu definiuje domyślny zestaw kolumn i ich kolejność.

<Columns>
   <Column refname="Microsoft.VSTS.Common.Priority" width="400" />
   <Column refname="System.Title" width="400" />
   <Column refname="System.State" width="100" />
   <Column refname="Microsoft.VSTS.Scheduling.Effort" width="50" />
   <Column refname="System.IterationPath" width="200" />
</Columns>

Element	Opis
Columns	Określa kolekcję elementów Column.Element wymagany dla elementów strony zaległości: PortfolioBacklog, RequirementBacklog i TaskBacklog.
Column	Określa pole, które ma być wyświetlane jako kolumna na stronie zaległości. <Column refname="FieldReferenceName" width="FieldWidth" />

Nagłówki kolumn tablicy zadań

Nagłówki kolumn wyświetlane na stronie tablicy zadań odpowiadają stanom przepływu pracy domyślnego typu elementu roboczego przypisanego do kategorii Zadanie.Kolejność kolumn odpowiada naturalnemu postępowi w przepływie pracy w kierunku od lewej do prawej.Aby modyfikować układ kolumn, należy zmodyfikować przepływ pracy dla typu elementu roboczego przypisanego do kategorii Zadanie.Stany przepływu pracy zdefiniowane dla domyślnego typu zadania w kategorii Zadanie muszą być przypisane do prawidłowych metastanów, jak opisano w rozdziale Mapowanie metastanów dla kategorii typów elementów roboczych.

Dostosowywanie panelu szybkiego dodawania

W każdym panelu szybkiego dodawania można umieszczać kolejne pola.W następującym przykładzie do panelu zaległości produktu jest dodawane pole Wartość biznesowa.

W panelu są wy‪świetlane tylko pola zawarte w sekcji FIELDS definicji wybranego typu elementu roboczego.Jeśli na przykład wybrano typ elementu roboczego Usterka, będzie widać tylko pole Tytuł, ponieważ pole Wartość biznesowa nie jest definiowane dla usterek.Aby dodać kolejny typ elementu roboczego do panelu, należy go umieścić w kategorii Wymagania, jak opisano tutaj.

Poniższy kod uwzględnia domyślne przypisania zdefiniowane w szablonach procesów Visual Studio Scrum i MSF for Agile.

<AddPanel>
   <Fields>
      <Field refname="System.Title" />
   </Fields>
</AddPanel>

Element	Opis
AddPanel	Element kontenera służący do określania sposobu działania funkcji „szybkiego dodawania”, tzn. pól, które mają być wyświetlane w obszarze panelu w miejscach definiowania nowych elementów zaległości.
Fields	Określa kolekcję elementów Field.
Field	Określa pole elementu roboczego, które ma być wyświetlane w panelu strony zaległości produktu. <Field refname="FieldReferenceName"/> To samo pole powinno być widoczne w formularzu elementu roboczego dla każdego typu elementu roboczego należącego do kategorii w zaległościach.

Zmiana liczby elementów roboczych, które mogą być wyświetlane na tablicy zadań

Ze względu na wydajność tablica zadań będzie wyświetlać nie więcej niż 500 elementów roboczych.Po otwarciu tablicy zadań wszystkie elementy robocze są ładowane do pamięci podręcznej.Ograniczenie liczby elementów roboczych może skrócić czas ładowania.W celu zmiany limitu można określić inną wartość atrybutu workItemCountLimit w elemencie TaskBacklog.

Aby na przykład zwiększyć limit, można dodać wyrażenie workItemCountLimit="800":

<TaskBacklog category="Microsoft.TaskCategory" pluralName="Tasks" singularName="Task" workItemCountLimit="800" >
. . .
</TaskBacklog>

Mapowanie metastanów dla typów elementów roboczych określonych narzędzi

Mapowania metastanów definiuje się dla dodatkowych kategorii typów elementów roboczych.W szablonach procesu scrumowego obejmuje to mapowania dla kategorii Prośba o opinię i Odpowiedź na prośbę o opinię.W szablonach procesów MSF Agile i CMMI trzeba także mapować kategorię Usterka(scrum zawiera usterki w kategorii Wymagania, w związku z tym mapowania metastanów ma zdefiniowane w sekcji RequirementBacklog).

<FeedbackRequestWorkItems category="Microsoft.FeedbackRequestCategory" pluralName="Feedback Requests" singularName="Feedback Request">
   <States>
      <State value="Active" type="InProgress" />
      <State value="Closed" type="Complete" />
   </States>
</FeedbackRequestWorkItems>
<FeedbackResponseWorkItems category="Microsoft.FeedbackResponseCategory" pluralName="Feedback Responses" singularName="Feedback Response">
   <States>
   <State value="Active" type="InProgress" />
   <State value="Closed" type="Complete" />
   </States>
</FeedbackResponseWorkItems>

W poniższej tabeli opisano dodatkowe elementy służące do definiowania mapowań metastanów dla typów elementów roboczych konkretnych narzędzi.Informacje o przypisywaniu faktycznych wartości i typów stanów znajdują się w rozdziale Mapowanie metastanów dla kategorii typów elementów roboczych.NazwaKategorii musi odpowiadać kategorię zdefiniowane dla projektu zespołowego.

Element	Opis
BugWorkItems	Parametr opcjonalny.Element kontenera, który definiuje mapowania metastanów dla typów elementów roboczych przypisanych do kategorii Usterka.In addition to how these mappings are used in the display of TWA agile planning pages, they also control how the My Work feature in Team Explorer updates the bug state as developers move bugs using My Work.Aby dowiedzieć się więcej, zobacz Wpisać nowy kod dla wątku użytkownika. <BugWorkItems category="CategoryName" pluralName="PluralName" singularName="SingleName">    <States> . . .    </States> </BugWorkItems>
FeedbackRequestWorkItems	Parametr wymagany.Nie należy modyfikować. Element kontenera, który definiuje mapowania metastanów dla typów elementów roboczych przypisanych do kategorii Prośba o opinię. <FeedbackResponseWorkItems category="CategoryName" pluralName="PluralName" singularName="SingleName">    <States> . . .    </States> </FeedbackRequestWorkItems>
FeedbackResponseWorkItems	Parametr wymagany.Nie należy modyfikować. Element kontenera, który definiuje mapowania metastanów dla typów elementów roboczych przypisanych do kategorii Odpowiedź na prośbę o opinię. <FeedbackResponseWorkItems category="CategoryName" pluralName="PluralName" singularName="SingleName">    <States> . . .    </States> </FeedbackResponseWorkItems>
TestPlanWorkItems	Wymagany tylko w przypadku dostosowania stan przepływu pracy dla Plan testu i obsługiwać połączenia do projektu zespołowego z programu Test Manager został zainstalowany z programu Visual Studio 2013.2 i wcześniejszych wersji. Element kontenera, który definiuje metastate mapowania dla typów elementów roboczych przypisane do kategorii Plan testu.Na przykład: <TestPlanWorkItems category="Microsoft.TestPlanCategory" pluralName="Test Plans" singularName="Test Plan">     <States>       <State type="InProgress" value="Design" />       <State type="InProgress" value="Testing" />       <State type="Complete" value="Signed Off" />     </States>   </TestPlanWorkItems>
TestSuiteWorkItems	Wymagany tylko w przypadku, gdy dostosować stan przepływu pracy dla zestawu testów i obsługiwać połączenia do projektu zespołowego z programu Test Manager został zainstalowany z programu Visual Studio 2013.2 i wcześniejszych wersji. Element kontenera, który definiuje metastate mapowania dla typów elementów roboczych przypisane do kategorii zestawu testów.Na przykład: <TestSuiteWorkItems category="Microsoft.TestSuiteCategory" pluralName="Test Suites" singularName="Test Suite">     <States>       <State type="Proposed" value="Authoring" />       <State type="InProgress" value="Testing" />       <State type="Complete" value="Completed" />     </States>   </TestSuiteWorkItems>

Do mapowania metastates dla TestPlanWorkItems lub TestSuiteWorkItems, należy uaktualnić serwer warstwy aplikacji do TFS 2013.3.Następnie można dostosować stan przepływu pracy planów testów i zestawów testów.

Aby dowiedzieć się więcej, zobacz importowanie i eksportowanie konfiguracji procesu.

Przypisywanie pól używanych w narzędziach i wykresach zwinnego planowania

Istnieje możliwość zmiany pól elementów roboczych używanych do obliczania dyspozycyjności, wykresów postępu, prognoz i szybkość pracy.Wszelkie zmiany wprowadzone w jednym domyślnym przypisaniu powinny odpowiadać modyfikacjom typu elementu roboczego służącego do definiowania i rejestrowania informacji o tej wartości.

Jeśli na przykład następuje zmiana atrybutu refname przypisanego do atrybutu type="Activity", to samo pole należy umieścić w definicji typu elementu roboczego przypisanego do kategorii Zadanie, które służy do rejestrowania informacji o działaniu.

<TypeFields>
    <TypeField refname="System.AreaPath" type="Team" />
    <TypeField refname="Microsoft.VSTS.Scheduling.RemainingWork" type="RemainingWork" format="format h" />
    <TypeField refname=" Microsoft.VSTS.Common.BacklogPriority" type="Order" />
    <TypeField refname="Microsoft.VSTS.Scheduling.Effort" type="Effort" />
    <TypeField refname="Microsoft.VSTS.Common.Activity" type="Activity" />
    <TypeField refname="Microsoft.VSTS.Feedback.ApplicationStartInformation" type="ApplicationStartInformation" />
    <TypeField refname="Microsoft.VSTS.Feedback.ApplicationLaunchInstructions" type="ApplicationLaunchInstructions" />
    <TypeField refname="Microsoft.VSTS.Feedback.ApplicationType" type="ApplicationType">
        <TypeFieldValues>
            <TypeFieldValue value="Web application" type="WebApp" />
            <TypeFieldValue value="Remote machine" type="RemoteMachine" />
            <TypeFieldValue value="Client application" type="ClientApp" />
        </TypeFieldValues>
    </TypeField>
</TypeFields>

Element	Opis
TypeFields	Parametr wymagany.Określa kolekcję elementów TypeField.
TypeField	Parametr wymagany.Określa nazwę referencyjną pola, którego wartość obsługuje typ działania obszaru funkcji.Zdefiniowane pola powinny odpowiadać polom używanym w typach elementów roboczych służącym do rejestrowania informacji o funkcji. <TypeField refname=”FieldReferenceName” type=”NameOfType” [format="{0} TimeUnitString"] / > Format należy określać tylko wtedy, gdy atrybut type="RemainingWork".Można określić dowolny ciąg tekstowy dla TimeUnitString , który ma zostać mają pojawiać się na paskach pojemność na bieżącej stronie zaległości iteracji i na tablicy zadań. Strony zwinnego planowania: Activity: Zapewnia obsługę funkcji dyspozycyjności dla poszczególnych działań.Należy określić to samo pole, jak używane w typie elementu roboczego przypisanego do kategorii Zadanie. Uwaga:: wartości wyświetlane na stronie elastyczne pojemność narzędzia planowania odzwierciedlają sumę wszystkich wartości zdefiniowanej dla pola w wszystkich projektów zespołowych w ramach wystąpienia kolekcji projektów.W związku z tym, aby ograniczyć wartości, które są widoczne dla pojemności na stronach zaległości sprint, należy wykonać wartości zgodne pod względem wszystkich projektów zespołowych w polu przypisane do type="Activity". Effort: Używane do obliczania szybkości pracy zespołu.Należy określić to samo pole z definicji typu elementu roboczego przypisanego do kategorii Wymagania, które służy do rejestrowania szacowanego poziomu nakładu pracy, punktów historii lub wielkości dla ilości pracy niezbędnej do zaimplementowania za pomocą elementu zaległości. Order: Służy do definiowania porządku sortowania elementów na stronach zaległości i tablic.Elementy robocze są wyświetlane na stronie rosnąco, jak określa pole dotyczące tego typu. [!UWAGA] Elementy można przenosić, przeciągając je w górę lub w dół listy na stronie zaległości.W trakcie przenoszenia proces działający w tle aktualizuje pole przypisane do atrybutu type="Order". RemainingWork: Służy do obliczania pozostałej pracy i wykresów postępu.Należy określić to samo pole z definicji typu elementu roboczego przypisanego do kategorii Zadanie, które służy do rejestrowania godzin, dni lub innych jednostek miary pracy pozostałej do ukończenia zadania. Wartość podana w atrybucie format jest używana na stronach zaległości i tablicy zadań przy każdym raportowaniu pozostałej pracy.Może to być na przykład raportowanie dyspozycyjności dla poszczególnych działań lub dyspozycyjności poszczególnych członków zespołu albo wyświetlanie informacji obok nagłówków kolumn o stanach zadań wymienionych w tablicy zadań. Dla TimeUnitString, określ dowolny ciąg tekstowy, który ma być używany w celu odzwierciedlenia wartość czasu, takich jak godziny lub dni. Na przykład wszystkie poniższe wartości są prawidłowe: format="{0} h" format="{0} hours" format="hours {0}" format="time {0}" Team: Służy do łączenia stron zaległości z zespołem.Wartością domyślną jest System.AreaPath.Aby odłączyć zespoły od ścieżek obszarów, można określić inne pole, jak opisano w temacie Dostosowywanie projektu zespołowego do obsługi pola zespołu. Formularz prośby o opinię: [!UWAGA] Nie powinna być konieczna zmiana domyślnych przypisań utworzonych dla elementów TypeField wymienionych poniżej.Przypisania te odpowiadają polom używanym do rejestrowania odnośnych informacji w typie elementu roboczego przypisanego do kategorii Prośba o opinię. ApplicationStartInformation: Zawiera ścieżkę do pliku wykonywalnego aplikacji. ApplicationLaunchInstructions: Zawiera instrukcje uruchamiania. ApplicationType: Zawiera określenie typu aplikacji.Wymienione typy odpowiadają dozwolonym wartościom określonym w definicji typu elementu roboczego prośby o opinię.Informacje o dostosowywaniu tej listy znajdują się w temacie Dostosowywanie listy wyboru (menu rozwijane) (przekierowane).
TypeFieldValues	Element wymagany dla atrybutu TypeFieldValue, jeśli atrybut type="ApplicationType". Określa kolekcję elementów TypeFieldValue używanych w formularzu prośby o opinię.
TypeFieldValue	Parametr wymagany.Nie należy modyfikować. Określa nazwę typu aplikacji, która ma być wyświetlana w formularzu prośby o opinię. <TypeFieldValue value="ApplicationTypeName" type="TypeApp"/> Domyślne przypisania odpowiadają dozwolonym wartościom określonym w definicji typu w formularzu prośby o opinię. <TypeFieldValues>    <TypeFieldValue value="Web application" type="WebApp" />    <TypeFieldValue value="Remote machine" type="RemoteMachine" />    <TypeFieldValue value="Client application" type="ClientApp" /> </TypeFieldValues>

Uwagi o implementacji

• W przypadku edycji pola w granicach sekcji TypeFields należy wprowadzić analogiczną zmianę w definicji typu elementu roboczego.Jeśli na przykład zmodyfikowano pola mające rejestrować informacje o aspekcie Effort pracy, tę samą zmianę należy wprowadzić w definicjach typów elementów roboczych elementu zaległości produktu i usterki (dla scrumu).

• W tym indeksie można sprawdzić referencyjne nazwy pól.

Przypisywanie dni wolnych od pracy

Planowanie dyspozycyjności i wykresy postępu dotyczą dni wolnych od pracy.W każdym szablonie procesu programu TFS są zdefiniowane następujące dni wolne od pracy.

<Weekends>
   <DayOfWeek>Saturday</DayOfWeek>
   <DayOfWeek>Sunday</DayOfWeek>
</Weekends>

Element	Opis
DayOfWeek	Wymagany element podrzędny elementu Weekends. Określa dzień tygodnia odpowiadający dniu wolnemu od pracy. <DayOfWeek>NameOfADay</DayOfWeek> Prawidłowe nazwy odpowiadają dniom tygodnia w języku angielskim: Sunday, Monday, Tuesday, Wednesday, Thursday, Friday i Saturday. [!UWAGA] Dni tygodnia należy określić po angielsku, niezależnie od zainstalowanego języka programu Team Foundation Server.
Weekends	Parametr opcjonalny.Element kontenera służący do określania dni wolnych od pracy. Dni wolne od pracy należy określić w przypadku, gdy mają zostać uwzględnione przy obliczaniu wykresów dyspozycyjności i postępu. Niektórzy użytkownicy donoszą o określonym sposobie wyświetlania tego elementu na wykresie postępu i niemożności jego usunięcia.

Zmiana koloru typu elementu roboczego

Podczas wyświetlania wyników zapytań lub zaległości istnieje możliwość szybkiego rozróżniania typów elementów roboczych na podstawie przypisanych im kolorów.

W szablonie procesu Scrum są zdefiniowane następujące przypisania kolorów.

<WorkItemColors>
   <WorkItemColor primary="FF009CCC" secondary="FFD6ECF2" name="ProductBacklogItem" />
   <WorkItemColor primary="FF773B93" secondary="FFEEE2F2" name="Feature" />
   <WorkItemColor primary="FFF2CB1D" secondary="FFF6F5D2" name="Task" />
   <WorkItemColor primary="FFCC293D" secondary="FFFAEAE5" name="Bug" />
   <WorkItemColor primary="FFFF9D00" secondary="FFFCEECF" name="Code Review Request" />
   <WorkItemColor primary="FFFF9D00" secondary="FFFCEECF" name="Code Review Response" />
   <WorkItemColor primary="FFFF9D00" secondary="FFFCEECF" name="Feedback Request" />
   <WorkItemColor primary="FFFF9D00" secondary="FFFCEECF" name="Feedback Response" />
   <WorkItemColor primary="FFFF9D00" secondary="FFFCEECF" name="Impediment" />
   <WorkItemColor primary="FFFF9D00" secondary="FFFCEECF" name="Shared Step" />
   <WorkItemColor primary="FFFF9D00" secondary="FFFCEECF" name="Test Case" />
</WorkItemColors>

Element	Opis
WorkItemColors	Parametr opcjonalny.Element kontenera do określania kolorów typów elementów roboczych.
WorkItemColor	Określa kolory służące do wyświetlania typu elementu roboczego w programie TWA.Kolor podstawowy jest używany przy wyświetlaniu list, natomiast kolor pomocniczy obowiązuje przy wyświetlaniu tablic, np. tablic zadań czy tablic Kanban. <WorkItemColor primary="HexColorCode" secondary="HexColorCode" name="witName" />

Pytania i odpowiedzi

P: Jak dostosować inne funkcje wyświetlane w narzędziach zwinnego planowania w programie TWA?

O: Niektórych adaptacji można wykonać za pomocą interfejsu użytkownika.Inne wymagają zmodyfikowania konfiguracji procesu lub innych obiektów projektu zespołowego.Omówienie tego zagadnienia znajduje się w temacie Konfigurowanie i dostosowywanie narzędzi planowania Agile do projektu zespołowego.

P: Czy chcesz pracować z dwiema lub więcej zaległościami portfolio?

O: Domyślnie jest używany jeden poziom zaległości portfolio.Można dodać maksymalnie pięć poziomów, jak opisano w temacie Dodawanie dziennika zaległości do zarządzania portfelem Agile.

P: Czy chcesz dodać lub zmienić typy elementów roboczych wyświetlane w tablicy zadań lub zaległościach produktu?

O: Jeśli po dodaniu niestandardowego typu elementu roboczego chcesz go umieścić w zaległościach lub na tablicy zadań, możesz to robić.Typ nie może jedynie występować w obu miejscach równocześnie.Przeczytaj więcej w temacie Dodawanie usterek do zaległości lub tablicy zadań.

P: Czy chcesz zobaczyć roboczy przykład importu i eksportu konfiguracji procesu?

O: Przykład znajduje się tutaj: Importowanie i eksportowanie konfiguracji procesów [witadmin].