В этом посте показано, как построить некоторые KPI для DevOps, чтобы:

• Оценить зрелость DevOps вашей организации
• Организовать планирование преобразования DevOps

Шаг № 1: Используйте Канбан-доску

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

• Отразить полный жизненный цикл продукта
• Каждый шаг рабочего процесса должен содержать задания как в «активном», так и «завершенном» состоянии.

Этот пример ниже наглядно показывает одну из возможных Канбан-досок

Шаг № 2: Оцените процесс создания продукта – используйте «журнал регистрации потока продукта»

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

Например,
История пользователя #ST-45-17

• Бэклог 03-01
• Укажите активные задачи 03-06
• Укажите выполненные задачи 03-14
• Внедрите активные задачи 03-20
• Внедрите выполненные задачи 03-26
• Подтвердите активные задачи 03-30

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

Шаг № 3: Создание KPI

В этом разделе показано, как использовать «журнал процесса создания продукта» (упомянутый выше) для создания KPI.

KPI — Эффективность процесса

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

На приведенной выше диаграмме показана средняя эффективность потока 66%. Это указывает на то, что поток продукта должен быть проверен и улучшен, так как активность ожидает 34% времени.

KPI — результативность потребительской стоимости

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

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

На приведенной выше диаграмме средняя стоимость клиента составляет 56%. Это указывает на то, что высокие (44%) расходы на деятельности «Дефект» и «Техническая история» должны быть проверены и потенциально улучшены.

Выводы

Этот пост демонстрирует, как использовать Kanban для создания KPI DevOps.
Канбан можно использовать таким же образом, чтобы создать дополнительный важный KPI, такой как:

• Частота развертывания
• Время развертывания
• Время выполнения / время цикла для каждого шага
• Процент сбоев
• Среднее время для обнаружения
• Среднее время восстановления
• Уровень работы
• Технический долг

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

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