Настройка невыполненных работ и досок проекта в Azure Boards

Azure DevOps Services | Azure DevOps Server 2022 - Azure DevOps Server 2019 | TFS 2018

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

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

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

Рабочие элементы невыполненной работы и доски по умолчанию

Первое, что необходимо понимать, — это то, что в вашем продуктеотображаются рабочие элементы, соответствующие следующим критериям:

• Тип рабочего элемента относится к категории Требования. Типы зависят от процесса, выбранного для проекта:
  • Базовый : issue, имя невыполненной работы=Проблемы
  • Agile: User Story, Имя невыполненной работы=Stories
  • Scrum: Элемент невыполненной работы по продукту, имя невыполненной работы=Элементы невыполненной работы
  • CMMI: Обязательное требование, имя невыполненной работы=Требования
• Путь к области рабочего элемента соответствует одному из путей области выбранной команды
• Путь итерации рабочего элемента находится в пути итерации по умолчанию команды

Примечание

Базовый процесс доступен при добавлении проекта в Azure DevOps Services или Azure DevOps Server 2019 с обновлением 1. Для более ранних локальных развертываний выберите Процесс Agile, Scrum или CMMI.

• Тип рабочего элемента относится к категории Требования. Типы зависят от процесса, выбранного для проекта:
  • Agile: User Story, Имя невыполненной работы=Stories
  • Scrum: Элемент невыполненной работы по продукту, имя невыполненной работы=Элементы невыполненной работы
  • CMMI: Обязательное требование, имя невыполненной работы=Требования
• Путь к области рабочего элемента соответствует одному из путей области выбранной команды
• Путь итерации рабочего элемента находится в пути итерации по умолчанию команды

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

Как показано на следующем рисунке, (1) выберите команду, (2) трудовую работу, (3) невыполненную работу, а затем невыполненную работу по продукту.

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

Рабочие элементы списка невыполненной работы по умолчанию и панели задач

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

Вы можете выбрать только пути итерации, которые были предварительно выбраны вашей командой.

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

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

Если в журнале невыполненной работы или канбан-доске не отображаются ожидаемые рабочие элементы, выполните следующие проверки:

1. Убедитесь, что вы выбрали невыполненную работу команды или совет по интересам. Дополнительные сведения см. в статье Навигация и открытие артефактов с помощью навигации и селекторов.

2. Создайте запрос элементов невыполненной работы, указав типы рабочих элементов, которые относятся к вашей категории "Требования" и пути к области, связанной с вашей командой, например:

   

3. Добавьте поля Состояние, Путь к области и Путь итерации в параметры столбца.

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

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

Примечание

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

Добавление ошибок в невыполненную работу и доски

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

Примечание

Типы рабочих элементов ошибок недоступны в базовом процессе. Базовый процесс отслеживает ошибки как проблемы и доступен при создании нового проекта из Azure DevOps Services или Azure DevOps Server 2019.1 или более поздних версий.

Каждая команда может управлять способом отслеживания ошибок. Вы можете отслеживать ошибки как относящиеся к категории Требования. Эти ошибки отображаются на доске "Невыполненная работа" и "Канбан" или в категории "Задачи". Они могут отображаться на панели задач или в категории Ошибки, где они не отображаются ни в невыполненной работе, ни на досках.

Если вы хотите, чтобы ошибки отображались в журнале невыполненной работы и доске, выберите Пункт Управление ошибками с помощью требований.

Дополнительные сведения см. в разделе Отображение ошибок на невыполненных работах и досках.

Исправление конфигурации канбан-платы

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

Нажмите кнопку Исправить, чтобы открыть диалоговое окно Параметры. Сведения о сопоставлении состояний рабочего процесса см. в статье Добавление столбцов на канбан-доску и Обновление сопоставлений канбан-столбцов с состоянием.

Настройка элементов контрольного списка канбан-доски

Контрольные списки — это отличный способ создания рабочих элементов, которые автоматически связываются ссылкой "родители-потомки" с другим рабочим элементом на канбан-доске. Вы можете настроить типы рабочих элементов, которые можно добавить в качестве контрольного списка, открыв параметры доски, выбрав Заметки и включите типы рабочих элементов, которые должны отображаться на доске. Дополнительные сведения см. в разделе Настройка карточек.

Например, здесь мы решили отслеживать ошибки вместе с задачами и включить отображение задач, ошибок, объектов GitHub и тестов в контрольных списках.

Примечание

Для заметок GitHub требуется Azure DevOps Server 2019 с обновлением 1 или более поздней версии.

Дополнительные сведения о контрольных списках см. в следующих статьях:

• Добавление задач или дочерних элементов в качестве контрольных списков
• Добавление, запуск и обновление встроенных тестов
• Связывание фиксаций, запросов на вытягивание и проблем GitHub с рабочими элементами

Например, здесь мы решили отслеживать ошибки вместе с задачами и включить отображение задачи и ошибки в контрольных списках.

Дополнительные сведения о контрольных списках см. в следующих статьях:

• Добавление задач или дочерних элементов в качестве контрольных списков
• Добавление, запуск и обновление встроенных тестов

Добавление других типов рабочих элементов в контрольный список канбан-доски

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

Например, здесь мы выбрали для отслеживания ошибок вместе с задачами и включили параметр Issue и Ticket и Task и Bug. Дополнительные сведения о контрольных списках см. в разделах Добавление задач или дочерних элементов в качестве контрольных списков и Добавление, запуск и обновление встроенных тестов.

Скрытие или отображение уровней невыполненной работы

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

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

Добавление настраиваемых типов рабочих элементов на уровни невыполненной работы и портфеля

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

Вы также можете добавить настраиваемые типы рабочих элементов и добавить их в список невыполненной работы портфеля. Вы можете добавить до пяти невыполненных работ по портфелям.

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

Дополнительные сведения см. в следующих ресурсах:

• Добавление типов рабочих элементов и управление ими (наследуемый процесс)
• Настройка невыполненных работ или досок (наследуемый процесс)
• Настройка процесса наследования

Модель процесса наследования:

• Добавление типов рабочих элементов и управление ими (наследуемый процесс)
• Настройка невыполненных работ или досок (наследуемый процесс)
• Настройка процесса наследования

Локальная модель XML-процессов:

• Добавление типа рабочего элемента в невыполненную работу и доску
• Добавление невыполненных работ портфеля
• Настройка локальной модели xml-процессов

• Добавление типа рабочего элемента в невыполненную работу и доску
• Добавление невыполненных работ портфеля
• Настройка локальной модели xml-процессов
• Добавление невыполненных работ портфеля

Добавление настраиваемых типов рабочих элементов в панель задач

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

Примечание

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

Отслеживание пользовательских рабочих элементов с помощью модели наследуемого процесса

Например, если вы хотите отслеживать пользовательский тип рабочего элемента Tickets, а также задачи и ошибки, выполните следующие задачи:

1. Определите тип настраиваемого рабочего элемента Ticket. См. раздел Добавление типов рабочих элементов и управление ими.

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

Добавление существующих и пользовательских типов рабочих элементов с помощью локальной модели процессов XML

Для локальных развертываний, использующих локальную модель xml-процессов для настройки отслеживания работы, можно добавить существующие и настраиваемые типы рабочих элементов на спринтовые доски задач. Например, если вы хотите отслеживать проблемы (или препятствия для процесса Scrum) и настраиваемый тип рабочего элемента Tickets, а также задачи и ошибки, необходимо выполнить следующие задачи:

1. Определите тип настраиваемого рабочего элемента Ticket. См. раздел Добавление или изменение типа рабочего элемента.

2. Добавьте типы рабочих элементов Issue и Ticket в категорию задачи, изменив XML-файл категорий. Дополнительные сведения см. в справочнике по xml-элементам Categories.

   Например, здесь мы добавим issue и ticket в категорию задачи.

     <CATEGORY name="Task Category" refname="Microsoft.TaskCategory">
       <DEFAULTWORKITEMTYPE name="Task" />
     <WORKITEMTYPE name="Issue" / 
     <WORKITEMTYPE name="Ticket" / 
     </CATEGORY>
   

3. Убедитесь, что состояния рабочего процесса "Проблема" и "Билет" сопоставлены с состояниями категории. При необходимости измените XML-файл ProcessConfiguration, добавив issues и Tickets в TaskBacklog раздел .

   Например, здесь состояния New, Active и Closed сопоставляются с категорией задач.

     <TaskBacklog category="Microsoft.TaskCategory" pluralName="Tasks" singularName="Task" workItemCountLimit="1000">
       <States>
         <State value="New" type="Proposed" />
         <State value="Active" type="InProgress" />
         <State value="Closed" type="Complete" />
       </States>
   . . .
     </TaskBacklog>
   

4. Чтобы проверить изменения, откройте невыполненную работу спринта и убедитесь, что вы можете добавить вопрос или билет так же, как и задачу. См . раздел Добавление задач.

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

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

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

  

• Если у вас есть вложенные рабочие элементы, относящиеся к одной категории, на канбан-доске могут отображаться только конечные узлы (для TFS 2018.1 и более ранних версий). По этой причине рекомендуется не вкладывать рабочие элементы одного типа или принадлежащие к одной категории. Дополнительные сведения см. в разделах Устранение проблем с изменением порядка и вложением, Как невыполненная работа и доски отображают иерархические (вложенные) элементы.

• Если вы отключили представление Выполняется , рабочие элементы, с которых началась работа, не будут отображаться в списке невыполненных работ.

  

  

  

• Рабочие элементы отображаются в порядке приоритета, в котором они добавляются или перемещаются. Этот порядок или последовательность управляются полем Stack Rank (Базовый, Agile и CMMI) или Поле Приоритет невыполненной работы (Scrum). Дополнительные сведения см. в разделе Ранжирование стека статьи Невыполненная работа, портфели и гибкое управление проектами.

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

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

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

• Локальная модель xml-процессов. Если администратор удаляет или уничтожает тип рабочего элемента, он больше не будет отображаться в невыполненных работах и на досках.

Похожие статьи

• Добавление команды, переход от одной команды по умолчанию к нескольким командам
• Корректировка невыполненной работы
• Создание списка невыполненной работы
• Приоритет невыполненной работы или порядок ранжирования стека
• Использование категорий для группировки типов рабочих элементов
• Категории состояний & рабочего процесса