Lean и процессыМетрикаLean

Lead Time (время выполнения)

Полное время от появления запроса (заказа, задачи) до его завершения — включая ожидание в очереди.

КРАТКО
Lead Time (время выполнения) — это полный срок от заявки до готового результата у клиента. В него входит всё: ожидание в бэклоге, сама работа (время цикла) и доставка. Именно этот срок видит и считает заказчик. Формула простая: время выполнения = время ожидания плюс время цикла. Это ключевая метрика клиентского опыта.
СИНОНИМЫ:Lead Timeвремя выполнениявремя выполнения заказасрок поставкилид-тайм

Lead Time — главная метрика «с точки зрения клиента». В отличие от времени цикла, она включает всё ожидание.

Из чего складывается

  • Время в бэклоге: от появления заявки до момента, когда её взяли в работу.
  • Время цикла (Cycle Time): активная работа над задачей.
  • Время доставки: выпуск, публикация, отгрузка клиенту.

Где применяют

  • Lean: картирование потока создания ценности измеряет время выполнения на каждом шаге.
  • SaaS: срок, за который новый клиент получает первую пользу от продукта.
  • Интернет-торговля: время от оформления заказа до вручения покупателю.
КОГДА ПРИМЕНЯТЬ
  • Метрики клиентского опыта
  • Обязательства по SLA
  • Анализ потока создания ценности
КОГДА НЕ СТОИТ
  • Внутренние метрики команды без привязки к клиенту — там уместнее время цикла
ПРИМЕР

Клиент попросил доработку: заявка создана 1 января, в работу её взяли 1 марта (ожидание — 60 дней), готово 5 марта (время цикла — 4 дня). Итого время выполнения — 64 дня: клиент ждал 64 дня, а команда работала 4. Узкое место здесь не разработка, а разбор и приоритизация бэклога.

КАК ИСПОЛЬЗОВАТЬ В SHTAB

Чаще всего проблема не в скорости разработки, а в длинном бэклоге. Снижение лимитов WIP и честная приоритизация сокращают время выполнения сильнее, чем оптимизация времени цикла. В Shtab это видно на канбан-доске: достаточно посмотреть, сколько задача простояла в первой колонке до начала работы.

Попробовать бесплатно

Вопросы про «Lead Time (время выполнения)»

Есть три рычага. Первый — сократить ожидание в бэклоге: жёстко приоритизировать и отказываться от малоценных задач. Второй — сократить время цикла за счёт бережливой оптимизации: убрать переключения между задачами и лишние согласования. Третий — ускорить доставку автоматизацией выпуска (CI/CD). Обычно самый большой резерв даёт именно ожидание в бэклоге, а не скорость разработки.

Применяйте термины на практике

База знаний, задачи и цели — в одном сервисе. Бесплатно — без лимита по числу людей.