Портал №1 по управлению цифровыми
и информационными технологиями

Топ-10 метрик для измерения производительности

В данной статье рассматривается десять лучших (по мнению автора) метрик для измерения производительности команды поставки.

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

Если вы не можете измерить что-то, вы не можете это улучшить

Метрика Назначение / описание
Время цикла

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

Число релизов Измерение способности команды поддерживать бизнес-потребности в отношении времени выхода на рынок.
Число релизов за период
Предсказуемость спринта

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

Длительность функционального тестирования Измерение времени, затраченного на запуск набора тестов. Подход “сдвиг [тестирования] влево” (shift left) применяется для обеспечения раннего обнаружения проблем.
Время, затраченное на тестирование
Эффективность устранения дефектов (DRE) Измерение производительности работы команды разработчиков по устранению дефектов перед релизом.
Доля устранённых дефектов в общем числе выявленных на момент оценки
Длительность разработки программного кода Измерение уровня зрелости DevOps и оценка его влияния на эффективность команды.
Время создания пакета развёртывания
Длительность релиза и развёртывания Измерение зрелости DevOps с точки зрения непрерывного развертывания.
Время до готовности релиза для использования в продуктивной среде
Длительность создания новой среды Измерение зрелости DevOps в части создания новых сред, позволяющих команде разработчиков сосредоточиться на решении проблем. Процесс должен быть максимально приближен к применяемому для продуктивной среды.
Время, затрачиваемое на создание новой среды для команды разработки
Среднее время восстановления (MTTR) Отражает, насколько быстро организация или команда могут реагировать на сбои или дефекты и устранять их. Также отражает зрелость архитектуры и дизайна, позволяющую команде быстро решать проблемы.
Время между обнаружением сбоя в сборке до появления сборки, в которой сбой устранён
Средняя длительность работы без сбоев (MTBF) Измерение надежности системы, а также зрелости архитектуры и дизайна рассматриваемой системы.
Показывает, насколько эффективно команда использует методы SRE.
Время между сбоями, в течение которого система работает без сбоев

Оригинал статьи доступен по ссылке.

«VAP: Построение системы KPI для ИТ»
Как обеспечить управление процессами, проектами, услугами, персоналом

Добавить комментарий

Ваш адрес email не будет опубликован. Обязательные поля помечены *

DevOps
Kanban
ITSM
ITIL
PRINCE2
Agile
Lean
TOGAF
ITAM