Курс Технический менеджер продуктов · автор Stanislav Belyaev
EN RU

Время доставки (Lead Time)

2 исходящих · 15 входящих · 17 всего связей

Карта Детали
МАСШТАБ КОМАНДЫ
Delivery & Pipeline УСИЛЕНО В МОНОРЕПО УСИЛЕНО В РАСПРЕДЕЛЁННЫХ КОМАНДАХ

Время доставки (Lead Time)

Lead time измеряет время от первого коммита до момента, когда код оказывается в продакшене. Сюда входят code review, прохождение CI, ожидание в очереди на мерж и сам процесс деплоя. Длинный lead time сигнализирует о узких местах в пайплайне и снижает скорость обратной связи для разработчиков.

Время от первого коммита до релиза в продакшен. Элитный уровень: <1 часа; начальный: >1 месяца.

КОНТЕКСТ МОНОРЕПО

УСИЛИВАЕТСЯ: Хотя атомарные коммиты упрощают кросс-проектные правки, итоговый Lead Time складывается из скорости CI, сборки и тестов — все они критически замедляются в монорепах. Без продвинутого тулинга (Bazel, Nx) время ожидания фидбека растёт пропорционально кодовой базе.

КОНТЕКСТ РАСПРЕДЕЛЁННЫХ КОМАНД

УСИЛИВАЕТСЯ: Любой этап с участием человека добавляет от 12 до 24 часов на каждый разрыв в часовых поясах. PR, требующий ревью от коллеги из непересекающегося региона, гарантированно ждёт сутки на каждый раунд правок. Кросс-командные изменения могут растягиваться на неделю.

Влияние масштаба
👤 Один / Пара (1–3)
0.3
👥 Команда (4–15)
0.5
🏢 Отдел (15–100)
0.8
🏛️ Организация (100+)
1

Каждый этап пайплайна добавляет задержку пропорционально координации.

2
Влияет на
15
Зависит от

→ Влияет на

Высокий КритическийРАСП
Удовлетворённость разработчиков

Короткое lead time коррелирует с меньшим объемом незапланированной работы и более высокой удовлетворенностью.

DORA: elite 50% новой работы vs low 30%
DORA Well-being Research
Распределённые: Разрыв между 'готово' и 'задеплоено' ощущается еще более бессмысленным, когда он вызван ожиданием из-за TZ, а не техническими проблемами.
Средний ВысокийРАСП
Переключение контекста

Долгие изменения → больше WIP.

Больше work-in-progress
Swarmia Change Lead Time Analysis
Распределённые: Долгие изменения, ожидающие кросс-TZ апрувов, значительно увеличивают количество WIP.

← Зависит от

Высокий КритическийМОНО
Нестабильность тестов (Flakiness)

Перезапуски + крупные PR + задержки в очереди накапливаются на всех этапах пайплайна.

Влияет на 3+ стадии доставки
Katalon + Gradle research
Скорость пайплайна (CI/CD)

Время CI — это прямой нижний порог скорости доставки.

Atlassian: 75% сокращение сборки → 96% сокращение lead time
Atlassian Engineering Blog
Высокий КритическийРАСП
Скорость Code Review

Часто самая длинная стадия.

Индустрия: 15–24 часа; Google: <4 часа
Meta, Code Climate, Cubic, Plandek
Распределённые: Каждый раунд ревью добавляет 12-24ч через границы TZ. Два раунда фидбека превращают слияние в тот же день в 3-дневный марафон.
Размер PR

Крупные PR дольше на каждой стадии.

Elite: <194 изменений кода
LinearB (6.1M PRs analyzed), PropelCode, Graphite
Высокий КритическийМОНОРАСП
Очередь на мердж

Прямой аддитивный компонент.

Узкое место при 20–30+ девах
GitHub Engineering / Merge Queue research
Монорепо: В крупных монорепозиториях с сотнями контрибьюторов merge queue становится ДОМИНИРУЮЩИМ компонентом lead time.
Распределённые: Падения в очереди за ночь добавляют задержку на целый день. В распределённых монорепозиториях очередь становится ДОМИНИРУЮЩИМ компонентом lead time.
Состояние потока

Поток → быстрое завершение, меньше итераций.

Csikszentmihalyi: до 500% продуктивности в потоке; ограничение WIP в 3 задачи улучшает показатель завершения
Flow metrics research
Технический долг

Простые изменения занимают дни. Поставка на 25–50% медленнее.

23–33% времени на техдолг
Stripe Developer Survey 2023, arXiv 2024
Распределённые: Техдолг, замедляющий изменения, хуже, когда каждый цикл итерации стоит 12-24ч вместо минут. Долг усиливает затраты на round-trip между TZ.
Текучка кадров

Снижение производительности на 6–12 месяцев.

6–12 месяцев до полной продуктивности
Developer productivity ramp-up research
Частота деплоев

Нет ожидания окна развертывания.

Устраняет bottleneck
LaunchDarkly DORA Metrics Blog
PR в неделю

Более высокий throughput PR снижает WIP и время в очереди.

Throughput-latency trade-off
Queueing Theory / DORA
Высокий КритическийРАСП
Кросс-командная координация

PR на несколько команд требуют одобрения от всех CODEOWNERS. Разница в часовых поясах может добавить дни.

Распространено в крупных монорепозиториях
Monorepo/DevOps research
Распределённые: PR на несколько команд через неперекрывающиеся TZ: каждое одобрение CODEOWNERS добавляет 12-24ч. Изменение, требующее 3 одобрений команд из 3 TZ, может занять неделю.
Задержка передачи (Handoff)

Каждое перекладывание добавляет 12-24 часа к времени доставки. Изменение с тремя перекладываниями занимает минимум 3 дня.

Прямо пропорционально разнице в часовых поясах
DORA Research, Accelerate book
Покрытие ревью по зонам

Непрерывное ревью означает, что PR'ы движутся круглосуточно.

Follow-the-sun может ускорить доставку
Industry research, DORA metrics
Темп техдолга от AI

Накопление технического долга замедляет будущие изменения на 45%.

45% снижение скорости
GitClear & Research Studies
Overhead ревью AI-кода

+91% времени ревью напрямую увеличивает lead time.

+91% времени ревью
METR Study & Google DORA
Карта метрик — Stanislav Belyaev · Анализ — Anthropic Claude Opus 4.6 · Все данные проверены человеком