Главная » Блоги Экспертов И ИТ-Компаний » Топ-10 метрик для измерения производительности

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

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

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

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

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

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

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

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

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

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



Источник: https://cleverics.ru/digital/?p=34388


Данный материал является частной записью члена сообщества Club.CNews.
Редакция CNews не несет ответственности за его содержание.
Комментарии
Другие публикации
RU, Москва
Информационные технологии



Забыли пароль?
Зарегистрируйся сейчас!
Присоединяйся к нашему обществу для того чтобы познакомиться с новыми людьми, создать собственный блог, публиковать анонсы событий и объявления, а также участвовать в обсуждении публикаций CNews. Мы создали единое пространство для общения специалистов рынка информационных технологий и всех, кто интересуется современными технологиями. Регистрация =>