ИТ-показатели для обеспечения скорости и качества вашего бизнеса

Опубликовано: 2021-05-04

В этой статье

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

«Власть - ничто без контроля» - таков девиз одной известной компании, в которой я работал почти 20 лет назад. Я видел это везде, мне понравилось, и я не мог выбросить это из головы. Возможно, по этой причине я с радостью принял вызов организовать в MailUp реализацию набора хорошо известных специалистам ИТ-метрик, основанных на балансе скорости и качества .

Что такое ИТ-метрики и для чего они нужны?

Что такое ИТ-метрики? Они помогают контролировать и улучшать процессы, измеряя важные переменные в мире информационных технологий. Как и во всех сложных процессах, умение заключается в сортировке ограниченного количества измеримых величин. Они не только являются хорошим индикатором процессов и производительности нашего продукта, но также позволяют нам улучшать оба аспекта с помощью целенаправленных вмешательств, которые меняют их ценности.

Сложный? Немного - так как определить лучшие метрики для этого типа активного контроля не так-то просто. Опробовав некоторые внутренние метрики, мы решили взять те, которые довольно хорошо описаны в «Ускорение - Ускорение: наука об экономичном программном обеспечении и DevOps». Они также были одной из основных тем в годовых отчетах о состоянии DevOps с 2012 года.

Мера для улучшения: как ИТ-метрики ускоряют эффективность бизнеса

После многолетних обширных исследований с участием тысяч компаний авторы вышеупомянутых публикаций подтверждают, что существует прямая корреляция между отличной производительностью ИТ и столь же хорошими бизнес-результатами для компаний в цифровом секторе. Эти исследования определили 5 основных показателей, по которым все ведущие ИТ-специалисты (крупнейшие, самые передовые компании) достигают отличных результатов. Эти компании приняли те же показатели и смогли соответствовать значениям «элитных исполнителей» по всем 5 показателям. В самом деле, у них были темпы роста намного лучше, чем у других, и это подтверждает, насколько чрезвычайно эффективно и важно внедрять набор ключевых показателей эффективности для ИТ. Короче говоря, превосходные технологические результаты становятся фактором, способствующим повышению производительности на бизнес-уровне.

ИТ-показатели для обеспечения скорости и качества вашего бизнеса

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

Переводя эту концепцию в числа, мы получаем 5 измеримых величин в качестве показателей:

  • Время выполнения изменений (LTFC): среднее время от начала процесса до его доступности для покупателя («в производстве»);
  • Частота развертывания : как часто выпускаются новости или обновления в производственной среде;
  • Частота сбоев при изменении (CFR): количество производственных обновлений для восстановления после проблемы, вызванной недавним обновлением;
  • Среднее время восстановления (MTTR): среднее время восстановления после того, как серьезная производственная проблема затронула клиентов; а также
  • Доступность : процент времени, в течение которого службы платформы были полностью доступны (получается вычитанием суммы всех времен восстановления).

IT-показатели MailUp

В MailUp мы занимаемся этими метриками с сентября 2020 года. Мы сделали это с помощью инструментов автоматического измерения и путем настройки непрерывного процесса, в котором:

  • следим за прогрессом;
  • мы ставим цели ; а также
  • мы определяем действия, чтобы туда добраться.

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

Часто забывают, что метрики - это косвенные индикаторы улучшения процесса. Ключевым моментом является то, что измерение не является самоцелью. Скорее, имеет значение наше влияние на процесс и на продукт, когда нам удается изменить эту меру.

Что касается цифр, давайте посмотрим подробнее, как мы рассчитываем эти метрики в MailUp:

как измерить ит-метрики

Мы рассчитываем время выполнения изменений как средний промежуток времени за последние три месяца, в течение которого история (или задача), соответствующая проблеме Jira , проходит от начала обработки до публикации. В этом нам поможет пакет Atlassian Jira. Это позволяет нам измерить «время нахождения в статусе» истории, т. Е. Сколько времени проблема находилась в определенном статусе при каждом переходе рабочего процесса. Затем импортированные и агрегированные данные можно просматривать с помощью контрольной диаграммы Jira или специальных информационных панелей, подобных той, которую мы создали с помощью Tibco Spotfire.

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

В MailUp мы также измеряем время выполнения развертывания, т. Е. Время от последнего изменения производственного кода до исходного кода.

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

MTTR и доступность основаны на определении «инцидента» . Внутри компании мы определили это как нарушение производства с воздействием и серьезностью выше определенного порога. Для каждого инцидента обязательно заполнять «форму инцидента» в Atlassian Jira . Это указывает на различные элементы, такие как продолжительность, причина, последствия, воздействия и тип разрешения. Затем автоматически извлекаются данные из карточек происшествий для их графического представления.

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

Достаточно ли нам этих показателей? Они, безусловно, являются отличной отправной точкой для понимания технологического состояния здоровья, даже если в нашем будущем горизонте уже есть два следующих шага :

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

Заключение

В этом кратком обзоре указывается значение и преимущества использования набора ИТ-показателей для повышения общей производительности бизнеса. Чтобы узнать больше о показателях и способах их расчета, нажмите эту ссылку!