Поделиться через


Просмотр и настройка скорости работы команды

Azure DevOps Services | Azure DevOps Server 2022 — Azure DevOps Server 2019

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

Предварительные условия

Категория Требования
Уровни доступа - член проекта.
— По крайней мере базовый доступ уровня .
Разрешения - администратор команды или администратор проекта или вам предоставлены определенные разрешения для панели мониторинга.
— Чтобы добавить мини-приложение на панель мониторинга команды: член команды.
Активация функций Azure Boards включено. При отключении не отображаются мини-приложения аналитики отслеживания работы. Чтобы повторно включить ее, см. раздел "Включение или отключение службы".
ознакомленность с задачами Осведомленность о всех обязательных или рекомендуемых задачах, перечисленных далее в этой статье.
Категория Требования
Уровни доступа - член проекта.
— По крайней мере базовый доступ уровня .
Разрешения - администратор команды или администратор проекта или вам предоставлены определенные разрешения для панели мониторинга.
— Чтобы добавить мини-приложение на панель мониторинга команды: член команды.
Активация функций - Azure Boards включено. При отключении не отображаются мини-приложения аналитики отслеживания работы. Чтобы повторно включить ее, см. раздел "Включение или отключение службы".
- Аналитика установлена и включена. Члены группы администраторов коллекции проектов могут добавлять расширения или включать службу. Владельцы организации автоматически входят в эту группу.

Совет

Изображения в этой статье могут отличаться от того, что вы видите на веб-портале. Эти различия могут быть вызваны обновлениями веб-приложения, параметрами, включенными вами или администратором, и процессом, выбранным при создании проекта (Agile, Basic, Scrum или CMMI).

Понимание чисел скорости

Скорость представляет объем работы вашей команды, завершенной в прошлых спринтах, которая помогает прогнозировать будущие мощности:

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

Например, если ваша команда выполнила истории пользователей объемом 25 стори-поинтов в первом спринте, 30 стори-поинтов во втором спринте и 28 стори-поинтов в третьем спринте, ваша средняя скорость составляет примерно 28 стори-поинтов за спринт. Это среднее помогает спланировать, сколько трудоемких действий будет выполняться в будущих спринтах.

Типы диаграмм скорости

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

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

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

Далее в этой статье вы узнаете, как открыть отчет "Скорость в контексте" или настроить мини-приложение "Скорость".

Вы можете настроить каждую диаграмму следующим образом:

  • Сумма усилий, точек истории, полей размера или других поддерживаемых числовых полей, назначенных элементам невыполненной работы.
  • Количество рабочих элементов в бэклоге.
  • Число итераций.

Мини-приложение предлагает дополнительные параметры конфигурации. Дополнительные сведения см. в разделе "Настройка и просмотр диаграмм скорости".

Просмотр отчета Velocity в контексте

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

  1. Войдите в проект (https://dev.azure.com/{Your_Organization/Your_Project}).

  2. Выберите Boards>Backlogs>Analytics, чтобы открыть отчет о скорости для бэклога продукта или портфеля.

    Скриншот с невыполненными задачами, откройте раздел «Аналитика».

  3. Чтобы перейти к другому реестру задач, выберите из селектора реестров задач, а затем выберите "Просмотреть полный отчет для Скорости".

  4. Используйте интерактивные элементы управления для выбора поля счетчика или суммы и количества итераций. Выберите настраиваемые итерации, чтобы указать любое количество итераций от 1 до 15.

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

    Наведите указатель мыши на область столбца, чтобы отобразить сводку по запланированным и завершенным рабочим элементам. Например, для спринта 07_2019 планируется 131 элементов.

    Снимок экрана отчета Velocity Analytics.

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

  5. Чтобы добавить отчет на панель мониторинга, выберите значок действий и нажмите кнопку "Копировать на панель мониторинга".

    Снимок экрана: отчет в контекстном меню анализа, опция «Копировать на панель мониторинга».

  6. Выберите панель мониторинга и нажмите кнопку "ОК".

  7. Чтобы вернуться к сводке аналитики, выберите стрелку назад.

Настройка мини-приложения "Скорость"

Виджет "Velocity" можно настроить только для одной команды. Если вы хотите увидеть производительность нескольких команд, то вам необходимо настроить команду по управлению портфелем, объединяющую несколько команд. Дополнительные сведения см. в разделе "Добавление команд".

Если вы еще не сделали, добавьте мини-приложение "Скорость" на панель мониторинга. Для Azure DevOps Server 2019 включите или установите Analytics.

Выполните следующие действия, чтобы настроить мини-приложение "Скорость".

  1. Значок действий Щелкните значок действий и выберите параметр "Настройка", чтобы открыть диалоговое окно конфигурации.

    Снимок экрана: последовательность выделенных кнопок для настройки панели мониторинга скорости.

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

    Снимок экрана: диалоговое окно

  2. Укажите количество спринтов, которые вы хотите просмотреть. Значение по умолчанию равно 6, а максимальное — 15.

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

    • Отображение запланированных работ для итерации. Установите этот флажок, чтобы отобразить объем работы, запланированной для итерации в начале итерации, что полезно для сравнения запланированных работ с фактическими конечными результатыми. По умолчанию количество запланированных работ начинается с даты начала итерации.
    • Дни, прошедшие дату начала итерации, когда запланированная работа является окончательной: укажите количество дней после даты начала подсчета запланированных работ. Например, если первые два дня итерации предназначены для планирования, можно ввести 3, а запланированные рабочие даты будут рассчитываться на третий день. Например, если итерация начинается 01/01/2024, а три элемента невыполненной работы назначаются на итерацию в конце 01/01/2024 дня, то эти три элемента невыполненной работы считаются запланированными элементами. Если ваша команда не завершит планирование в течение первых нескольких дней итерации, вы можете обновить количество дней, прошедших с начала итерации, когда планируемая работа будет окончательной.
    • Выделить работу, выполненную с опозданием: Установите этот флажок, чтобы отображать рабочие элементы, отмеченные как завершенные после даты окончания итерации. Такие элементы считаются выполненными с опозданием и отображаются светло-зеленым цветом. Выделение поздно завершенной работы полезно для выявления закономерности, когда рабочие элементы помечаются завершенными после окончания итерации.
    • Дни после окончания итерации, после которых работа считается просроченной: укажите количество дней, по истечении которых вы считаете рабочий элемент просроченным, если его статус по-прежнему новый или в работе. Например, ввод трех дней дает команде 3 дня после окончания итерации, чтобы пометить рабочие элементы завершенными, прежде чем их сочтут запоздалыми.
  4. Выберите Сохранить. На следующем рисунке показана скорость, основанная на сторипоинтах, на основе данных восьми спринтов.

    Снимок экрана: пример мини-приложения

Дополнительные сведения о Запланированных, Завершенных, Завершенных с опозданием и Неполных состояниях см. в Описаниях состояния, упомянутых ранее в этой статье.

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

Обязательные задачи

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

Внимание

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

Добавление других команд

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

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