Управление требованиями гибкой разработки

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

В этой статье представлены основные понятия и задачи для управления требованиями к проекту с помощью средств и функций Agile в Azure DevOps.

Требования к сбору

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

Типы рабочих элементов

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

• Agile: Пользовательская история и баг
• Базовый: Проблема и ошибка
• Scrum: Элемент бэклога продукта и ошибка
• CMMI: требование и ошибка

Вы можете настроить каждый процесс для проекта Azure DevOps. Вы также можете решить, как отслеживать ошибки для каждой команды.

Типы рабочих элементов по умолчанию

Настройка типов рабочих элементов

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

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

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

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

Фиксируйте требования в бэклоге продукта

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

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

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

Используйте рабочие элементы, чтобы:

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

Разделы разработки и развертывания поддерживают сквозную трассировку:

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

Требования к импорту и обновлению с помощью Excel

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

Требования к импорту из Excel

Функциональные и нефункциональные требования

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

• функциональные требования. Описание того, что должен делать ваш продукт или служба.
• нефункциональные требования. Описание работы продукта или службы.

Классифицируйте требования с помощью следующих элементов:

• Tags
• Поле "Бизнес-значение"
• Пользовательские поля

Поддержание спецификаций требований

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

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

Анализ и приоритет требований

Используйте средства Azure Boards для определения приоритетов и уточнения невыполненной работы, обеспечивая четкое и четкое определение ваших требований:

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

Группирование и упорядочение требований

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

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

Эпики, фичи и бэклоги портфеля

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

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

Группировать истории пользователей в разделе "Функции" с помощью сопоставления

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

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

Фильтруйте бэклоги и доски по тегам

Использование Kanban или Scrum

Azure Boards поддерживает два основных метода Agile — Kanban и Scrum— и гибридный подход, такой как Scrumban. Выберите метод, который лучше всего подходит для рабочего процесса вашей команды:

• Канбан-доска: визуализировать рабочие элементы на доске, определить столбцы и полосы, установить ограничения незавершенной работы (WIP) и перетаскивать элементы между столбцами для обновления статуса. Дополнительные сведения см. в разделе About Kanban и Azure Boards.
• Спринты Scrum: назначение рабочих элементов ограниченным по времени спринтам, использование бэклога спринта и доски задач для отслеживания хода выполнения и проверки диаграмм сгоранию для ежедневных обновлений состояния. Дополнительные сведения см. в разделе "О спринтах", "Scrum" и управлении проектами.

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

Управление зависимостями

В Microsoft Project вы управляете зависимостями задач, связывая их. В Azure Boards свяжите рабочие элементы, используя тип ссылки "Предшественник/Преемник". Просматривайте взаимосвязи, используя расширение "Визуализация рабочих элементов" из Marketplace. На следующем рисунке показаны связи между несколькими рабочими элементами.

Чтобы просмотреть полное изображение, щелкните изображение, чтобы развернуть его. Выберите значок закрытия, чтобы закрыть.

Минимальный жизнеспособный продукт и управление критическими путями

Azure Boards не имеет встроенного способа показать критический путь, так как методы Agile предпочитают минимальный жизнеспособный продукт (MVP) для управления критическими путями (CPM). С помощью MVP вы найдете самый короткий и наиболее зависимый путь, ранжируя эпики, фичи, истории и задачи по степени важности.

Планирование вех

Используйте скорость выполнения проекта и прогноз для планирования сроков выполнения вашей работы.

Скорость команды

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

Пример диаграммы скорости команды

Требования к прогнозу

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

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

Пример прогноза невыполненных требований

Используйте расширение Marketplace для интеграции планирования требований с инструментами Microsoft Project.

Маркеры контрольных точек

Отслеживание работы в Azure Boards не использует временные точки (вехи), за исключением планов доставки. Планы доставки предоставляют представление календаря и позволяют определить маркер вехи.

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

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

Назначение требований к таймбоксам

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

Пример назначения требований к спринтам

Мониторинг и отчет о ходе выполнения

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

• Доска функций: отображает состояние каждой функции и ее задач
• Бэклог функций: отображает сводные столбцы для функций и их дочерних элементов работы.
• Планы доставки. Предоставляет временное представление функций и их зависимостей в разных командах

Доска функций

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

Пример доски функций с настраиваемыми столбцами

Чтобы просмотреть полное изображение, щелкните изображение, чтобы развернуть его. Выберите значок закрытия, чтобы закрыть.

Rollup

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

Пример реестра требований, показывающий индикаторы прогресса

Планы доставки и многочисленные результаты командной работы

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

Пример плана доставки с несколькими командами

Получение уведомлений об изменениях

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

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

При подключении Azure DevOps MCP Server к агенту ИИ в режиме агента можно использовать запросы естественного языка для записи, упорядочивания и отслеживания требований.

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

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