В этом посте показано, как построить некоторые 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.
Профессионалы с многолетним опытом менеджмента помогут выстроить взаимодействие сотрудников компании для наилучшей производительности. Обращайтесь к нам.
About The Author
Виктор