Рекомендации по управлению продуктами Agile

Azure DevOps Services | Azure DevOps Server | Azure DevOps Server 2022

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

Большинство рекомендаций применяются как к Azure DevOps Services (cloud) так и к Azure DevOps Server (локально). Некоторые функции, включая свертки, аналитику и некоторые средства планирования портфеля, доступны только в облаке.

Настройка команд

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

Рекомендации.

• Создайте команду для каждой функции или группы доставки (обычно 6–12 разработчиков).
• Предоставьте каждой команде собственный путь области и график итераций.
• Используйте настройки команды, чтобы назначить пути области и итерации по умолчанию, чтобы рабочие элементы, добавляемые командой, наследовали правильный контекст.

Подробнее:

• Настройка иерархии команд
• Создание или добавление команды

Настройка итерации

Определите пути итерации (итерации) на уровне продукта, а затем назначьте команды соответствующим итерациям. Сохраняйте постоянный ритм итераций в связанных командах, где это помогает координации.

Рекомендации.

• Выберите общий ритм для команд, которые работают совместно (типично от 1 до 4 недель).
• Создайте по крайней мере шесть итераций для поддержки планирования в течение следующих 3–6 месяцев.
• Используйте итерации последовательно для планирования прогнозов и итераций.
• Рассмотрим подходы к непрерывному потоку для команд, которые могут работать с инкрементальной доставкой без фиксированных временных рамок.
• Для потоковых команд следует сосредоточиться на ограничениях незавершенной работы (WIP), а не на вместимости итерации.

Подробнее:

• Определение и назначение путей итерации
• Настройка итераций команды и спринтов

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

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

Рекомендации.

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

Подробнее:

• Об элементах работы
• Гибкий рабочий процесс в Azure Boards
• Поля по умолчанию и рабочих элементов, используемые в шаблонах процессов
• Определение признаков и эпических элементов

Создание и обслуживание стратегии разработки продуктов

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

Рекомендации.

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

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

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

Невыполненная работа по требованию

Команды добавляют требования в реестр требований, оценивают их для итерации и сопоставляют их с родительскими фичами.

Рекомендации.

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

Подробнее:

• Создание невыполненной работы
• Упорядочение невыполненной работы
• Прогнозирование невыполненной работы

Прогнозирование и схема развития

Используйте средство прогнозирования и показатели работы команды, чтобы предсказать, когда функции могут выпускаться. Прогноз требует оценки (точки истории, усилия или размер) по требованиям. Если вы предпочитаете простое прогнозирование по количеству, назначьте оценку = 1 для каждого требования.

Рекомендации.

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

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

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

Рекомендации.

• Работу, зависящую от тегов, следует отметить согласованным тегом (например, dependency) для быстрых запросов.
• Для записи формальных зависимостей используйте типы ссылок "Предшественник" и "Преемник".
• Визуализировать зависимости в планах доставки или использовать отчеты на основе запросов для обработки блокирующих элементов.

Подробнее:

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

Работа в итерациях

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

Рекомендации.

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

Подробнее:

• Назначение элементов невыполненной работы спринту
• Настройка и мониторинг графика сгорания спринта

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

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

Рекомендации.

• Добавьте итоговые данные выполнения или итоги в резерв разработок функций, чтобы наглядно отслеживать завершение.
• Настройте столбцы доски компонентов, чтобы соответствовать жизненному циклу доставки (например, Исследования, On Deck, In Progress, Customer Rollout).
• Используйте планы доставки для координации дат и зависимостей между командами.

Подробнее:

• Отображение прогресса агрегирования или сводки
• Оценка планов доставки команды

Улучшение процесса

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

Рекомендации.

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

Подробнее:

• Просмотр и настройка скорости работы команды
• Добавление панелей мониторинга и управление ими

Оптимизация рабочего потока

Управляйте WIP, чтобы повысить прогнозируемость доставки и сократить время цикла. Независимо от того, используют ли ваши команды итерации или непрерывный поток, ограничение WIP (работы в процессе) помогает командам сосредоточиться и предоставлять ценность быстрее.

Рекомендации.

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

Подробнее:

• Настройка ограничений WIP
• Схема накопительного потока

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

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

• Управление требованиями
• Работа с элементами невыполненной работы под совместной ответственностью нескольких команд
• Зачем использовать Azure Boards для планирования и отслеживания работы