Прогноз вашего продуктового бэклога

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

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

Средство прогнозирования помогает командам отвечать на критические вопросы планирования:

• Планирование загрузки спринта: сколько элементов из невыполненной работы можно завершить в будущих спринтах?
• Планирование релиза: Когда мы можем ожидать завершения всех элементов в нашем бэклоге?
• Планирование ресурсов: какая скорость должна соответствовать нашим целевым датам доставки?
• Управление охватом: Какие функции следует приоритизировать для предстоящих выпусков?

Используйте эту статью, чтобы узнать следующее:

Prerequisites

Общие сведения об основах прогнозирования

Прежде чем перейти к средству прогнозирования, важно понять, как работает прогнозирование в Azure Boards:

Принципы прогнозирования

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

Ограничения прогнозирования

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

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

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

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

• Определение путей итерации (спринтов) и настройка итерации команды
  • Спринты должны иметь одинаковую длительность для точного прогнозирования.
  • Выберите достаточно будущих спринтов для прогнозирования всего бэклога продукта.
• Определение и оценка элементов невыполненной работы. Если вы работаете из бэклога вашей команды, элементы, которые вы создаете, автоматически назначаются текущему спринту (итерация) и области по умолчанию вашей команды.
• Обновление состояния рабочего элемента: обновите состояние элементов невыполненной работы после запуска работы и завершения работы. На диаграмме скорости отображаются только элементы невыполненной работы, состояние которых сопоставляется с категорией состояния "Предлагаемый " или "Ход выполнения ". (Дополнительные сведения см. в разделе Состояния рабочего процесса и категории состояний).

Рекомендуемые методы

• Свести к минимуму вариативность оценки: определение и размер элементов невыполненной работы, чтобы уменьшить вариативность в оценках.
• Настройка отслеживания ошибок. Определите, как ваша команда хочет обрабатывать ошибки. Если ваша команда решит обрабатывать ошибки, такие как требования, ошибки отображаются в невыполненной работе и учитываются в диаграмме скорости и прогнозировании.
• Задайте путь к области вашей команды: средство прогнозирования прогнозирует эти элементы на основе параметров вашей команды по умолчанию. Эти параметры можно настроить так, чтобы включать элементы в маршруты областей по умолчанию команды или исключать их.
• Сохранение неструктурированных иерархий: не создавайте иерархию элементов невыполненной работы и ошибок. Отображение конечного узла, последнего узла в иерархии одной категории, может отображаться только на досках, невыполненных спринтах и досках задач. Дополнительные сведения см. в разделе Исправление проблем с переупорядочением и вложением, как невыполненные работы и доски отображают иерархические (вложенные) элементы.
  Вместо того чтобы создавать вложенные элементы требований, ошибок и задач, поддерживайте плоский список, создавая связи родитель-дитя только на один уровень между элементами различных категорий. Используйте функции для группирования требований или историй пользователей. Вы можете быстро сопоставить истории с функциональными возможностями. Карта создает ссылки на родительский дочерний объект в фоновом режиме.
• Завершите очистку спринта: в конце спринта обновите статус элементов бэклога, завершенных командой. Переместите неполные элементы обратно в бэклог продукта и рассмотрите их на будущем собрании по планированию спринта.

Рекомендации по настройке группы

Прогноз предстоящих спринтов

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

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

1. Выберите Доски>Журналы>, затем выберите нужную команду в меню выбора команды.

   

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

   

2. Убедитесь, что вы выбрали Сюжеты (для Agile), Проблемы (для Basic), Элементы невыполненной работы (для Scrum) или Требования (для CMMI) в качестве уровня невыполненной работы.

   

3. (Необязательно) Чтобы выбрать, какие столбцы должны отображаться и в каком порядке, выберите значок действий и выберите параметры столбца. Дополнительные сведения см. в разделе "Изменение параметров столбца".

   

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

   

   Установите Элементы в процессе в положение Off, чтобы скрыть элементы, которые не учитываются в прогнозе. Средство прогнозирования игнорирует элементы Scrum, отмеченные как Зафиксировано или Готово, и элементы Agile и CMMI, отмеченные как Активный, Разрешено или Завершено.

5. Введите прогнозируемую скорость команды.

   

   Tip

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

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

Общие сведения о результатах прогнозирования

Чтение визуализации прогноза

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

• Линии прогноза: горизонтальные линии, разделяющие рабочие элементы на блоки спринта
• Метки спринта: каждая строка помечена именем и емкостью спринта
• Перенос скорости: неиспользованная скорость от одного спринта переносится на следующий
• Размещение элементов: рабочие элементы между строками представляют то, что можно завершить в этом спринте

Интерпретация данных прогноза

При просмотре результатов прогноза учитывайте следующие факторы:

• Проверка вручную. Проверьте результаты вручную, чтобы понять несоответствия между ожидаемыми и отображаемыми средствами прогнозирования.
• Емкость спринта: проверьте количество усилий (усилия, точки истории или размер), прогнозируемые на спринт.
• Большие рабочие элементы: подвергните сомнению результаты прогнозирования, когда усилия элемента близки или превышают скорость команды.
• Перенос скорости: поймите, как неиспользованный объем возможностей из предыдущих спринтов влияет на будущие прогнозы.

Пример интерпретации прогнозов

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

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

• Итерация 2: 13 Точек истории, элементы 1 и 2 можно завершить; 7 точек скорости переносятся на следующий спринт

• Итерация 3: 24 Точки истории, элементы 3–5 могут быть завершены; 3 (=20+7-24) точки скорости переносятся на следующий спринт

• Итерация 4: 21 Точки истории, элементы от 6 до 8 могут быть завершены; 2 (=20+3-21) точки скорости переносятся на следующий спринт

• Итерация 5: 16 точек истории, элементы от 9 до 12 могут быть завершены; 6 (=20+2-16) точки скорости переносятся на следующий спринт

• Итерация 6: 23 точки истории, элементы 13–16 могут быть завершены; 3 (=20+6-23) точки скорости переносятся на следующий спринт

  

Сценарии расширенного прогнозирования

Сценарий 1. Определение требуемой скорости для временной шкалы

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

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

Шаги по анализу требований скорости

1. Подсчет общих усилий невыполненной работы: суммирование оценок усилий для всех элементов невыполненной работы
2. Подсчет доступных спринтов: определите, сколько спринтов у вас до целевой даты
3. Вычисление требуемой скорости: разделение общих усилий по доступным спринтам
4. Сравнение с текущей скоростью: определение разрыва между текущей и требуемой скоростью
5. Запланируйте соответствующим образом: определите, нужны ли дополнительные члены команды, сокращение области или корректировка временной шкалы.

Сценарий 2. Планирование выпуска с несколькими командами

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

1. Агрегированные прогнозы команд: объединение прогнозов от всех участвующих команд
2. Определение зависимостей: сопоставление зависимостей между командами, которые могут повлиять на доставку
3. Планирование точек интеграции. Планирование действий по интеграции между группами доставки
4. Мониторинг прогресса: Отслеживание фактического выполнения в соответствии с прогнозируемыми датами доставки

Сценарий 3. Планирование мощностей с изменяющимся размером группы

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

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

Рекомендации по точному прогнозированию

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

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

Управление скоростью

• Отслеживание фактической скорости: мониторинг реальной скорости с течением времени и корректировка прогнозов соответствующим образом
• Используйте скользящие средние: основывайте прогнозы на средней величине последних 3-6 спринтов для стабильности.
• Учтите изменения в команде: настройте ожидания в отношении скорости при изменении состава команды
• Учитывайте внешние факторы: учитывайте праздники, тренировки и другие факторы, влияющие на вместимость

Обслуживание на основе прогноза

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

Устранение распространенных проблем прогнозирования

Проблема: неточные прогнозы

Возможные причины:

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

Решения:

• Проверка и стандартизация методик оценки
• Используйте более длинную историю скорости для вычислений
• Изменение скорости работы в связи с изменениями в команде
• Включите управление зависимостями в планирование спринта

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

Возможные причины:

• Рабочие элементы в неправильных категориях статусов
• Неправильная конфигурация пути к области группы
• Проблемы с конфигурацией Sprint
• Оценки отсутствующих рабочих элементов

Решения:

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

Проблема: большое расхождение между прогнозами и фактическими данными

Возможные причины:

• Непредсказуемые размеры рабочих элементов
• Разрастание объёма в ходе спринтов
• Технические проблемы, не учтенные в оценках
• Внешние прерывания, влияющие на емкость

Решения:

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

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

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

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

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

• Скорость команды
• Определение путей итерации (спринтов) и настройка итераций для команды
• Доска задач используется для отслеживания работы во время спринта
• Мониторьте диаграмму спринта, чтобы определить, идёт ли ваша команда по плану, чтобы завершить план спринта.
• Настройте и кастомизируйте Azure Boards
• Руководство по гибкому процессу