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

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

➠ Lead time – время от поступления заказа до его выполнения. Эта метрика показывает, насколько быстро компания может доставить свой продукт или услугу клиенту. Чем меньше lead time, тем выше уровень удовлетворенности клиента и тем больше возможностей для повторных продаж и рекомендаций.

➠ Cycle time – время от начала работы над задачей до ее завершения. Эта метрика показывает, насколько быстро команда разработчиков может реализовать требования клиента в рамках спринта. Чем меньше cycle time, тем выше уровень адаптивности и гибкости команды, а также тем больше возможностей для получения обратной связи и улучшения продукта.

➠ Troughput – количество задач, выполненных за определенный период. Эта метрика показывает, насколько продуктивна команда разработчиков в целом. Чем больше throughput, тем больше ценности команда создает для клиента и бизнеса, а также тем меньше затрат на разработку.

➠ Defect rate – процент ошибок или дефектов в продукте. Эта метрика показывает, насколько качественно команда разработчиков выполняет свою работу и какие усилия требуются для исправления ошибок. Чем меньше defect rate, тем выше уровень надежности и безопасности продукта, а также тем меньше рисков для клиента и бизнеса.

За метрики эффективности процессов отвечают процессные менеджеры, в Scrum это Scrum-мастера.

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

➠ Среднее время между сбоями (Mean Time Between Failures, MTBF): оценивает среднее время, проходящее между появлением сбоев.

➠ Время восстановления после сбоя (Mean Time to Recovery, MTTR): измеряет среднее время, требуемое для восстановления работы системы после сбоя.

➠ Коэффициент отказов (failure rate): оценивает частоту сбоев в работе программы.

➠ Доля времени работы без сбоев (uptime): измеряет процент времени, в течение которого система работает без сбоев.

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