Примечание.
Для доступа к этой странице требуется авторизация. Вы можете попробовать войти или изменить каталоги.
Для доступа к этой странице требуется авторизация. Вы можете попробовать изменить каталоги.
Сервисы Azure DevOps | Azure DevOps Server | Azure DevOps Server 2022
Если у вас есть список рабочих элементов, можно сгруппировать связанные элементы в иерархическую структуру, разбив основные функции или сценарии на более мелкие и более управляемые части. Если у вас есть невыполненная работа, вы можете упорядочить его с помощью функций и эпических элементов. Для получения дополнительных сведений см. раздел "Упорядочение вашего невыполненного списка и сопоставление дочерних рабочих элементов с родительскими".
Tip
Вы можете использовать ИИ, чтобы помочь с этой задачей позже в этой статье или ознакомиться с включение помощи ИИ в Azure DevOps MCP Server, чтобы начать работу.
Бэклоги портфеля
Используйте невыполненные работы портфеля для выполнения следующих задач:
- Привнесите больше порядка в ваш бэклог
- Управление портфелем функций, которые поддерживают разные группы разработки и управления
- Группировать элементы в поезд выпуска
- Свести к минимуму изменчивость размера ваших конечных объектов, разбив большую функцию на небольшие элементы невыполненной работы
Управление невыполненными работами портфеля позволяет добавлять и группировать элементы в иерархию. Вы также можете детализировать вверх или вниз в иерархии, переупорядочивать и изменять иерархию элементов, а также фильтровать иерархические представления. Невыполненные работы портфеля — это один из трех типов бэклогов, доступных вам. Дополнительные сведения см. в статье "Управление приоритетами" и получение видимости между командами.
На следующем рисунке показана невыполненная работа портфеля функций , состоящая из плоского списка рабочих элементов функций.
На следующем рисунке показана иерархия для рабочего элемента невыполненной работы процесса Agile:
- Истории пользователей и задачи используются для отслеживания работы.
- Баги — это дефекты кода.
- Эпические и функциональные возможности используются для группирования работы в более крупных сценариях.
Каждая команда может настроить управление рабочими элементами ошибки на том же уровне, что и "История пользователя" или "Рабочие элементы задачи". Используйте параметр "Работа с ошибками". Дополнительные сведения об использовании этих типов рабочих элементов см. в разделе "Гибкий процесс".
Prerequisites
| Category | Requirements |
|---|---|
| доступ к проекту | член проекта. |
| Разрешения | — Член группы безопасности участников или администраторов проекта. — Для просмотра или изменения рабочих элементов: Просмотр рабочих элементов в этом узле и Редактирование рабочих элементов в этом узле с разрешениями, установленными на Разрешить. По умолчанию группа Contributors имеет это разрешение установлено на разрешить. Дополнительные сведения см. в разделе "Настройка разрешений отслеживания работы". |
| Уровни доступа | Добавление или изменение рабочих элементов: по крайней мере базовый доступ. Пользователи с доступом уровня Stakeholder для публичных проектов имеют полный доступ к функциям бэклога и доски, аналогично пользователям с базовым доступом. Дополнительные сведения см. в кратком справочнике по правам доступа для заинтересованных лиц. |
| Определенные итерации | Чтобы использовать область планирования : убедитесь, что администратор группы определил пути итерации (спринты) и настройте итерации команды. |
| Category | Requirements |
|---|---|
| доступ к проекту | член проекта. |
| Разрешения | — Член группы безопасности участников или администраторов проекта. — Для просмотра или изменения рабочих элементов: Просмотр рабочих элементов в этом узле и Редактирование рабочих элементов в этом узле с разрешениями, установленными на Разрешить. По умолчанию группа Contributors имеет это разрешение установлено на разрешить. Дополнительные сведения см. в разделе "Настройка разрешений отслеживания работы". |
| Уровни доступа | Чтобы добавить или изменить рабочие элементы: как минимум Basic доступ к. |
| Определенные итерации | Чтобы использовать область планирования : убедитесь, что администратор группы определил пути итерации (спринты) и настройте итерации команды. |
Что делает функцию или эпическую?
Эпики и функциональные возможности — это контейнеры высокого уровня, используемые для организации работы. Как правило, истории пользователей или элементы невыполненной работы объединяются в функции. Функции объединяются в эпики. Имейте в виду эту иерархию при именовании функций и эпических элементов.
- Функция. Функция — это значительный компонент функциональности, которая предоставляет пользователю ценность. Обычно он включает несколько пользовательских историй или элементов невыполненной работы и может занять один или несколько спринтов для завершения.
- Эпик: Эпик — это большая часть работы, которая может быть разбита на несколько функций. Это представляет собой важную инициативу или цель и может охватывать несколько спринтов или даже выпусков.
Определяя функции и эпические эпосы, рассмотрите время, необходимое для их завершения. Как правило, вы должны завершать элементы бэклога, такие как пользовательские истории или задачи, в течение одного спринта, в то время как функции и эпики могут занять один или несколько спринтов для завершения.
Просмотр невыполненной работы
Чтобы сосредоточиться на одном уровне невыполненной работы за раз, выберите имя невыполненной работы. Вы должны увидеть три уровня невыполненной работы: Эпики, Функции и элементы невыполненной работы. Если у вас нет этих значений, см. раздел "Выбор уровней навигации невыполненной работы" для команды.
Войдите в проект (
https://dev.azure.com/{Your_Organization/Your_Project}).Выберите доски>невыполненные задачи.
Чтобы выбрать другую невыполненную работу, откройте селектор и выберите команду или выберите параметр "Просмотреть невыполненную работу". Или введите ключевое слово в поле поиска, чтобы отфильтровать список невыполненных работ группы для проекта.
Tip
Выберите значок звезды, чтобы добавить невыполненную работу команды в избранное. Избранные артефакты (
значок избранного) отображаются в верхней части списка селектора команды.Выберите уровень невыполненной работы.
(Необязательно) Выберите столбцы, которые должны отображаться и в каком порядке: выберите
значок действий и выберите параметры столбца.
Дополнительные сведения см. в разделе "Выбор уровней навигации невыполненной работы" для вашей команды.
Добавление функций и эпических элементов в невыполненную работу
Так же как вы можете добавлять элементы в бэклог продукта, вы можете добавлять элементы в бэклоги особенностей и эпиков.
Выберите
Новый рабочий элемент, введите заголовок и затем нажмите ВВОД или Добавить в начало.
Повторите предыдущий шаг, чтобы записать все идеи в качестве рабочих элементов.
В следующем примере есть шесть добавленных функций.
Вы можете добавить эпические эпосы таким же образом. Откройте журнал задач Epics из селектора невыполненных работ.
Дополнительные сведения см. в разделе "Выбор уровней навигации невыполненной работы" для вашей команды.
Добавить детали в фичу или эпик
Откройте каждый элемент, дважды щелкнув его, или выделите элемент и нажмите клавишу ВВОД. Затем добавьте сведения, которые требуется отслеживать. Введите максимально подробную информацию, чтобы помочь вашей команде понять область, оценить работу, разработать тесты и убедиться, что продукт соответствует критериям принятия.
Field
Usage
Область ценности клиента, которой занимается эпопея, функция или элемент беклога. Доступные значения:
- Архитектура — технические службы для реализации бизнес-функций, которые обеспечивают решение
- Бизнес (по умолчанию)— службы, которые удовлетворяют потребностям клиентов или заинтересованных лиц, которые напрямую обеспечивают ценность клиентов для поддержки бизнеса.
Предоставьте относительную оценку объема работы, необходимой для выполнения функционала или эпика. Используйте любую числовую единицу измерения, предпочитаемую командой. Некоторые варианты — это точки истории, время или другая относительная единица. Дополнительные сведения см. в разделе «Добавление сведений и оценок в элементы невыполненной работы».
Укажите приоритет, который фиксирует относительное значение элемента Epic, Feature или backlog по сравнению с другими элементами того же типа. Чем выше число, тем больше деловая ценность. Используйте это поле, если вы хотите записать приоритет отдельно от изменения ранжирования стека невыполненной работы.
Субъективная единица измерения, которая фиксирует снижение бизнес-ценности с течением времени. Более высокие значения указывают на то, что эпики или функционал по своей сути более важны с точки зрения времени, чем элементы с более низкими значениями.
Укажите дату реализации функции.
Добавить дочерние элементы
В дочерние элементы можно добавить фичи из любого бэклога. Вы также можете добавить дочерние истории пользователей (Agile), элементы невыполненной работы продукта (Scrum) или требования (CMMI) на доске для функций. Дочерние функции можно добавить на доске Epic. Дополнительные сведения см. в разделе " Функции и эпические эпопеи" доски. Чтобы назначить или изменить назначение дочерних элементов из списка задач, см. раздел "Упорядочение списка задач".
Когда появится значок "Добавить ", можно добавить дочерний элемент. Рабочий элемент всегда соответствует иерархии типов рабочих элементов, определенных для проекта.
Дополнительные сведения см. в разделе "Настройка представления невыполненной работы" и "Сведения о рабочих элементах" и типах рабочих элементов.
Для проектов Scrum иерархия выглядит следующим образом.
Для получения более подробной информации см. разделы "Отображение ошибок в невыполненных работах и досках" и "Сведения о процессах по умолчанию и шаблонах процессов".
Добавление невыполненных работ и досок портфеля
Чтобы добавить бэклог портфеля или доску, настройте ваш процесс, добавьте новые типы рабочих элементов, а затем настройте бэклоги и доски. Вы также можете добавить или изменить поля, определенные для типа рабочего элемента (WIT) или добавить пользовательский WIT. Дополнительные сведения см. в разделах О настройке процессов и унаследованных процессов и Настройка журналов или досок.
Чтобы добавить бэклог портфеля или доску, настройте унаследованный процесс или измените XML-файлы определения. Вы также можете добавить или изменить поля, определенные для типа рабочего элемента (WIT) или добавить пользовательский WIT. Дополнительные сведения см. в следующих статьях на основе модели процесса, используемой для обновления проекта:
Модель процесса наследования:
Локальная модель xml-процесса:
Отображение счетчиков хода выполнения свертки или итогов
Резервные списки продуктов и портфелей поддерживают суммирующие столбцы. Можно добавить один или несколько столбцов свертки для отображения индикаторов хода выполнения, количества потомков рабочих элементов или итогов выбранных числовых полей. Параметры сохраняются для каждой страницы, которую вы настраиваете, и допустимы только для ваших собственных представлений.
- Индикаторы прогресса указывают процент элементов нижнего уровня в иерархии, которые закрыты или завершены.
- Счетчики отображают общее количество элементов-потомков.
- Итоговые данные предоставляют сумму числовых полей, таких как трудозатраты, точки истории, завершенные трудозатраты или оставшиеся трудозатраты потомков.
В следующем примере показаны индикаторы хода выполнения для невыполненной работы портфеля.
Дальнейшие шаги
Использование ИИ для определения функций и эпических элементов
Если настроить Azure DevOps MCP Server, можно создавать и упорядочивать функции и эпики с помощью естественного языка.
| Задача | Пример запроса |
|---|---|
| Создание функции с дочерними элементами | Create a feature called "Search improvements" with 3 child user stories in project <Contoso> |
| Функции по штатам | Show all active features under epic 1234 in project <Contoso> |
| Упорядочение иерархии | Move user stories 2001, 2002, and 2003 under feature 1500 in <Contoso> |
| Проверка свертки | List all epics in <Contoso> with a count of incomplete child features |
| Поиск потерянных историй | List user stories in <Contoso> that don't have a parent feature |
| Определение непреднамеренного расширения объема проекта | Show features in <Contoso> where child user story count increased in the last 2 weeks |
| Обзор эпического прогресса | For each epic in <Contoso>, show the percentage of child features that are completed |
| Разбивка функций плана | Create 5 user stories under feature 1500 in <Contoso> for building a REST API with authentication, CRUD operations, error handling, logging, and tests |
| Отчет о функциональности в разных областях | List all active features grouped by area path in project <Contoso> |
| Поиск устаревших функций | Show features in <Contoso> that have been active for more than 90 days with no child items updated in the last 30 days |
Замечание
Если вы используете Visual Studio Code, agent mode особенно полезно для создания иерархий рабочих элементов.