Рост продуктивности разработчиков не привёл к сопоставимому ускорению релизов. Причина — узкое место переместилось выше по стеку: в область формализации требований и проверки результата.
С появлением AI-кодинга команды ожидали линейного ускорения delivery. На практике ускорился только один этап — написание кода. Дальше система начинает деградировать: растёт очередь на ревью, увеличивается время согласования, усложняется проверка корректности. Данные Faros AI показывают характерный паттерн: при росте количества задач на 21% и почти двукратном увеличении merge’ей, время ревью увеличилось на 91%. Это классический случай локальной оптимизации, которая усиливает давление на соседние этапы. Код перестал быть дефицитом, дефицитом стало понимание — что именно нужно построить и как убедиться, что это работает правильно.
В ответ меняется сама модель работы. Подход “white box” — читать каждую строку — не масштабируется при генерации тысяч строк в час. “Black box” — принимать результат без проверки — неприменим в production. Практика смещается к “grey box”: инженер отвечает за две точки контроля — формулировку спецификации и верификацию результата через наблюдаемые артефакты. Это перекладывает акцент с реализации на намерение. Trade-off очевиден: мы теряем детальный контроль над кодом, но выигрываем в скорости, если умеем формализовать требования и проверять поведение системы через тестируемые критерии.
Реализация этого подхода требует перестройки процессов. Спецификация становится центральным артефактом: она должна быть достаточно точной, чтобы агент мог её исполнить, и достаточно проверяемой, чтобы результат можно было валидировать без чтения реализации. На практике это означает:
— явные acceptance criteria и покрытие corner cases
— фиксацию архитектурных решений как части спецификации
— сдвиг ревью от “как написано” к “доказано ли, что работает”
— использование метрик (DORA) и приоритизации (RICE) для устранения узких мест в DevEx
Это также влияет на структуру команд. Если основная ценность — в согласовании намерения, то коммуникация перестаёт быть накладными расходами и становится основной работой. Небольшие команды выигрывают не из-за меньшего coordination overhead, а потому что быстрее достигают общего понимания и точнее формируют спецификации.
В результате меняется сам “контракт ответственности”: инженер больше не автор каждой строки, но остаётся владельцем результата. Контроль поднимается на уровень выше — от кода к интенции. Метрики подтверждают сдвиг, но окончательные эффекты зависят от зрелости процессов: без инвестиций в спецификацию и верификацию ускорение кодинга лишь перераспределяет задержки, а не устраняет их.