Примечание.
Для доступа к этой странице требуется авторизация. Вы можете попробовать войти или изменить каталоги.
Для доступа к этой странице требуется авторизация. Вы можете попробовать изменить каталоги.
Azure DevOps Services | Azure DevOps Server | Azure DevOps Server 2022
Метрики скорости предоставляют ценные аналитические сведения, помогающие командам планировать и прогноз спринтов, а также оценивать, насколько точно они оценивают и соответствуют запланированным обязательствам. Эти метрики указывают, сколько работы может завершить команда во время спринта на основе количества завершенных рабочих элементов или суммы оценок для усилий (элементы списка невыполненной работы продукта), сторипоинтов (пользовательские истории) или размера (требования). Используйте скорость для определения емкости команды, но не путайте ее с ключевыми индикаторами производительности.
Предварительные условия
| Категория | Требования |
|---|---|
| Уровни доступа |
-
член проекта. — По крайней мере базовый доступ уровня . |
| Разрешения |
-
администратор команды или администратор проекта или вам предоставлены определенные разрешения для панели мониторинга. — Чтобы добавить мини-приложение на панель мониторинга команды: член команды. |
| Активация функций | Azure Boards включено. При отключении не отображаются мини-приложения аналитики отслеживания работы. Чтобы повторно включить ее, см. раздел "Включение или отключение службы". |
| ознакомленность с задачами | Осведомленность о всех обязательных или рекомендуемых задачах, перечисленных далее в этой статье. |
| Категория | Требования |
|---|---|
| Уровни доступа |
-
член проекта. — По крайней мере базовый доступ уровня . |
| Разрешения |
-
администратор команды или администратор проекта или вам предоставлены определенные разрешения для панели мониторинга. — Чтобы добавить мини-приложение на панель мониторинга команды: член команды. |
| Активация функций |
-
Azure Boards включено. При отключении не отображаются мини-приложения аналитики отслеживания работы. Чтобы повторно включить ее, см. раздел "Включение или отключение службы". - Аналитика установлена и включена. Члены группы администраторов коллекции проектов могут добавлять расширения или включать службу. Владельцы организации автоматически входят в эту группу. |
Совет
Изображения в этой статье могут отличаться от того, что вы видите на веб-портале. Эти различия могут быть вызваны обновлениями веб-приложения, параметрами, включенными вами или администратором, и процессом, выбранным при создании проекта (Agile, Basic, Scrum или CMMI).
Понимание чисел скорости
Скорость представляет объем работы вашей команды, завершенной в прошлых спринтах, которая помогает прогнозировать будущие мощности:
- При отслеживании по количеству: скорость показывает количество рабочих элементов (пользовательских историй, ошибок, задач), завершенных в каждом спринте
- При отслеживании по сумме: скорость показывает общие точки истории, часы усилий или оценки размера, завершенные на спринт
Например, если ваша команда выполнила истории пользователей объемом 25 стори-поинтов в первом спринте, 30 стори-поинтов во втором спринте и 28 стори-поинтов в третьем спринте, ваша средняя скорость составляет примерно 28 стори-поинтов за спринт. Это среднее помогает спланировать, сколько трудоемких действий будет выполняться в будущих спринтах.
Как Azure DevOps обрабатывает вычисление скорости
Azure DevOps следует гибким рекомендациям по вычислению скорости.
Внимание
При завершении работы, скорость всегда учитывается в спринте, независимо от того, в каком спринте рабочий элемент изначально планировался, или его текущего пути итерации. Этот подход соответствует стандартным гибким методикам, которые подчеркивают измерение фактической доставки по запланированным обязательствам.
Сценарии перемещения рабочих элементов
- Перемещение неполной работы между спринтами: при перемещении неполного рабочего элемента из одного спринта в другой (изменив путь итерации), рабочий элемент продолжает отображаться как неполный в новом спринте до завершения.
- Завершение работы в другом спринте: если вы завершите рабочий элемент в Sprint 3, несмотря на то, что изначально он был запланирован на Sprint 1, заслуги по скорости переходят к Sprint 3, когда работа была завершена.
- Путь итерации и дата завершения: дата завершения определяет, какой спринт получает кредит скорости, а не текущее назначение пути итерации.
Влияние изменения путей итерации
При изменении пути итерации рабочего элемента в процессе выполнения (WIP):
Метрики скорости:
- Перемещение элемента WIP не влияет на скорость до завершения
- Кредит скорости переходит к спринту, где элемент завершен
- Элемент по-прежнему считается запланированным для исходного спринта
Завершенные поздние метрики:
- Поздний расчет сравнивает дату завершения с датой окончания текущей итерации
- Перемещение элемента в более поздний спринт может изменить его позднюю классификацию
Пример: Рабочий элемент, запланированный для Sprint 1 (заканчивается 15 марта), переехал в Sprint 2 (заканчивается 30 марта), завершен 25 марта:
- Запланированное: Sprint 1 (оригинал)
- Скорость: спринт 2 (если завершен)
- Статус опоздания: не поздно (завершено до даты окончания Sprint 2)
Совет
Определите методики группы по перемещению рабочих элементов между спринтами, чтобы свести к минимуму путаницу в отслеживании скорости.
Этот метод вычисления гарантирует, что:
- Команды получают точные измерения скорости на основе фактической емкости доставки
- Скорость спринта отражает действительно завершенную работу в течение этого периода времени
- Планирование будущих спринтов использует реалистичные данные о возможностях вместо запланированных обязательств.
Типы диаграмм скорости
Вы можете выбрать между двумя диаграммами скорости: контекстная диаграмма скорости на странице невыполненных задач, а также мини-приложение "Скорость" на панелях мониторинга. Обе диаграммы помогают быстро понять категории состояния рабочего процесса, описанные в следующей таблице.
Элементы в состояниях Предлагается или Разрешено исключаются из вычислений по состояниям Завершено, Завершено с опозданием и Неполно. Дополнительные сведения см. в статье о том, как используются состояния категорий рабочих процессов в Azure Boards. Ваши выбранные настройки являются личными и сохраняются между сеансами, пока вы их не измените.
Внимание
Только запланированные данные используют исторические моментальные снимки. Все остальные состояния (неполные, завершенные, завершенные, завершенные) отражают текущие данные рабочего элемента.
| Состояние рабочего процесса | Описание |
|---|---|
| Planned | Рабочие элементы, назначенные спринту к концу первого дня, независимо от их текущего состояния или окончательного места завершения. После подсчета по плану элементы остаются в этой категории для исходного спринта, даже если они перемещены позже. Рабочий элемент можно считать как запланированный в нескольких спринтах, если он соответствует правилу назначения 1 дня для каждого спринта. |
| Неполный | Рабочие элементы, назначенные спринту с состоянием "Ход выполнения ". Исключает элементы в предлагаемых, разрешенных или завершенных состояниях. |
| Разрешено | Рабочие элементы в разрешенном состоянии. Не отображается, если не настроено для обработки разрешенных элементов как завершенных. |
| Завершено | Рабочие элементы в состоянии "Завершено " с датой завершения или до окончания спринта. Заслуга скорости засчитывается спринту в тот момент, когда элемент завершается, независимо от изначально запланированного спринта или текущего пути итерации. |
| Завершено поздно | Рабочие элементы в состоянии "Завершено " с датой завершения после окончания спринта. Эти элементы способствуют скорости спринта, когда они были завершены. |
Замечание
При настройке для обработки разрешенных элементов как завершенных, перемещение разрешенного элемента в состояние "Завершено" после изменения даты окончания спринта изменит ее классификацию с "Завершено" на "Завершено" до "Завершено".
Далее в этой статье вы узнаете, как открыть отчет "Скорость в контексте" или настроить мини-приложение "Скорость".
Вы можете настроить каждую диаграмму следующим образом:
- Сумма усилий, точек истории, полей размера или других поддерживаемых числовых полей, назначенных элементам невыполненной работы.
- Количество рабочих элементов в бэклоге.
- Число итераций.
Мини-приложение предлагает дополнительные параметры конфигурации. Дополнительные сведения см. в разделе "Настройка и просмотр диаграмм скорости".
Просмотр отчета Velocity в контексте
Отчёты о скорости выполнения доступны как для невыполненных работ по продуктам, так и для портфеля невыполненных работ. Каждый отчет включает интерактивные элементы управления, позволяя пользователям настраивать представление в соответствии с конкретными интересами.
Войдите в проект (
https://dev.azure.com/{Your_Organization/Your_Project}).Выберите Boards>Backlogs>Analytics, чтобы открыть отчет о скорости для бэклога продукта или портфеля.
Чтобы перейти к другому реестру задач, выберите из селектора реестров задач, а затем выберите "Просмотреть полный отчет для Скорости".
Используйте интерактивные элементы управления для выбора поля счетчика или суммы и количества итераций. Выберите настраиваемые итерации, чтобы указать любое количество итераций от 1 до 15.
Если ваша команда не завершает спринт или если вы работаете над элементами до даты начала спринта, нет данных для анализа и прогнозирования. Следующее сообщение может отображаться: Задать даты итерации для использования этого мини-приложения. Чтобы устранить эту ситуацию, задайте диапазон дат итерации для включения текущей даты или ожидания начала спринта.
Наведите указатель мыши на область столбца, чтобы отобразить сводку по запланированным и завершенным рабочим элементам. Например, для спринта 07_2019 планируется 131 элементов.
Для получения дополнительной информации см. описания состояния рабочего процесса, упомянутые ранее в этой статье.
Чтобы добавить отчет на панель мониторинга, выберите
значок действий и нажмите кнопку "Копировать на панель мониторинга".
Выберите панель мониторинга и нажмите кнопку "ОК".
Чтобы вернуться к сводке аналитики, выберите стрелку
назад.
Настройка мини-приложения "Скорость"
Виджет "Velocity" можно настроить только для одной команды. Если вы хотите увидеть производительность нескольких команд, то вам необходимо настроить команду по управлению портфелем, объединяющую несколько команд. Дополнительные сведения см. в разделе "Добавление команд".
Если вы еще не сделали, добавьте мини-приложение "Скорость" на панель мониторинга.
Выполните следующие действия, чтобы настроить мини-приложение "Скорость".
Щелкните значок действий и выберите параметр "Настройка", чтобы открыть диалоговое окно конфигурации.
Измените название, выберите команду и выберите уровень невыполненной работы или тип рабочего элемента для отслеживания. Выберите, следует ли отслеживать количество рабочих элементов или сумму числового поля. Наиболее распространенное суммарное поле — это "Усилия", "Точки истории" или "Размер".
Укажите количество спринтов, которые вы хотите просмотреть. Значение по умолчанию равно 6, а максимальное — 15.
(Необязательно) Установите флажки, чтобы отобразить дополнительные сведения о работе, завершенной позже, чем запланировано для каждого спринта.
- Отображение запланированных работ для итерации. Установите этот флажок, чтобы отобразить объем работы, запланированной для итерации в начале итерации, что полезно для сравнения запланированных работ с фактическими конечными результатыми. По умолчанию количество запланированных работ начинается с даты начала итерации.
-
Дни, прошедшие дату начала итерации, когда запланированная работа является окончательной: укажите количество дней после даты начала подсчета запланированных работ. Например, если первые два дня итерации предназначены для планирования, можно ввести
3, а запланированные рабочие даты будут рассчитываться на третий день. Например, если итерация начинается01/01/2024, а три элемента невыполненной работы назначаются на итерацию в конце01/01/2024дня, то эти три элемента невыполненной работы считаются запланированными элементами. Если ваша команда не завершит планирование в течение первых нескольких дней итерации, вы можете обновить количество дней, прошедших с начала итерации, когда планируемая работа будет окончательной. - Выделить работу, выполненную с опозданием: Установите этот флажок, чтобы отображать рабочие элементы, отмеченные как завершенные после даты окончания итерации. Такие элементы считаются выполненными с опозданием и отображаются светло-зеленым цветом. Выделение поздно завершенной работы полезно для выявления закономерности, когда рабочие элементы помечаются завершенными после окончания итерации.
- Дни после окончания итерации, после которых работа считается просроченной: укажите количество дней, по истечении которых вы считаете рабочий элемент просроченным, если его статус по-прежнему новый или в работе. Например, ввод трех дней дает команде 3 дня после окончания итерации, чтобы пометить рабочие элементы завершенными, прежде чем их сочтут запоздалыми.
Выберите Сохранить. На следующем рисунке показана скорость, основанная на сторипоинтах, на основе данных восьми спринтов.
Дополнительные сведения о Запланированных, Завершенных, Завершенных с опозданием и Неполных состояниях см. в Описаниях состояния, упомянутых ранее в этой статье.
Обязательные и рекомендуемые задачи для использования диаграмм скорости
Чтобы ваша команда извлекла максимальную пользу из диаграмм скорости, следуйте этим необходимым и рекомендуемым задачам.
Обязательные задачи
- определить пути итерации (спринты) и настроить итерации команды. Убедитесь, что спринты имеют одинаковую длительность.
- Определение и оценка элементов невыполненной работы. Элементы, созданные из бэклога команды, автоматически назначаются текущему спринту и области команды по умолчанию.
- Обновите состояние элементов бэклога при запуске и завершении работы. На диаграмме скорости или мини-приложении отображаются только элементы с состоянием В процессе или Завершено.
Рекомендуемые задачи
- Определение и размер элементов невыполненной работы для минимизации изменчивости.
- решите, как ваша команда обрабатывает ошибки. При обработке таких требований ошибки отображаются в невыполненной работе и включаются в диаграмму скорости и прогнозирование.
- Задать путь к участку вашей команды. Инструмент прогнозирования использует эти настройки для включения или исключения элементов в областях, согласно настройкам по умолчанию команды.
- избегайте создания иерархии элементов невыполненной работы и ошибок. На доске, Taskboards и в списке задач спринта отображаются только последние узлы в иерархии. Вместо этого сохраняйте плоский список со связями родитель-потомок на одном уровне. Используйте функции для группирования требований илипользовательских историй.
- Когда это возможно, выполните элементы невыполненной работы в рамках запланированного спринта. Хотя Azure DevOps корректно обрабатывает выполнение кросс-спринта, частое перемещение работ между спринтами может повлиять на концентрацию команды и точность в планировании спринтов.
- обновите статус выполненных элементов бэклога в конце спринта. Переместите неполные элементы обратно в бэклог продукта для планирования спринтов в будущем.
- свести к минимуму вариативность размеров элементов невыполненной работы для повышения точности оценки. Снижение изменчивости повышает надежность метрик скорости и результатов прогнозирования. Оценки являются оценками команды по поводу усилий, необходимых для завершения элемента относительно других в бэклоге.
Внимание
Удаление значений пути области или перенастройка значений пути итерации приводит к необратимой потере данных на следующих диаграммах:
- Диаграммы сгорания и наращивания для виджетов
- Диаграммы снижения оставшихся задач в спринте
- Диаграммы скорости для команд с изменёнными путями областей
- Исторические диаграммы трендов, ссылающиеся на значения пути области и пути итерации , как определенные на момент определения каждой рабочей задачи.
Путь к области и итерации можно удалять только в том случае, если они больше не используются рабочими элементами. При удалении этих путей вы больше не сможете восстановить их исторические данные.
Добавление других команд
Если каждая команда хочет своего представления невыполненной работы, диаграммы скорости и средства прогнозирования, можно добавить новую команду. Каждая команда имеет доступ к собственному набору средств Agile, которые фильтруют рабочие элементы, чтобы включить только пути к назначенной области и пути итерации, относящиеся к этой команде.