Использование Azure Boards для управления невыполненной работой по продукту и портфелям

  • Статья

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

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

В этой статье вы узнаете:

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

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

Каждая команда имеет собственное представление о работе

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

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

Примечание.

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

Примечание.

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

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

В этом примере мы показываем невыполненную работу портфеля Epics для команды управления . Детализация, вы можете просмотреть все элементы и функции невыполненной работы, даже если они принадлежат одной из трех разных команд: Customer Service, Телефон и Web.

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

Внимание

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

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

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

Совет

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

Представление группы функций службы клиентов только включает эти рабочие элементы, назначенные пути к области, Fabrikam Fibre/Customer Service. Здесь мы показываем родителей, которые предоставляют несколько признаков и эпических элементов, к которым относятся невыполненные элементы. Элементы, принадлежащие другим командам, отображаются с заполненными полыми полосами. Например, мобильные отзывы и текстовые оповещения относятся к группе управления учетными записями.

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

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

Назначение работы из общего невыполненной работы

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

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

Общая невыполненная работа группы управления

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

Совет

Можно выбрать несколько рабочих элементов и выполнить массовое изменение пути к области. См. статью "Массовое изменение рабочих элементов".

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

Все элементы невыполненной работы назначены командам компонентов.

Добавление невыполненных журналов портфеля

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

Отслеживание зависимостей между командами

Самый простой способ отслеживания зависимостей между командами заключается в связывании рабочих элементов с помощью типа связанной ссылки. Если они зависят от времени, можно использовать типы ссылок "Предшественник/преемник ". Затем можно создать запросы, которые находят рабочие элементы, содержащие эти связи. Дополнительные сведения см. в разделе "Связывание рабочих элементов" с другими объектами.

С помощью планов доставки можно отслеживать зависимости между проектами в организации. Дополнительные сведения см. в разделе "Отслеживание зависимостей" с помощью планов доставки.

Ход выполнения функции портфеля

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

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

Следующие шаги

Настройка иерархии команд