Настройка страниц невыполненной работы и доски с помощью конфигурации процессов

Статья
03/12/2013

Можно настраивать несколько элементов конфигурации процесса для удовлетворения требованиям своих процессов гибкого планирования и Scrum.Многие из этих элементов управления новые гибкие средства планирования, предоставленные Team Web Access.Для получения дополнительной информации см. Изменения конфигурации, внесенные для добавления новых функций.

Если командный проект создан с помощью шаблона процесса, отличные от, предоставляемых Майкрософт или выполнена настройка определений типов рабочих элементов, можно настраивать файлы определения, поддерживающие отростчатую конфигурацию.Кроме того, если вы настраивали или добавляли типы рабочих элементов и хотите использовать эти поля, нужно определить, как изменить элементы конфигурации процесса для соответствия другим объектам, которые вы настраивали.

Процесс элементы конфигурации определяют структуру и функциональные возможности следующих функций:

Вы настраиваете эти функции настраивая один или несколько из следующих файлов определения для командного проекта. AgileConfiguration, CommonConfiguration и категории.

Примечание
Файл CommonConfiguration содержит несколько элементов, которые используются для поддержки взаимодействия отзыва заинтересованного лица.Не следует изменять назначения, сделанные к этим элементам.

Содержание раздела

Категории, отростчатая конфигурация и отключить создание определенных типов рабочих элементов
Состояния рабочего процесса, metastates и отростчатая конфигурация
Настраивать страницу невыполненной работы по продукту
Настраивать страницы спринта или " невыполненная работа по итерации "
Настраивать страницу доски задачи
Настраивать ошибки и мой рабочий
Экспортировать и импортировать файлы конфигурации для определения процесса задаются

Примечание
Изменения, вносимые в файлы определения, применяются для всех команд, которые работают в командном проекте, который настраивается.Нельзя настраивать веб-страницы доски или невыполненной работы задачи для одной группы.

Изменения, вносимые в файлы определения, применяются для всех команд, которые работают в командном проекте, который настраивается.Нельзя настраивать веб-страницы доски или невыполненной работы задачи для одной группы.

Требования

Для запуска программы командной строки witadmin, необходимо быть членом группы Team Foundation Administrators или членом группы Администраторы проекта.Дополнительные сведения см. в разделе Разрешения Team Foundation Server.
Для просмотра страницы доски невыполненной работы или задачи необходимые разрешения Team веб-сайтов Access должно иметь значение Полная.Могут применяться дополнительные требования лицензирования.Для получения дополнительной информации см. Доступ к функциям Team Web Access.

Категории и отростчатая конфигурация

Отростчатая конфигурация ссылается на категории, определенных для командного проекта.Категория просто команда в составе типы рабочих элементов, определенных как принадлежащий в одной группе в функции запроса и поддержки процесса.Например, конфигурация по умолчанию для всех шаблонов процессов определяет следующие категории, которые необходимо выполнить поддерживают функции, используемые Visual Studio ALM:

Категория ошибок
Запрашиваемая и возвращаемая категории анализа кода
Запрашиваемая и возвращаемая категории обратной связи
Категория требований
Категория общих шагов
Категория задачи
Категория тестовых случаев
Категория скрытых типов

Большинство этих категорий с объясняющая и основные содержит только один тип рабочего элемента в категории.Исключением из этого правила является Скрытая категория типов.

Созданные типы рабочих элементов, действующие в собой два и необходимо обрабатывать их в собой два их определенные вышеперечисленными по категориям, необходимо добавить их в категории.Например, если указан один или несколько типов ошибок, может потребоваться добавить свести к категории ошибок.Таким образом, отростчатая конфигурация автоматически отображает эти типы ошибок, как это делается стандартный тип рабочего элемента ".Или можно настраивать категория требований для включения 2 или 3 типа рабочих элементов, которые затем можно добавить в список невыполненных работ по продукту или набор, которые отображаются в доску задачи.

Чтобы узнать больше о категории используются см. в разделе Определение категорий для группирования типов рабочих элементов.

Гибкие средства и требования к категории и ограничения

Можно определить, какие типы рабочих элементов рассматриваются как невыполненные работы или как элементы задачи.Например, шаблон процесса Scrum назначает типы элементов ошибки и элемента невыполненной работы по категории требований, тогда как шаблон Agile назначает пользовательскую историю, а шаблон CMMI назначает требование.Все шаблоны процесса по умолчанию присвоен тип задачи рабочего элемента в категории задачи.

При присвоении типы рабочих элементов на категории необходимо учитывать следующие замечания.

Необходимо присвоить по крайней мере один тип рабочего элемента в категории требований и один тип рабочего элемента в категории задачи.
Вы не можете присвоить один и тот же тип рабочего элемента на обеих категорий требований и задач в категории.
Если включить несколько типов рабочего элемента в категории требований или категории задачи, тип, к элементу DEFAULTWORKITEMTYPE отображается как тип по умолчанию на гибких страницах невыполненной работы и доски.
Для всех типов рабочих элементов присвоенные категории, которая указывается в файле CommonConfiguration необходимо присвоить состояния рабочего процесса на допустимый metastate, как описано в разделе Состояния рабочего процесса, metastates и отростчатая конфигурация.Назначения категории и metastate ссылки нескольких клиентов Team Foundation, определенные в файле CommonConfiguration.

Категория скрытых типов

Категория скрытых типов определяет набор типов рабочих элементов, которые пользователям не нужно будет создавать вручную.Эти определения типов используются для поддержки взаимодействия обратной связи и анализа кода, а также для определения тестовых случаев.

Настраивать категории

Можно настраивать типы рабочих элементов, которые находятся внутри любой категории, изменив файл Categories.xml.Дополнительные сведения см. в разделе Определение категорий для группирования типов рабочих элементов;

Определение типов рабочих элементов для включения в категории

Экспортирование файла определения категорий для командного проекта, как описано в разделе Экспортировать и импортировать файлы конфигурации для определения процесса задаются.

Открытие файла категорий в блокноте или другом текстовом редакторе и найдите элемент CATEGORY, который требуется изменить.

Например, найдите элемент CATEGORY для "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>

Чтобы добавить новый тип рабочего элемента в категории, добавьте элемент WORKITEMTYPE, который задает понятное имя типа рабочего элемента, который необходимо добавить.

Например, следующий синтаксис добавляет пользовательский тип рабочего элемента "построение интеграции" в скрытой категории типов.
```
<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>
```
Импортировать файл определения для категорий в командный проект.

К началу

Состояния рабочего процесса, metastates и отростчатая конфигурация

Каждый тип рабочего элемента, связанного с рабочим процессом, который состоит из набора состояний рабочего процесса и допустимых переходов между этими состояниями.Состояния рабочего процесса определяют, как на рабочий элемент из первой активации, иначе закрыло или истекло.Например, состояние указанного элемента невыполненной работы Scrum 2.0 определяют последовательность шагов 4 состояний, из Создать, Одобрено и Зафиксировано, пункт Операции, а также включают пятое состояние, Удалено для учета состояния вне типичной прокрутки.Metastates, с другой стороны, определяет способ доски невыполненной работы и задач обрабатывают каждое состояние рабочего процесса.Основные metastates, используемые доской невыполненной работы и задачи Proposed, InProgress и Complete.Путем связывания каждое состояние рабочего процесса в metastate, фоновые операции выполнялись для отображения списка невыполненных работ и доски задачи известны как правильно интерпретировать состояние каждого рабочего элемента.Metastates относятся к типам рабочих элементов.

Например, следующий синтаксис представляет ассоциации, которые входят в файле определения для CommonConfiguration для сопоставления состояния рабочего процесса для типов рабочих элементов, определенных в Microsoft.RequirementCategory для шаблона процесса Scrum 2.0.В этом примере, состояния Создать и Одобрено связаны с metastate Proposed.Metastate Proposed отображаются рабочие элементы, представленные еще не зафиксированы, или пока не будет работать, и поэтому отображаются на странице невыполненной работы по продукту.Изменения состояния рабочего процесса в состояние, которое не связано с metastate Proposed, он понизится из страницы невыполненной работы по продукту.

  <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>

В следующей таблице описаны категории 2 metastates и типы перечислений, поддерживаемые каждым.

Группа	Поддерживаемые типы	Примечания
Поворотливый	Proposed: Отображает рабочие элементы, которые являются новыми, еще не зафиксированными или еще не обработанными. InProgress: Отображает рабочие элементы, которые были зафиксированы или активно обрабатываются. Complete: Отображает рабочие элементы, которые были реализованы.	Metastates, определенные для поворотливой группы поддерживают назначения для нескольких категорий, включая требования, задачи, ошибки и категории отзыва.Как правило, эти сопоставления: Proposed: Новый, предложенный, утвержден или независимо.Рабочие элементы в этом metastate отображаются на странице невыполненной работы по продукту. InProgress: Активно, зафиксировано, выполняется или разрешено.Рабочие элементы в этом metastate удаляются из страницы невыполненной работы по продукту, поскольку они были зафиксированы в итерацию или спринту. Complete: Закрыто или завершение.Предоставляемое по невыполненными задача в этом metastate включается в вычисления скорости. Рабочие элементы в рабочем процессе заявляют, который не сопоставляется с одной из поддерживаемых metastates не будут появляться на страницы доски невыполненной работы или задачи.
Ошибка	Resolved: Отображает ошибки, которые были разрешены.	Metastates, предназначенные для поддержки группы ошибки, разрешенное состояние рабочего процесса ошибок. Примечание Можно присвоить только metastate Resolved в состояние рабочего процесса, указанным в элементе BugWorkItems.

Поворотливый

Proposed: Отображает рабочие элементы, которые являются новыми, еще не зафиксированными или еще не обработанными.
InProgress: Отображает рабочие элементы, которые были зафиксированы или активно обрабатываются.
Complete: Отображает рабочие элементы, которые были реализованы.

Metastates, определенные для поворотливой группы поддерживают назначения для нескольких категорий, включая требования, задачи, ошибки и категории отзыва.Как правило, эти сопоставления:

Proposed: Новый, предложенный, утвержден или независимо.Рабочие элементы в этом metastate отображаются на странице невыполненной работы по продукту.
InProgress: Активно, зафиксировано, выполняется или разрешено.Рабочие элементы в этом metastate удаляются из страницы невыполненной работы по продукту, поскольку они были зафиксированы в итерацию или спринту.
Complete: Закрыто или завершение.Предоставляемое по невыполненными задача в этом metastate включается в вычисления скорости.

Рабочие элементы в рабочем процессе заявляют, который не сопоставляется с одной из поддерживаемых metastates не будут появляться на страницы доски невыполненной работы или задачи.

Ошибка

Resolved: Отображает ошибки, которые были разрешены.

Metastates, предназначенные для поддержки группы ошибки, разрешенное состояние рабочего процесса ошибок.

Примечание

Можно присвоить только metastate Resolved в состояние рабочего процесса, указанным в элементе BugWorkItems.

К началу

Настраивать страницу невыполненной работы по продукту

Список невыполненных работ по продукту представляет список требований для продукта, разработчик.Невыполненные работы соответствуют конкретному типу рабочего элемента в зависимости от шаблона процесса, используемого для создания командного проекта, например элементу невыполненной работы по продукту, пользовательской истории или требованию.При использовании различных типов рабочих элементов или захватываете требований по двум или более типов рабочих элементов, можно настраивать страницу невыполненной работы по продукту для поддержки в потребление.В частности, можно настраивать макет и функцию страницы невыполненной работы по продукту следующими способами:

Укажите поля и типы рабочих элементов, доступных для быстро добавлять элементы в невыполненную работу с помощью "быстро добавить панель".
В столбцах и последовательность столбцов, используемую для перечисления элементов невыполненной работы по продукту.
Настройка типов рабочих элементов, считаются невыполненными работами.

Задайте для состояния рабочего процесса из списка невыполненных работ, на список невыполненной работы по продукту, или завершите и рассматриваться как высчитывая скорости.

Примечание
Убедитесь, что только типы рабочих элементов с рабочим процессом заявляют, соответствующий metastate Proposed появится на странице невыполненной работы по продукту.Кроме того, при добавлении типа рабочего элемента в категории требований, не забудьте добавить поле, используемое для отслеживания по быстродействия группы в определение типа рабочего элемента.

Убедитесь, что только типы рабочих элементов с рабочим процессом заявляют, соответствующий metastate Proposed появится на странице невыполненной работы по продукту.Кроме того, при добавлении типа рабочего элемента в категории требований, не забудьте добавить поле, используемое для отслеживания по быстродействия группы в определение типа рабочего элемента.

В поле " используется для вычисления скорости.

Примечание
Последовательность элементов на странице невыполненной работы по продукту, согласно которой добавленные элементы или перемещенный элементы на странице.При перетаскивании элементов, обновления фонового процесса поле было присвоено значение type="Order".

Последовательность элементов на странице невыполненной работы по продукту, согласно которой добавленные элементы или перемещенный элементы на странице.При перетаскивании элементов, обновления фонового процесса поле было присвоено значение type="Order".

К началу

Настраивать страницы спринта или " невыполненная работа по итерации "

Страницы спринта или " невыполненная работа по итерации " отображаются и набор требований, и команда совершали к определенному циклу итерации и задач, связанных с этим требованиям.Задачи необходимо связать с требованиями использование дочерний тип связи.Так как типы рабочих элементов, которые отображаются на эти страницы совпадают с теми же типами, которые отображаются на странице невыполненной работы по продукту, большая часть работы настройки, вносимые страницы невыполненной работы по продукту определяет функцию страниц " невыполненная работа по итерации ".

Можно настраивать макет и функции страниц " невыполненная работа по итерации " следующими способами.

Задайте последовательность столбцов и столбцов.
Указать последовательность или порядок сортировки невыполненных работ.
Настройка дочерние рабочие элементы, которые можно добавить задачу (по умолчанию).
Определите поля и форматирование (часы или дни) используется для вычисления " оставшиеся трудозатраты ".
Определите поле, используемое для связывания действие " и " оставшиеся трудозатраты " использование ресурсов - действие.
Определите нерабочие дни, используемые при расчете ресурсов и сгорания (по умолчанию это суббота и воскресенье).

Вы настраиваете эти функции настраивая один или несколько из следующих файлов определения для командного проекта. AgileConfiguration, CommonConfiguration и категории.Для получения дополнительной информации см. Настройка страниц невыполненной работы.Чтобы узнать больше о работе с веб-страницами невыполненной работы см. в разделах Создание или невыполненной работы по продукту или добавление в нее элементов и Планирование итерации.

К началу

Настраивать страницу доски задачи

Применяя доску задач, команда может обновлять рабочие элементы и сообщать о ходе выполнения.Столбцы доски задачи соответствуют состоянию рабочего процесса присвоенным задачам.Отображаются рабочие элементы включают все невыполненные работы, присвоенные текущей итерации, и все связанные задачи этих дочерних элементов независимо от итерации, которой они были присвоены.

Элементы задач можно добавлять в качестве дочерних задач к невыполненным задачам в зависимости от типа рабочих элементов, присвоенных категориям задач.На доске задачи, отображаются в заголовок столбца их состояния рабочего процесса.При перетаскивании задачи из одного столбца в другую, поле состояния для этого элемента автоматически обновляется.

Так как типы рабочих элементов, которые отображаются на эти страницы совпадают с теми же типами, которые отображаются на странице " невыполненная работа по итерации ", большая часть работы изменения, внесенные на странице " невыполненная работа по итерации " указывает, что на странице отображается доски задачи.

Можно настраивать функцию страницы доски задачи следующими способами:

Определите, какие дочерние рабочих элементов отображаются на доску задачи и типы, которые можно добавить в качестве дочернего элемента в невыполненную работу по умолчанию (задача).
Выделите состояния рабочего процесса элементов задач, считается, что находятся на доске задачи.
Изменить набор максимального предела на количество рабочих элементов, которые могут отображаться на доску задачи.Значение по умолчанию - 500 рабочих элементов.

Вы настраиваете эти функции настраивая один или несколько из следующих файлов определения для командного проекта. AgileConfiguration, CommonConfiguration и категории.Для получения дополнительной информации см. Настройка страниц невыполненной работы.Чтобы узнать больше о работе с доской задач см. в разделе Выполнение итерации.

К началу

Настраивать ошибки и мой рабочий

Моя работаTeam Explorer, функция, позволяющая разработчикам упорядочить их работы, и уменьшить время работы планировщиками, ссылки metastates присвоили к категории ошибок.

Настраивается эта область путем обновления файлов определения для категорий и CommonConfiguration.Для получения дополнительной информации см. Поддержка состояния обновления ошибки с помощью функции "Моя работа".

К началу

Экспортировать и импортировать файлы конфигурации для определения процесса задаются

Прежде чем настраивать в отростчатая конфигурация, можно экспортировать текущий файл определения, определенных для командного проекта.После того как вы настраивали файл определения необходимо импортировать его в командный проект для изменения отображаться.

Экспортировать файл определения

На компьютере, где установлены Visual Studio или Team Explorer, чтобы открыть окно командной строки и введите:
```
cd %programfiles%\Microsoft Visual Studio 11.0\Common7\IDE
```
В 64-разрядной версии Windows замените %programfiles% на %programfiles(x86)%..
Чтобы экспортировать файлы определения для категорий или процесса задаются конфигурации, введите следующие команды, по одному, подставив свои данные вместо показанных аргументов здесь, где CollectionURL указывает URL-адрес коллекции командных проектов, ProjectName определяет имя командного проекта, определенного в коллекции, и DirectoryPath определяет имя и расположение файла, чтобы экспортировать.Затем выберите Ввод.
```
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"
```
Следующая команда представляет собой пример, как импортировать файлы определения для конфигурации гибкого процесса:

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

Чтобы импортировать файл определения

Импортировать файлы определения для категорий или процесса задаются конфигурации перейдите из предыдущей процедуры и введите следующие команды, по одному, подставив свои данные вместо показанных аргументов, и затем выбрать входные данные.

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"

Важно
Импортирование файла определения перезаписать все существующие категории или конфигурации, определенные для командного проекта.