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

  • Статья

Azure DevOps Services | Azure DevOps Server 2022 — Azure DevOps Server 2019

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

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

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

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

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

  • Тип рабочего элемента относится к категории "Требования". Типы различаются в зависимости от процесса, выбранного для проекта:
    • Базовый: проблема, имя невыполненной работы=Проблемы
    • Agile: История пользователя, невыполненные имена=Истории
    • Scrum: Product Backlog Item, Backlog name=Backlog items
    • CMMI: требование, имя невыполненной работы=требования
  • Путь области рабочего элемента соответствует одному из выбранных путей группы
  • Путь итерации рабочего элемента находится в пути итерации по умолчанию команды

Примечание.

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

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

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

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

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

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

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

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

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

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

  1. Убедитесь, что вы выбрали невыполненную работу команды или совет по интересам. Дополнительные сведения см. в разделе "Использование селекторов и селекторов" для перехода к артефактам и их открытию.

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

    Запрос категории требований

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

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

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

Примечание.

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

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

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

Примечание.

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

Если вы хотите, чтобы ошибки отображались в невыполненной работе и доске, выберите "Ошибки" с требованиями.

Работа с параметрами ошибок

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

Исправьте конфигурацию платы Kanban

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

Канбан доска, сообщение об ошибке конфигурации

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

Настройка элементов списка проверка доски Kanban

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

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

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

Примечание.

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

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

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

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

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

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

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

Уровни навигации невыполненной работы

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

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

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

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

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

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

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

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

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

Примечание.

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

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

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

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

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

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

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

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

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

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

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

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

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

      <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. Чтобы проверить изменения, откройте невыполненную запись спринта и убедитесь, что вы можете добавить проблему или билет таким же образом, как добавить задачу. См. статью "Добавление задач".

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

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

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

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

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

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

    Невыполненные операции, параметры просмотра, скрытие во время выполнения

    Невыполненные операции, параметры просмотра, скрытие во время выполнения

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

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

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

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

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