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

Сервисы Azure DevOps | Azure DevOps Server | Azure DevOps Server 2022

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

Если вы являетесь администратором проекта, см. статью "Конфигурирование и настройка досок Azure", в которой объясняется, как определить области и итерации, а также настроить типы рабочих элементов. При создании проекта или добавлении команды Azure Boards автоматически создает невыполненную работу. Каждая команда получает доступ к собственному продукту, портфелю и списку задач на спринт. Дополнительные сведения см. в разделе "О командах и средствах Agile".

О невыполненных работах

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

Используйте невыполненные работы для выполнения следующих задач:

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

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

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

Конфигурация бэклога

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

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

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

• Определение путей итерации (спринта) и настройка итерации команды
• Задать пути областей и назначить их команде
• Выбор уровней невыполненной работы
• Показать ошибки в бэклогах или на досках

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

Вопрос. Можно ли определить конфигурацию невыполненной работы, на которую могут подписаться несколько команд?Ответ: Нет. Каждая команда управляет собственными параметрами команды и конфигурациями невыполненной работы независимо.

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

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

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

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

При перетаскивании элементов в рамках списка невыполненных работ фоновый процесс обновляет поля Stack Rank(Agile и Capability Maturity Model Integration (CMMI) процессы) или Backlog Priority(процесс Scrum). Система использует эти поля для отслеживания относительного ранжирования элементов в продукте, функции, эпика или другого бэклога портфеля. По умолчанию эти поля не отображаются в форме рабочего элемента.

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

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

Элементы в процессе выполнения и работа, перечисленные в резерве незавершенной работы

Бэклоги предназначены для отображения работы, соответствующей состоянию категории Предложено, В процессе или Разрешено. После завершения работы и перевода её состояния в состояние "Готово" или "Закрыто", она удаляется из представления невыполненных работ. Вы всегда можете создать запрос для просмотра завершенной работы или просмотреть недавно завершенную сводку на странице «Рабочие элементы» . Дополнительные сведения см. в разделе "Просмотр и добавление рабочих элементов".

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

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

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

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

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

Velocity

Дополнительные сведения см. в разделе "Просмотр и настройка скорости команды".

Работа с многокомандным владением элементами бэклога

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

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

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

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

Просмотр эпических и дочерних элементов, принадлежащих другим командам

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

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

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

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

Переупорядочение и повторное изменение рабочих элементов

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

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

Отображение рабочих элементов лиственного узла

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

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

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

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

Управление продуктовым бэклогом

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

Разрешения и доступ

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

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

Сведения о добавлении пользователей в проект см. в разделе "Добавление пользователей в проект или команду".

Добавьте бэклоги и доски портфеля

Дальнейшие шаги

Связанный контент

• Навигация по веб-порталу
• Узнайте о досках Канбан
• Узнайте, что такое Agile