Среднее время поставки (Lead time) — это временной интервал, необходимый для выполнения запроса пользователя или внедрения изменения в систему, начиная с момента его поступления и до завершения обработки. Это ключевая метрика, так как она определяет скорость реакции системы на запросы клиентов и сотрудников, влияет на удовлетворённость пользователей и эффективность бизнес-процессов. Слишком длительное время приводит к потерям: клиенты уходят, сделки срываются, снижается конверсия. Эталонные команды разработки стремятся уложиться в часы, а хорошие — в дни, что подчеркивает важность минимизации Lead time.

Поток создания ценности — это способ наглядного обоснования того, что деятельность по достижению ценностного результата доказательно обеспечивает эту самую ценность в терминах бережливого производства. Это слой управления, лежащий над управлением потоками задач. Задачи различных видов, попадающие в бэклог-мясорубку потока создания ценности, оцениваются с точки зрения их влияния на общий результат команды, классифицируются и направляются в соответствующие процессы обработки: конвейеры развития, задачи на исследования, проверку бизнес- и технических гипотез. Здоровье каждого процесса измеряется собственными метриками, а здоровье команды оценивается через итоговый результат и сбалансированную карту показателей.

В Lean-подходе Lead Time — это время от момента поступления запроса до его выполнения, то есть общий период, который заказчик ожидает результата. Process Time (также называемое Touch Time или Task Time) — это время, когда непосредственно осуществляется работа над запросом, без учета времени ожидания в очередях. Основная разница в том, что Lead Time учитывает все задержки и время ожидания, тогда как Process Time фокусируется только на активной работе. Поскольку именно Lead Time определяет восприятие скорости выполнения работы заказчиком, оптимизация обычно направлена на сокращение именно этого показателя, а не Process Time. Однако отношение Process Time к Lead Time служит важным индикатором общей эффективности потока.

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

Эффективность потока - это отношение времени производства (Touch Time, непосредственно время выполнения работы над задачей) ко времени в системе (System Lead Time), выраженное в процентах. Для обычных команд разработки этот показатель находится в диапазоне от 3% до 10%, что означает, что от 90% до 97% времени задача находится в ожидании. Нормальным показателем для команд, управляющих работой в потоке, считается эффективность в 30%, что достигается за счет сокращения количества задач в системе и фокусировки на завершении текущих задач вместо начала новых.

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

Customer Lead Time - это время ожидания, которое считается от момента принятия решения о реализации задачи (зеленый флажок) до момента поставки результата заказчику. Этот период зависит от количества задач, которые находятся в системе перед рассматриваемой задачей, а также от скорости обработки этих задач. Особенно комично выглядит попытка определить срок поставки задачи именно в момент принятия решения, так как зачастую очередь задач меняется, и точную дату завершения предсказать невозможно.

Своевременность реализации изменений можно оценить с помощью метрик Lead Time (время от начала до завершения процесса изменения), Percentage of changes timely implemented (процент изменений, реализованных в установленные сроки), Average Implementation Time (среднее время реализации одного изменения), Timely Processing Index (индекс своевременной обработки). Эти метрики позволяют контролировать скорость выполнения изменений и выявлять задержки в процессе, что критически важно для оценки эффективности процесса управления изменениями.

Метрики, которые помогают оценить предсказуемость выполнения задач в DevOps, в основном связаны с регулярностью и стабильностью работы команды. Ключевая метрика предсказуемости - это последовательность выполнения взятых на себя задач за определенные отрезки времени. Если команда регулярно выполняет запланированный объем работы в установленные сроки, это говорит о высокой предсказуемости. Дополнительно могут анализироваться показатели отклонения от плана, частота срывов сроков, стабильность velocity (скорости выполнения задач) и улучшение точности оценок. Предсказуемость является важным компонентом качества работы DevOps-команды, так как позволяет более точно планировать релизы и управлять ожиданиями заинтересованных сторон, что в конечном итоге способствует уменьшению времени выпуска продукта (lead time).

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