Поделиться через

Настройка страницы доски задач

  • Статья

Можно настраивать доску задач Team Web Access для определения различных типов рабочих элементов и увеличения количества отображаемых на странице рабочих элементов.Например, может потребоваться добавить ошибки в дополнение к задачам, отображенным на доске задач.Применяя доску задач, команда может обновлять рабочие элементы и сообщать о ходе выполнения.Отображаемые рабочие элементы включают в себя все задачи и их родительские элементы, которые выполняются в текущей итерации, независимо от итерации, на которой были включены родительские элементы.Дополнительные сведения об использовании доски задач см. в разделе Выполнение итерации.

Если командный проект был создан с помощью шаблона процесса, предоставленного не Visual Studio Application Lifecycle Management (ALM), или вы самостоятельно настроили определения типов для рабочих элементов или изменили стадию их рабочих процессов, необходимо настроить один из файлов определения, для конфигурации процесса.

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

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

  • Заголовки столбцов и последовательность столбцов

  • Порядок сортировки элементов невыполненной работы

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

Требования

  • Для запуска программы командной строки witadmin, необходимо быть членом группы Team Foundation Administrators или членом группы Администраторы проекта.Дополнительные сведения см. в разделе Разрешения Team Foundation Server.

  • Чтобы просмотреть страницу доски задач, разрешения Team Web Access должны быть установлены в Стандартные.Могут применяться дополнительные требования лицензирования.Дополнительные сведения см. в разделе Доступ к функциям Team Web Access.

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

Следующие элементы определяют, какие рабочие элементы отображаются на странице доски задач.

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

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

    Только задачи, которые были присвоены текущей итерации, отображается на доске задач.

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

ПримечаниеПримечание

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

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

  1. Для запуска инструмента командной строки witadmin откройте окно командной строки там, где установлены либо Visual Studio, либо Team Explorer и введите:

    cd %programfiles%\Microsoft Visual Studio 11.0\Common7\IDE

    В 64-разрядной версии Windows замените %programfiles% на %programfiles(x86)%.

  2. Введите следующую команду, заменяя данные для аргументов, которые здесь отображаются, CollectionURL задает URL-адрес коллекции командных проектов, ProjectName определяет имя командного проекта, указанного в коллекции, и DirectoryPath указывает имя и расположение файла для экспорта.Затем выберите Ввод.

    witadmin exportcategories /collection:CollectionURL /p:ProjectName /f:"DirectoryPath\categories.xml"

  3. Откройте файл категорий в блокноте, и присвойте элементу CATEGORY значение "Task Category".

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

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

    <CATEGORY name="Task Category" refname="Microsoft.TaskCategory">
   <DEFAULTWORKITEMTYPE name="Task" />
   <WORKITEMTYPE name="Bug" />
</CATEGORY>
    СоветСовет

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

  5. Введите следующую команду, чтобы импортировать файл определения:

    witadmin importcategories /collection:CollectionURL /p:ProjectName /f:"DirectoryPath\categories.xml"

Присвоить метасостояния состояниям рабочего процесса с типом задачи в качестве рабочих элементов

  1. Из окна командной строки witadmin введите следующую команду, заменяя данные для аргументов, которые здесь отображаются, CollectionURL задает URL-адрес коллекции командных проектов, ProjectName определяет имя командного проекта, указанного в коллекции, и DirectoryPath указывает имя и расположение файла для экспорта.Затем выберите Ввод.

    witadmin exportcommonprocessconfig /collection:CollectionURL /p:ProjectName /f:"DirectoryPath\CommonConfiguration.xml"

  2. Откройте файл CommonConfiguration в блокноте и найдите элемент TaskWorkItems.

    Например, для шаблона процесса гибкой разработки подойдет следующий синтаксис:

    <TaskWorkItems category="Microsoft.TaskCategory">
   <States>
      <State value="New" type="Proposed" />
      <State value="Active" type="InProgress" />
      <State value="Closed" type="Complete" />
   </States>
</TaskWorkItems>

    Доска задач отображает заголовки столбцов Создать, Активно и Закрыто.

  3. (Необязательно) Чтобы включить состояния рабочего процесса для рабочего элемента другого типа, например ошибки, необходимо добавить назначение для состояния рабочего процесса Разрешено.

    Например, можно обновить <TaskWorkItems>, чтобы он содержал назначения метасостояний для обеих задач и ошибок, связанных с элементами невыполненной работы.В следующем синтаксисе состояние рабочего процесса Resolved присвоено метасостоянию InProgress.

    <TaskWorkItems category="Microsoft.TaskCategory">
   <States>
      <State value="New" type="Proposed" />
      <State value="Active" type="InProgress" />
      <State value="Resolved" type="InProgress" />
      <State value="Closed" type="Complete" />
   </States>
</TaskWorkItems>
    Важное примечаниеВажно

    Необходимо указать значение для элемента State, соответствующее допустимому состоянию рабочего процесса.Допустимое состояние рабочего процесса в этом случае является состоянием, которое было определено для типа рабочего элемента, который содержится в категории задачи для командного проекта.Также необходимо присвоить метасостояние type гибкой группе, Proposed, InProgress и Complete.Описание каждого из этих состояний см. в разделе Состояния рабочего процесса, метасостояния и конфигурация процесса.

  4. Введите следующую команду, чтобы импортировать файл определения:

    witadmin importcommonprocessconfig /collection:CollectionURL /p:ProjectName /f:"DirectoryPath\CommonConfiguration.xml"

  5. Нажмите клавишу F5 для обновления Team Web Access веб-страницы, чтобы отразить изменения.

К началу

Столбцы и последовательность столбцов

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

Не следует изменять структуру столбцов.

К началу

Порядок сортировки элементов невыполненной работы

Элементы невыполненной работы перечислены в порядке возрастания согласно значению поля, которому присвоено значение type="Order" в определении для CommonConfiguration.Это поле контролирует порядок невыполненной работы на итерации и на страницах задач.

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

  1. В окне командной строки введите следующую команду для witadmin, заменяя данные для аргументов, показанных здесь, CollectionURL задает URL-адрес коллекции командных проектов, ИмяПроекта задает имя командного проекта, указанного в коллекции, и DirectoryPath задает имя и расположение файла, который необходимо экспортировать.Затем выберите Ввод.

    witadmin exportcommonprocessconfig /collection:CollectionURL /p:ProjectName /f:"DirectoryPath\CommonConfiguration.xml"

  2. Откройте файл CommonConfiguration в блокноте и найдите элемент TypeField со значением type="Order".

    Например, по умолчанию значение для шаблона процесса гибкой разработки:

    <TypeField refname="Microsoft.VSTS.Common.StackRank" type="Order" />

  3. Измените значение, присвоенное refname полю, по значению которого будет производится сортировка.

    Например, следующий синтаксис определяет для сортировки элементов невыполненной работы пользовательское поле Fabrikam.Order.

    <TypeField refname="Fabrikam.Order" type="Order" />
    Важное примечаниеВажно

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

  4. Введите следующую команду, чтобы импортировать файл определения:

    witadmin importcommonprocessconfig /collection:CollectionURL /p:ProjectName /f:"DirectoryPath\CommonConfiguration.xml"

  5. Нажмите клавишу F5 для обновления Team Web Access веб-страницы, чтобы отразить изменения.

К началу

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

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

  1. Из окна командной строки witadmin введите следующую команду, заменяя данные для аргументов, которые здесь отображаются, CollectionURL задает URL-адрес коллекции командных проектов, ProjectName определяет имя командного проекта, указанного в коллекции, и DirectoryPath указывает имя и расположение файла для экспорта.Затем выберите Ввод.

    witadmin exportagileprocessconfig /collection:CollectionURL /p:ProjectName /f:"DirectoryPath\AgileConfiguration.xml"

  2. Откройте файл AgileConfigurations в блокноте и найдите раздел IterationBacklog.

  3. Укажите значение для атрибута workItemCountLimit.

    Например, следующий синтаксис увеличивает объем до 800.

    <IterationBacklog workItemCountLimit="800">
. . .
  </IterationBacklog>

  4. Введите следующую команду, чтобы импортировать файл определения:

    witadmin importagileprocessconfig /collection:CollectionURL /p:ProjectName /f:"DirectoryPath\AgileConfiguration.xml"

  5. Нажмите клавишу F5 для обновления Team Web Access веб-страницы, чтобы отразить изменения.

К началу

См. также

Основные понятия

Выполнение итерации

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

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