Lead Time — это полное время от момента поступления запроса до его завершения и доставки заказчику. В отличие от традиционных подходов, где фокус на планировании и контроле, Agile-команды используют Lead Time для непрерывного улучшения скорости доставки ценности.
Lead Time — это полное время от момента поступления запроса до его завершения и доставки заказчику. В отличие от традиционных подходов, где фокус на планировании и контроле, Agile-команды используют Lead Time для непрерывного улучшения скорости доставки ценности.
Представьте, что клиент обращается в службу поддержки с запросом на доработку функции. Lead Time — это весь путь от момента создания задачи до того, как готовое решение попадет к пользователю. Это включает время на анализ, разработку, тестирование, деплой и все ожидания между этапами.
Во-первых, команды получают объективную картину своей производительности. Раньше менеджеры могли только догадываться, почему задачи «застревают» — теперь видят конкретные узкие места. Например, команда обнаружила, что 60% Lead Time уходит на ожидание ревью кода, и добавила второго ревьюера. Во-вторых, появляется возможность давать реалистичные прогнозы заказчикам. Вместо обещаний «сделаем за неделю» команда говорит: «наш средний Lead Time для таких задач — 8 дней», что повышает доверие и снижает давление.
В IT-команде Lead Time начинается с момента добавления пользовательской истории в бэклог и заканчивается релизом в продакшн. Команда мобильного приложения отслеживала путь фичи «уведомления о скидках»: 2 дня на уточнение требований, 5 дней разработки, 3 дня тестирования, 1 день на деплой. Общий Lead Time составил 11 дней, но команда заметила, что 40% времени задача просто ждала в очереди. Это привело к реорганизации процессов и сокращению Lead Time до 7 дней за счет параллельной работы и автоматизации тестирования.
Команды часто путают Lead Time с временем активной работы, исключая периоды ожидания. Это создает ложное представление об эффективности — показатели выглядят хорошо, но клиенты недовольны скоростью. Другая ошибка — измерение Lead Time только для успешных задач, игнорируя отклоненные или переделанные. Некоторые команды начинают отсчет не с момента запроса клиента, а с начала разработки, что искажает реальную картину и мешает выявить проблемы в процессе приема и анализа требований.
Стабильный и предсказуемый Lead Time указывает на отлаженные процессы команды и помогает планировать релизы. Команды с высокой зрелостью используют Lead Time для экспериментов — например, проверяют, как изменение размера задач влияет на скорость доставки. Метрика тесно связана с принципами Agile: короткие циклы обратной связи, непрерывное улучшение и фокус на ценности для клиента. В Kanban Lead Time — основа для оптимизации потока, в Scrum — для планирования спринтов и оценки производительности команды.
Сначала слушаем, задаём вопросы, разбираемся в ситуации. Потом предлагаем подход и только тогда обсуждаем условия.