В 12-м эпизоде подкаста Алексей Пименов и Алексей Цыбульник обсуждают ключевые метрики управления продуктовой разработкой: Time to Market, Customer Lead Time и Lead Time.
Опыт спикера
Алексей Цыбульник более 10 лет работал в IT-разработке, затем перешёл в менеджмент, был проектным менеджером и СТО. С 2015 года работает консультантом по современным методам управления, специализируется на Kanban-методе.
Что такое Time to Market?
Time to Market (T2M) — это время вывода продукта или функциональности на рынок. Однако универсального определения этой метрики не существует.
Началом отсчёта может считаться:
- момент появления идеи,
- постановка задачи в трекер (например, Jira),
- формализация инициативы.
Конец отсчёта зависит от уровня зрелости компании:
- загрузка продукта в прод,
- сбор обратной связи от пользователей,
- подтверждение, что проблема заказчика решена.
Таким образом, каждая компания должна сама определить границы T2M. Метрика полезна, но требует чёткого определения начала и конца.
Customer Lead Time
Customer Lead Time (CLT) измеряется от точки принятия обязательств (commitment point) до момента, когда заказчик получает решение своей проблемы.
- Начало: когда команда подтверждает готовность выполнить работу.
- Конец: когда запрос клиента реализован и даёт ожидаемый результат.
CLT отражает восприятие ценности именно со стороны заказчика.
Lead Time и System Lead Time
Lead Time — общее семейство метрик времени выполнения.
- System Lead Time — время от commitment point до первой колонки процесса, которая не контролируется командой (не имеет WIP-лимита). Это фактически время выполнения на подконтрольной части процесса.
- Customer Lead Time — частный случай Lead Time, ориентированный на заказчика.
Важно: Lead Time — это не число, а распределение вероятности. Его нельзя трактовать только как «среднее значение».
Что до commitment point?
До точки принятия обязательств работа считается опциональной. Здесь можно использовать термин Time to Decision — время, затрачиваемое на анализ и подготовку к принятию решения.
Оптимизация этого времени требует осторожности:
- Если сократить исследовательскую работу продакт-менеджера, можно получить неверное решение и долгую, дорогую петлю обратной связи.
- Но есть ситуации, где оптимизация оправдана — например, если согласование идей происходит через комитеты, которые собираются раз в два месяца. В таких случаях задержка необоснованна и требует изменений.
Риски оптимизации Time to Market
Запрос на «сокращение T2M» часто некорректен. Он объединяет два разных процесса:
- Upstream (time to decision) — работа до принятия обязательств.
- Downstream (lead time) — работа после принятия обязательств.
Оптимизация без разделения этих процессов может привести к серьёзным проблемам, особенно в upstream: недооценке рисков и принятию неверных решений. Поэтому работать с метриками стоит аккуратно:
- фиксировать текущие значения,
- разделять time to decision и lead time,
- искать задержки в апстриме без ущерба качеству решений.
Зачем измерять Time to Market и Lead Time
Метрики Time to Market, Lead Time, Customer Lead Time и System Lead Time нужны не для «галочки». Они ценны только тогда, когда данные используются для принятия управленческих решений.
Основные цели измерений:
- Data-driven decision making: качественные управленческие решения требуют объективных данных.
- Понимание системы: чтобы измерять корректно, необходимо описать процесс, исследовать его и определить, где именно снимать показатели.
- Выявление проблем: данные помогают отличить реальные узкие места от гипотез и предположений.
- Прогнозирование: метрики времени позволяют строить прогнозы выполнения работы и управлять ожиданиями заказчиков.
Как работать с метриками времени
Любая временная метрика должна отвечать на три вопроса:
- С какого момента начинается отсчет?
- В какой момент он заканчивается?
- Какова форма распределения, а не только среднее значение?
Почему важно учитывать распределение
Lead Time — это не число, а распределение вероятностей.
- Для прогнозов используют перцентили (например, 80-й перцентиль означает, что в 80% случаев работа будет выполнена в указанный срок).
- Риск всегда остается: хвост распределения отражает вероятность срыва сроков.
- Медиана лучше среднего: она не искажается редкими выбросами, в отличие от среднеарифметического.
- Мода (наиболее частое значение) не подходит для прогнозов, так как вероятность попадания в неё редко превышает 30–40%.
Как объяснять заказчикам
Вместо обещания точных дат стоит обсуждать вероятность выполнения в заданный срок.
Часть рисков должна разделяться с заказчиком: 100% гарантия требует завышенного резерва.
Важно смещать фокус разговора: не «когда будет готово?», а «что именно вы хотите получить через 30 дней?».
Другие полезные метрики
Помимо временных:
- Cycle Time — локальное время отдельных этапов (например, тестирования).
- Throughput — пропускная способность системы.
- Flow Efficiency — эффективность потока (отношение времени активной работы к общему времени).
Если эффективность ниже 5%, оценки не коррелируют с фактическими сроками.
При эффективности 30–40% процесс уже достаточно оптимален, и улучшения возможны только за счёт серьёзных изменений.
