Количество смерженных PR на разработчика в неделю — простой индикатор пропускной способности инженера. Эту метрику нужно интерпретировать в контексте размера PR и сложности задач, чтобы избежать поверхностной оптимизации. Резкое падение числа PR у конкретного разработчика может сигнализировать о блокерах, перегрузке митингами или выгорании.
Pull request на разработчика в неделю. Элитный уровень: 15–25 PR; начальный: 2–5 PR.
КРИТИЧЕСКИ УСИЛИВАЕТСЯ: Без умного CI тулинга каждый PR запускает полную сборку репы. Пропускная способность по PR может упасть на 60-80% без affected-project detection + remote caching.
КРИТИЧЕСКИ УСИЛИВАЕТСЯ: Распределенные команды завершают на 50-70% меньше PR чисто из-за задержек ревью и 12-24-часовых циклов передачи. Разработчик, завершающий 20 PR/неделю в колокированной команде, часто падает до 6-8 PR/неделю в распределенной.
Пропускная способность PR падает на 60-80% без умного CI в масштабе монорепо.
Завершение и деплой работы глубоко удовлетворяет. Высокий throughput = видимый прогресс.
Больше завершенных PR = больше деплоев.
Более высокий throughput PR снижает WIP и время в очереди.
Разработчики уходят, когда чувствуют себя непродуктивными.
Завершение PR снижает количество WIP. Меньше WIP = меньше переключений контекста.
Каждый дополнительный час задержки ревью напрямую снижает недельный throughput PR. 24h review → разработчики батчат изменения → меньше PR.
Сбои в очереди сбрасывают прогресс PR. Каждый сбой = часы или дни задержки до завершения повтора.
Медленный CI создает bottleneck итераций. 45-мин pipeline = макс 10-12 итераций/день. Быстрый 5-мин pipeline = 50+ итераций/день.
Каждый flaky сбой требует перезапуска. При 16% flakiness (Google) большинство PR ловят хотя бы один flake.
Каждое переключение контекста стоит 23 минуты на восстановление. Среды с высоким уровнем прерываний не дают завершать PR.
Flow state обеспечивает всплески продуктивности до 500%. Сессии deep work — это когда PR завершаются.
Большие PR дольше писать, ревьюить и мерджить. 200-строчный PR = 1 день. 2000-строчный PR = несколько дней.
Выполнение тестов часто является bottleneck CI. Длинные test suite ограничивают скорость итераций.
Каждый PR требует несколько сборок. 10-мин сборка × 10 итераций = 100 мин потерь.
Высокая когнитивная нагрузка замедляет всю работу.
Долг замедляет каждое изменение на 25-50%.
Хорошая документация устраняет блокирующие вопросы. Self-service ответы = непрерванная работа над PR.
Overhead переключения между приложениями накапливается. 1200+ переключений/день = 4 часа/неделю потерь.
Митинги фрагментируют день. 11 часов/неделю оставляют меньше времени на завершение PR.
Каждый PR требует множественных перекладываний. 12-24 часа на каждое означает минимум 2-3 дня на PR, против того же дня в совмещённых командах.
Рост индивидуальной продуктивности: +21-98% больше PR'ов. Однако организационное влияние БЕЗ ИЗМЕНЕНИЙ.
На 19% медленнее изначально. 4-6 недель до break-even, 8+ недель до полной продуктивности.