Настройка журналов задач и досок в Azure Boards
Azure DevOps Services | Azure DevOps Server 2022 — Azure DevOps Server 2019
В большинстве случаев вы можете начать использовать бэклоги продуктов и портфеля после создания проекта. Команда по умолчанию создается вместе с связанными бэклогами и досками. Вы можете начать добавлять рабочие элементы в резерв продукта, используя бэклог или доску.
Вам стоит убедиться, что вы правильно настроили задания и доски. Проверьте настройки, если вы добавили команду и хотите начать использовать бэклоги и доски задач. Изменения могут вноситься в конфигурацию проекта или команды с течением времени. Эти изменения могут повлиять на рабочие элементы, которые отображаются в вашем бэклоге и на досках.
Общие сведения о средствах, связанных с командой, см. в статье "Управление и настройка средств группы".
Предварительные требования
Категория | Требования |
---|---|
доступ к проекту | член проекта. |
разрешения | — Член группы безопасности участников или администраторов проекта . — Для просмотра или изменения рабочих элементов: просмотр рабочих элементов в этом узле и редактирование рабочих элементов в этом узле с разрешениями, установленными на Разрешить. По умолчанию группа Contributors имеет это разрешение установлено на разрешить. Дополнительные сведения см. в разделе "Настройка разрешений отслеживания работы". |
Уровни доступа | Чтобы добавить или изменить рабочие элементы: по крайней мере Базовый доступ к. Пользователи с доступом уровня Stakeholder для общедоступных проектов имеют полный доступ к функциям бэклога и доски, так же, как и пользователи с базовым доступом. Дополнительные сведения см. в кратком справочнике по правам доступа для заинтересованных лиц. |
Определённые итерации | Чтобы использовать область планирования |
Категория | Требования |
---|---|
доступ к проекту | член проекта. |
разрешения | — Член группы безопасности участников или администраторов проекта . — Для просмотра или изменения рабочих элементов: просмотр рабочих элементов в этом узле и редактирование рабочих элементов в этом узле с разрешениями, установленными на Разрешить. По умолчанию группа участников имеет это разрешение установлено на Разрешить. Дополнительные сведения см. в разделе "Настройка разрешений отслеживания работы". |
Уровни доступа | Чтобы добавить или изменить рабочие элементы: по крайней мере Базовый доступ к. |
Определённые итерации | Чтобы использовать область планирования |
Элементы невыполненного списка и доски по умолчанию
Ваш продукт Бэклог и Доска задач отображают рабочие элементы, которые соответствуют следующим критериям:
- Тип рабочего элемента относится к категории "Требования". Типы различаются в зависимости от процесса, выбранного для проекта:
- Путь области рабочего элемента соответствует одному из выбранных путей группы
- Путь итерации рабочего элемента находится в итерации по умолчанию команды.
Вы можете определить типы рабочих элементов, принадлежащие категории "Требования". Определите элементы, открыв Бэклог продукта и проверив его название.
Найдите пути области вашей команды и пути итерации. Дополнительные сведения см. в разделе «Определение путей к областям и назначение команде» и «Определение путей спринта и настройка итерации команды».
Стандартный невыполненный объем спринта и элементы работы доски задач.
Спринт-бэклог и доска задач применяют фильтры, связанные с невыполненной работой вашей команды по умолчанию, а также с выбранным вами путем итерации.
Вы можете выбрать только пути итерации, которые были предварительно выбраны командой.
Список задач спринта отображает только те работы, которые назначены для выбранного спринта. Дочерние задачи, назначенные другим спринтам, не отображаются.
Контрольный список для рабочих элементов, невыполненных работ и досок
Если вы не видите рабочие элементы, которые ожидаете в бэклоге продукта или на доске задач, выполните следующие проверки:
Убедитесь, что вы выбрали невыполненную работу команды или совет по интересам. Дополнительные сведения см. в разделе Использование хлебных крошек и селекторов для перехода к артефактам и их открытию.
Создайте запрос элементов невыполненного объема работы, указав типы рабочих элементов, которые относятся к категории "Требования" и области, связанной с командой, например:
Добавьте поля "Состояние", "Путь к области" и "Путь итерации" в параметры столбцов.
Проверьте результаты запроса и убедитесь, что значения рабочих элементов, которые будут отображаться в невыполненной работе, соответствуют следующим критериям:
- Область пути относится к области(ям) вашей команды.
- Путь итерации относится к пути итерации по умолчанию вашей команды
- Состояние не закрыто, завершено, готово или удалено.
Примечание.
Вы также можете отфильтровать бэклог продукта, чтобы отобразить или скрыть рабочие элементы, которые находятся в категории состояния "В процессе," соответствующей состояниям "Активный," "Решённый," "Обязанный," "Выполняется."
Добавляйте ошибки в журналы невыполненных задач и доски
Для всех процессов, кроме базового процесса, каждая команда управляет способом отслеживания ошибок. Отслеживайте ошибки в категории "Требования", так как они отображаются в невыполненной работе и доске или категории "Задачи". Они также могут отображаться на доске задач или в категории ошибок, где они не появляются в реестрах или на досках.
Примечание.
Типы рабочих элементов ошибки недоступны в базовом процессе. Процесс "Базовый" отслеживает ошибки в качестве проблем и доступен при создании проекта из Azure DevOps Services или Azure DevOps Server 2019.1 или более поздних версий.
Если вы хотите, чтобы ошибки отображались в бэклоге и на доске, выберите Ошибки управляются вместе с требованиями.
Дополнительные сведения см. в разделе "Отображение ошибок в невыполненных работах и досках".
Исправьте конфигурацию платы
Если при открытии доски появится следующая ошибка, необходимо исправить конфигурацию. Основная причина этой ошибки заключается в том, что состояния рабочего процесса типов рабочих элементов, добавленные в категорию "Требования", не сопоставляются с столбцом.
Нажмите кнопку "Исправить", чтобы открыть диалоговое окно "Параметры". Чтобы сопоставить состояния рабочего процесса, ознакомьтесь с разделом "Добавление столбцов в доску" и "Обновление сопоставлений столбцов с состоянием".
Настройте элементы контрольного списка вашей доски
Контрольные списки — отличный способ создания рабочих элементов, которые автоматически связаны с родительской ссылкой на другой рабочий элемент на рабочей доске. Вы можете настроить типы рабочих элементов, которые можно добавить в качестве контрольного списка, открыв параметры доски, выберите "Заметки" и включите типы рабочих элементов, которые вы хотите добавить на доске. Дополнительные сведения см. в разделе "Настройка карточек".
Например, здесь мы решили отслеживать ошибки вместе с задачами и включать задачи, ошибки, объекты GitHub и тесты для отображения в контрольных списках.
Дополнительные сведения о контрольных списках см. в следующих статьях:
Добавьте другие типы рабочих элементов в контрольный список на доске
Если вы добавили типы рабочих элементов в категорию задач, как описано в разделе "Добавление настраиваемых типов рабочих элементов в панель задач" далее в этой статье, вы можете выбрать, отображаются ли эти типы в контрольном списке на доске продуктов. Для этого откройте параметры доски, выберите "Заметки" и включите типы рабочих элементов, которые вы хотите отображать на доске. Вы можете включить до пяти заметок. Дополнительные сведения см. в разделе "Настройка карточек".
Например, здесь мы выбрали отслеживание ошибок вместе с задачами, и мы включаем проблемы, билеты, задачи и ошибки. Дополнительные сведения о контрольных списках см. в разделе "Добавление задач" или дочерних элементов в виде контрольных списков и добавления, запуска и обновления встроенных тестов.
Скрытие или отображение уровней невыполненной работы
Ваша команда также может скрыть или показать один или несколько уровней невыполненной работы. Команды специализированных функций часто управляют элементами бэклога, а команды управления управляют функциями и эпиками. В этой ситуации можно включить или отключить уровень невыполненной работы.
Дополнительные сведения см. в разделе "Выбор уровней навигации невыполненной работы" для вашей команды.
Добавьте пользовательские типы рабочих элементов в бэклоги и уровни бэклога портфеля
Если вы хотите отслеживать различные типы рабочих элементов в невыполненной работе продукта, можно сделать это, добавив настраиваемые типы рабочих элементов и добавив их на определенный уровень невыполненной работы.
Вы также можете добавить пользовательские типы рабочих элементов и добавить их в журналы незавершённой работы. Вы можете добавить до пяти невыполненных работ по портфелям.
Например, здесь мы добавили инициативы, четвертый уровень и типы рабочих элементов пятого уровня для поддержки пяти уровней невыполненной работы портфеля. Мы также добавили настраиваемый тип рабочего элемента с именем Ticket и добавили его в продуктов бэклог.
Дополнительные сведения см. на следующих ресурсах:
Модель процесса наследования:
- Добавление типов рабочих элементов и управление ими (унаследованный процесс)
- Настройте журналы задач или доски (в унаследованном процессе)
- Настройка процесса наследования
Локальная модель xml-процесса:
Добавление пользовательских типов рабочих элементов в панель задач
Чтобы добавить настраиваемые типы рабочих элементов, которые будут отображаться на панели задач спринта, выполните действия, описанные далее в зависимости от модели процесса, в котором используется проект.
Примечание.
Вы можете включить типы рабочих элементов, которые добавляются в бэклог итерации, чтобы они отображались в виде контрольного списка на доске продуктов. Чтобы узнать, как настроить элементы контрольного списка вашей доски, смотрите раздел Настройка элементов контрольного списка доски, описанный ранее в этой статье.
Отслеживайте настраиваемые рабочие элементы с помощью модели унаследованного процесса
Например, чтобы отслеживать пользовательский тип рабочего элемента, Заявки, а также Задачи и Ошибки, выполните следующие шаги:
Определите тип пользовательского рабочего элемента ticket. См. статью "Добавление типов рабочих элементов и управление ими".
Добавьте типы рабочих элементов Ticket в бэклог итерации. Дополнительные сведения см. в разделе Настройка бэклогов и досок для процесса.
Добавление существующих и настраиваемых типов рабочих элементов с помощью локальной модели xml-процессов
Для локальных развертываний, использующих локальную модель xml-процессов для настройки отслеживания работы, можно добавить существующие и настраиваемые типы рабочих элементов в спринт-доски задач. Например, если вы хотите отслеживать проблемы (или препятствия для процесса Scrum), а также настраиваемый тип рабочего элемента, тикеты, задачи и ошибки, выполните следующие задачи:
Определите пользовательский тип рабочего элемента "Тикет". См. раздел "Добавление или изменение типа рабочего элемента".
Добавьте типы рабочих элементов Issue и Тикет в категорию задачи, изменив файл категории XML. Для получения дополнительной информации см. справочник по элементу XML «Категории».
Например, здесь мы добавим Issue и Тикет в Категорию задач.
<CATEGORY name="Task Category" refname="Microsoft.TaskCategory"> <DEFAULTWORKITEMTYPE name="Task" /> <WORKITEMTYPE name="Issue" / <WORKITEMTYPE name="Ticket" / </CATEGORY>
Убедитесь, что состояния рабочего процесса "Проблема" и "Заявка" соответствуют состояниям категории. При необходимости измените 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>
Чтобы проверить изменения, откройте список задач спринта и убедитесь, что вы можете добавить проблему или заявку так же, как вы добавляете задачу. См. статью "Добавление задач".
Другие факторы, которые могут повлиять на рабочие элементы в резервных списках и на таскбордах
Следующие параметры могут влиять на тип и количество работы, которые отображаются в невыполненных задачах и досках.
На вашей доске новые добавленные рабочие элементы могут не отображаться, если они находятся ниже в реестре задач продукта. Выбрав "Показать больше элементов", можно вызвать обновление доски и отображение дополнительных рабочих элементов.
Если у вас есть иерархически вложенные рабочие элементы, принадлежащие одной категории, на доске могут отображаться только конечные узлы (для TFS 2018.1 и более ранних версий). По этой причине мы рекомендуем не вкладывать рабочие элементы одного и того же типа или относящихся к одной категории. Для получения дополнительной информации см. в разделе «Исправление проблем с переупорядочением и вложением», «Как невыполненные работы и доски отображают иерархические (вложенные) элементы».
Если вы отключили представление "Ход выполнения ", в списке невыполненных работ эти рабочие элементы, на которых запущена работа, не будут отображаться.
Рабочие элементы отображаются в порядке приоритета, в котором они добавляются или перемещаются. Этот порядок или последовательность управляется полем Stack Rank (Basic, Agile и CMMI) или полем "Приоритет невыполненной работы" (Scrum). Дополнительные сведения см. в разделе "Ранжирование стека" в разделах "Невыполненные работы", "Портфели" и "Гибкое управление проектами".
Каждый список отставания может отображать до 999 рабочих элементов. Если невыполненная работа превышает это ограничение, может потребоваться добавить команду и переместить некоторые рабочие элементы в невыполненную работу другой команды.
Бэклоги спринта показывают только те рабочие элементы, которые соответствуют путям области команды и итерационному пути, определенному для спринта.
Модель процесса наследования: если администратор отключает или удаляет тип рабочего элемента, он не показывается в списках заданий и на досках.
Локальная модель процесса XML: если администратор удаляет или уничтожает тип рабочего элемента, он не отображается в бэклогах и на досках.
Связанные статьи
- Добавление команды, переход из одной команды по умолчанию в несколько команд
- Создание невыполненной работы
- Приоритет невыполненной работы или порядок ранжирования стека
- Использование категорий для группирования типов рабочих элементов
- Состояния рабочего процесса и категории состояний
- Автоматизация переходов состояния рабочего элемента