Справочник по XML-элементам конфигурации процесса

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

Эти средства, которые можно просматривать с помощью Team Web Access (TWA), отображаются в виде отфильтрованного набора рабочих элементов на основе конфигурации, заданной в разделах PortfolioBacklog, RequirementBacklog и TaskBacklog конфигурации процессов XML-файла определения. Кроме того, конфигурация процесса определяет сопоставления состояний рабочих процессов метасостояниям для всех типов рабочих элементов (WIT), требующих сопоставления.

Дополнительные сведения см. в разделе Настройка средств планирования Agile для командного проекта.

Настраиваемые области

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

  • Сопоставление метасостояний для категории типов рабочих элементов

  • Настройка столбцов и последовательности столбцов по умолчанию

  • Настройка панели быстрого добавления

  • Изменение числа рабочих элементов, которые могут отображаться на доске задач

• Сопоставление метасостояний типов рабочих элементов для конкретного инструмента

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

• Указание выходных дней

• Изменение цвета для типа рабочего элемента

Чтобы обновить конфигурацию процесса, экспортируйте файл определения XML, отредактируйте его и затем импортируйте. Для импорта и экспорта файла используется команда командной строки witadmin.

Примечание

Примеры синтаксиса, показанные в этом разделе, соответствуют назначениям по умолчанию, определенным в шаблоне процесса Visual Studio Scrum 2013.Для получения последней версии шаблонов процесса установите последнюю версию Team Foundation Server и загрузите шаблоны с помощью диспетчера шаблонов процессов.

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

Существует три типа страниц невыполненной работы: невыполненная работа по продукту, невыполненная работа по итерации или спринту и невыполненная работа портфеля. Каждую страницу невыполненной работы можно настроить следующими способами.

• Сопоставления метасостояний: сопоставление состояний рабочих процессов метасостояниям. Эти сопоставления поддерживают отображение всех страниц гибкого планирования, включая канбан-доску и доску задач.

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

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

• Поля столбцов: определите поля по умолчанию и последовательность столбцов.

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

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

Элемент	Описание
PortfolioBacklogs	Необязательно. Элемент-контейнер для страниц невыполненной работы портфеля.
PortfolioBacklog	Необязательно. До 5 экземпляров. Элемент-контейнер, определяющий сопоставления метасостояний, столбцы по умолчанию и панель быстрого добавления для страницы невыполненной работы портфеля. <PortfolioBacklog category="PortfolioCategory" parent="ParentCategory" pluralName="PluralName" singularName="SingleName">    <States> . . . </States>    <Columns> . . . </Columns>    <AddPanel> . . . </ AddPanel> </PortfolioBacklog > Присвойте значения атрибутам согласно следующему описанию. category: укажите имя категории, определенной в файле определения категорий для командного проекта, который содержит типы рабочих элементов для связывания с данным типом невыполненной работы. parent: укажите имя категории, представляющей невыполненную работу родительского портфеля в иерархии. pluralName: укажите метку множественного числа для использования при ссылке на типы рабочих элементов, связанные с данным элементом невыполненной работы. Например, истории, цели, инициативы или эпопеи. singularName: укажите метку единственного числа для использования при ссылке на типы рабочих элементов, связанные с данным типом невыполненной работы. Например, история, цель, инициатива или эпопея.
RequirementBacklog	Обязательный. Только один экземпляр. Элемент-контейнер, определяющий сопоставления метасостояний, столбцы по умолчанию и панель быстрого добавления для страницы невыполненной работы по продукту. На странице невыполненной работы по продукту отображаются все активные элементы невыполненной работы команды. <RequirementBacklog category="RequirementCategory" pluralName="PluralName" singularName="SingleName">    <States> . . . </States>    <Columns> . . . </Columns>    <AddPanel> . . . </ AddPanel> </RequirementBacklog >
TaskBacklog	Обязательный. Только один экземпляр. Элемент-контейнер, используемый для настройки макета страниц, на которых отображаются рабочие элементы, назначенные конкретной итерации. <TaskBacklog category="Microsoft.TaskCategory" pluralName="Tasks" singularName="Task workItemCountLimit="MaximumLimit"> . . .  </TaskBacklog > По умолчанию для доски задач существует ограничение в 500 рабочих элементов. Это ограничение можно изменить, задав значение для атрибута workItemCountLimit.

Примечания по реализации

• Значения, присваиваемые элементу CategoryName, должны соответствовать группе категорий, определенной для командного проекта. Группы категорий указываются в файле определений для категорий. Для получения дополнительной информации см. Справочник по XML-элементам категорий.

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

  Примечание

  Для использования страниц портфеля может потребоваться расширенный доступ.Дополнительные сведения см. в разделе Изменение уровней доступа.

  Сведения об использовании страниц невыполненной работы портфеля см. в разделе Работа с невыполненными работами портфеля.

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

  Сведения об использовании страниц невыполненной работы по продукту см. в разделе Создание списка невыполненной работы.

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

  Сведения об использовании страниц невыполненной работы спринта см. в разделе Работа в спринтах.

Сопоставление состояний рабочих процессов метасостояниям

Для большинства типов рабочих элементов требуется сопоставление их состояний рабочего процесса метасостоянию. Состояния рабочего процесса определяют, как рабочий элемент переходит от первой активации или создания в состояние закрытия или завершения. Например, состояния, определенные для элемента невыполненной работы по продукту в Scrum, задают последовательность изменения четырех состояний — от Создать, Утверждено, Зафиксировано до Готово, — а также включают пятое состояние Удалено для учета состояния, удаленного из невыполненной работы без реализации.

Метасостояния, с другой стороны, определяют обработку каждого состояния рабочего процесса средствами гибкого планирования. Основные метасостояния, используемые доской невыполненной работы и задач, —Proposed, InProgress и Complete.

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

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

Существует три категории метасостояний: «Гибкая разработка», «Ошибка» и «Отзыв». В следующей таблице описывается сопоставление атрибутов и значений.

Элемент	Описание
State	Обязательный. Назначает состояние рабочего процесса метасостоянию. <State type="TypeName" value="ValueName"/> Допустимые значения TypeName соответствуют значению, присвоенному элементу STATE в разделе WORKFLOW типов рабочих элементов, назначенных группе категорий. Допустимые значения ValueName соответствуют одному из следующих значений. Гибкая разработка: используется для всех типов рабочих элементов. Proposed: указывает новые рабочие элементы, которые еще не зафиксированы или не обрабатываются. InProgress: указывает рабочие элементы, которые были зафиксированы или над которыми ведется активная работа. Complete: указывает рабочие элементы, которые были реализованы. Чтобы канбан-доска была действительной, хотя бы одно состояние рабочего процесса должно быть сопоставлено метасостоянию Complete. После перехода рабочего процесса в состояние, связанное с метасостоянием Complete, соответствующий рабочий элемент исчезнет со страницы элементов невыполненной работы по продукту. Однако он по-прежнему будет отображаться на канбан-доске. Рабочие элементы в состоянии рабочего процесса, не сопоставленные одному из поддерживаемых метасостояний, на страницах невыполненной работы и доски не отображаются. Ошибка: используется только для типов рабочих элементов, сгруппированных в категории ошибки. Помимо метасостояний гибкой разработки, включает метасостояние Resolved, указывающее ошибки, которые были устранены. Примечание Метасостояние Resolved можно назначить только состоянию рабочего процесса, указанному в элементе BugWorkItems. Отзыв: используется только для типов рабочих элементов, сгруппированных в категориях «Запрос на отзыв» и «Ответ на отзыв». Requested, Received, Reviewed и Declined.
States	Определяет коллекцию элементов State, связывающих состояния рабочего процесса рабочих элементов с метасостояниями. Обязательный элемент для следующих родительских элементов: BugWorkItems PortfolioBacklog RequirementBacklog TaskBacklog TestPlanWorkItems TestSuiteWorkItems FeedbackRequestWorkItems FeedbackResponseWorkItems

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

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

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

Элемент	Описание
Columns	Задает коллекцию элементов Column. Обязательный элемент для следующих элементов страницы невыполненной работы: PortfolioBacklog, RequirementBacklog и TaskBacklog.
Column	Указывает поле для отображения в виде столбца на странице невыполненной работы. <Column refname="FieldReferenceName" width="FieldWidth" />

Заголовки столбцов доски задач

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

Настройка панели быстрого добавления

На любую панель быстрого добавления можно добавлять поля. В приведенном ниже примере на панель невыполненной работы по продукту добавляется поле Ценность для бизнеса.

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

Приведенный ниже код соответствует назначениям по умолчанию, определенным в шаблонах процессов Visual Studio Scrum и MSF для гибкой разработки.

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

Элемент	Описание
AddPanel	Элемент-контейнер, используемый для задания взаимодействия "быстрое добавление", т. е. полей для отображения в области панели, в которой определяются новые элементы невыполненной работы.
Fields	Задает коллекцию элементов Field.
Field	Задает поле рабочего элемента, подлежащее отображению на панели для страницы невыполненной работы по продукту. <Field refname="FieldReferenceName"/> Это же поле должно отображаться в формах рабочих элементов всех типов, содержащихся в категории невыполненной работы.

Изменение числа рабочих элементов, которые могут отображаться на доске задач

Чтобы не снижалась производительность, для доски задач введено ограничение на отображение максимум 500 рабочих элементов. При открытии доски задач все рабочие элементы загружаются в кэш. Ограничение количества рабочих элементов может сократить время загрузки. Это ограничение можно изменить, указав значение для атрибута workItemCountLimit элемента TaskBacklog.

Например, увеличить значение ограничения можно добавлением параметра workItemCountLimit="800":

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

Сопоставление метасостояний типов рабочих элементов для конкретного инструмента

Сопоставления метасостояний определяются для дополнительных категорий типов рабочих элементов. Для шаблона процессов Scrum они включают сопоставления для категорий запросов и ответов на отзыв. Для шаблонов процессов MSF Agile и CMMI они также содержат сопоставления для категории ошибок. (Scrum содержит ошибки в категории требований и поэтому определяет сопоставления метасостояний в разделе 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>

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

Элемент	Описание
BugWorkItems	Необязательно. Элемент-контейнер, определяющий сопоставления метасостояний для типов рабочих элементов, назначенных категории ошибок. Помимо того, что эти сопоставления используются при отображении страниц гибкого планирования TWA, они также управляют тем, как функция Моя работа в Team Explorer обновляет состояние ошибок при их перемещении разработчиками с помощью этой функции. Дополнительные сведения см. в разделе Создайте новый код для описания функциональности пользователя. <BugWorkItems category="CategoryName" pluralName="PluralName" singularName="SingleName">    <States> . . .    </States> </BugWorkItems>
FeedbackRequestWorkItems	Обязательный. Не настраивайте. Элемент-контейнер, определяющий сопоставления метасостояний для типов рабочих элементов, назначенных категории запросов на отзыв. <FeedbackResponseWorkItems category="CategoryName" pluralName="PluralName" singularName="SingleName">    <States> . . .    </States> </FeedbackRequestWorkItems>
FeedbackResponseWorkItems	Обязательный. Не настраивайте. Элемент-контейнер, определяющий сопоставления метасостояний для типов рабочих элементов, назначенных категории ответов на отзыв. <FeedbackResponseWorkItems category="CategoryName" pluralName="PluralName" singularName="SingleName">    <States> . . .    </States> </FeedbackResponseWorkItems>
TestPlanWorkItems	Требуется только, если вы настраивали состояния рабочего процесса для плана тестирования и поддерживаете подключения к командному проекту из версии Test Manager, установленной в Visual Studio 2013.2 или более ранних версий. Элемент-контейнер, определяющий сопоставления метасостояний для типов рабочих элементов, назначенных категории плана тестирования. Например: <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	Требуется только, если вы настраивали состояния рабочего процесса для наборов тестов и поддерживаете подключения к командному проекту из версии Test Manager, установленной в Visual Studio 2013.2 или более ранних версий. Элемент-контейнер, определяющий сопоставления метасостояний для типов рабочих элементов, назначенных категории наборов тестов. Например: <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>

Для сопоставления метасостояний TestPlanWorkItems или TestSuiteWorkItems необходимо обновить сервер уровня приложения до версии TFS 2013.3. После этого можно настраивать состояния рабочего процесса для плана тестирования и наборов тестов.

Дополнительные сведения см. в разделе Импорт и экспорт конфигурации процесса.

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

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

Например, при изменении поля refname, назначенного параметру type="Activity", это поле необходимо включить в определение типа рабочего элемента, назначенное категории задач, в которой собираются сведения о действиях.

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

Элемент	Описание
TypeFields	Обязательный. Задает коллекцию элементов TypeField.
TypeField	Обязательный. Задает ссылочное имя поля, значение которого поддерживает тип действия для функциональной области. Указываемые поля должны соответствовать полям, используемым в типах рабочих элементов, применяемых для сбора данных о функциях. <TypeField refname=”FieldReferenceName” type=”NameOfType” [format="{0} TimeUnitString"] / > Укажите формат, только если type="RemainingWork". Для TimeUnitString можно задать любую текстовую строку, которую требуется отображать на диаграммах производительности на текущей странице невыполненной работы по итерации и на доске задач. Для страниц гибкого планирования Activity: используется для поддержки функции расчета производительности в зависимости от активности. Укажите поле, используемое в типе рабочего элемента, назначенном категории задач. Примечание. Значения, отображаемые на странице "Производительность" средства планирования Agile, отражают объединение всех значений, определенных для поля во всех командных проектах в экземпляре коллекции проекта. Таким образом, чтобы ограничить значения, отображаемые для производительности на страницах невыполненной работы спринта, необходимо, чтобы значения во всех командных проектах совпадали для поля, назначенного type="Activity". Effort: используется для расчета скорости работы команды. Укажите поле, используемое в типе рабочего элемента, назначенном категории требований, применяемой для фиксации расчетного объема трудозатрат, баллов истории или объема работы, которая должна быть выполнена по элементу невыполненной работы. Order: используется для определения порядка сортировки элементов на страницах невыполненной работы и доски. Рабочие элементы перечисляются на странице в порядке возрастания, как определено данным полем для этого типа. Примечание Элементы можно перемещать, перетаскивая их вверх или вниз списка на странице невыполненной работы.При перемещении элементов фоновый процесс обновляет поле, назначенное параметру type="Order". RemainingWork: используется для расчета оставшихся трудозатрат и создания диаграмм сгорания. Укажите поле, используемое в типе рабочего элемента, назначенном категории задач, применяемой для фиксации часов, дней и других единиц измерения оставшейся работы. Значение, заданное для параметра format, используется на страницах невыполненной работы и доски задач везде, где сообщается об оставшихся трудозатратах. Например, при создании отчетов о производительности в зависимости от активности или производительности на члена команды или рядом с заголовком столбца для состояний задачи на доске задач. Для TimeUnitString укажите любую текстовую строку, которую требуется использовать для отражения значения времени, например часов или дней. Например, допустимы все приведенные ниже значения: format="{0} h" format="{0} hours" format="hours {0}" format="time {0}" Team: используется для связывания страниц невыполненной работы с командой. Значение по умолчанию — System.AreaPath. Для отделения команд от путей к области можно указать другое поле согласно описанию в разделе Настройка командного проекта для поддержки полей команд. Для формы запроса на отзыв Примечание Назначения по умолчанию, сделанные для указанных ниже элементов TypeField, изменять не требуется.Эти назначения соответствуют полям, используемым для сбора соответствующих сведений в типе рабочего элемента, назначенном категории запроса отзыва. ApplicationStartInformation: используется для получения пути для выполнения приложения. ApplicationLaunchInstructions: используется для получения инструкций по запуску. ApplicationType: используется для получения типа приложения. Перечисленные типы соответствуют разрешенным значениям, указанным в определении типа рабочего элемента для запроса на отзыв. Сведения о настройке этого списка см. в статье Настройка списка выбора.
TypeFieldValues	Обязательный элемент для TypeFieldValue при type="ApplicationType". Определяет коллекцию элементов TypeFieldValue, используемых в форме запроса на отзыв.
TypeFieldValue	Обязательный. Не настраивайте. Задает имя типа приложения для отображения в форме запроса на отзыв. <TypeFieldValue value="ApplicationTypeName" type="TypeApp"/> Назначения по умолчанию соответствуют разрешенным значениям, указанным в определении типа для формы запроса на отзыв. <TypeFieldValues>    <TypeFieldValue value="Web application" type="WebApp" />    <TypeFieldValue value="Remote machine" type="RemoteMachine" />    <TypeFieldValue value="Client application" type="ClientApp" /> </TypeFieldValues>

Примечания по реализации

• При изменении этого поля в разделе TypeFields необходимо внести соответствующее изменение в определении типа рабочего элемента. Например, при изменении полей, назначенных для фиксации работы Effort, необходимо внести такое же изменение в определениях типов рабочих элементов для элемента невыполненной работы по продукту и ошибки (для Scrum).

• Поиск ссылочного имени поля можно осуществлять с помощью указателя.

Назначение нерабочих дней

Планирование производительности и диаграммы сгорания относятся к нерабочим дням. В каждом шаблоне процесса Team Foundation Server определяются указанные ниже нерабочие дни.

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

Элемент	Описание
DayOfWeek	Обязательный дочерний элемент элемента Weekends. Указывает день недели, соответствующий нерабочему дню. <DayOfWeek>NameOfADay</DayOfWeek> Допустимые имена соответствуют английским дням недели: Sunday, Monday, Tuesday, Wednesday, Thursday, Friday и Saturday. Примечание День недели необходимо указывать на английском языке независимо от установленного языка Team Foundation Server.
Weekends	Необязательно. Элемент-контейнер, используемый для указания нерабочих дней. Нерабочие дни следует указывать, когда их требуется учитывать при расчете производительности и создании диаграмм сгорания. Этот элемент отображается на диаграмме сгорания и не может быть удален.

Изменение цвета для типа рабочего элемента

При просмотре результатов запроса или невыполненной работы можно сразу различать типы рабочих элементов по назначенным им цветам.

Указанные ниже назначения цвета определяются в шаблоне процесса Scrum.

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

Элемент	Описание
WorkItemColors	Необязательно. Элемент-контейнер для указания цветов для типов рабочих элементов.
WorkItemColor	Задает цвета, используемые для отображения типа рабочего элемента в TWA. Основной цвет используется при отображении списков, а дополнительный — при отображении досок, например доски задач и канбан-доски. <WorkItemColor primary="HexColorCode" secondary="HexColorCode" name="witName" />

Вопросы и ответы

Вопрос. Как настроить другие функции, отображаемые в средствах гибкого планирования в TWA?

Ответ. Некоторые настройки можно выполнить через пользовательский интерфейс. В других случаях необходимо изменять конфигурацию процесса или других объектов командного проекта. Для получения общих сведений см. Настройка средств планирования Agile для командного проекта.

Вопрос. Можно ли работать с несколькими невыполненными работами портфеля?

Ответ. По умолчанию среда поддерживает один уровень невыполненной работы портфеля. Можно добавить до 5 уровней согласно описанию в разделе Добавление невыполненной работы в управление портфелем Agile.

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

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

Вопрос. Можно ли где-нибудь увидеть пример импорта и экспорта конфигурации процесса?

Ответ. Такой пример можно посмотреть по следующей ссылке: Импорт и экспорт конфигурации процесса [witadmin].