AI-трансформация — это не про “все начали пользоваться агентами”

Прочитал статью AI Transformation Journey: 3 Myths and Learnings по докладу Vinay Perneti из Augment Code.

Главная мысль простая: если команда просто начала использовать AI-агентов, это ещё не значит, что она стала AI-native.

Потому что AI не встраивается в команду магическим образом. Он не чинит процессы. Он не убирает очереди. Он не делает требования понятнее. Он не ускоряет ревью, если ревью и так было бутылочным горлышком.

Он просто усиливает то, что уже есть.

Если в команде нормальная постановка задач, быстрые проверки, понятные границы ответственности и хорошая инженерная культура — AI может дать сильный эффект.

Если в команде хаос, мутные требования, вечные согласования и пять задач “почти готово” на каждого разработчика — AI поможет быстрее производить ещё больше незавершённой работы.

И это, конечно, прогресс. Просто в сторону более дорогого хаоса.

В статье хорошо разбираются три мифа.

Миф 1. AI-native — это когда все используют агентов

Нет. Использовать ChatGPT как более умный Stack Overflow и уметь оркестрировать несколько агентов вокруг задачи — это разные уровни зрелости.

Команде нужны новые рабочие привычки: писать более качественные спеки, заранее думать о проверке результата, понимать, где человек должен принимать решение, а где можно отдать работу агенту.

Миф 2. AI-трансформацию можно спустить сверху

Можно сказать: “Теперь все используем AI”. Можно даже добавить это в OKR, потому что иначе, видимо, цивилизация рухнет.

Но настоящая трансформация не случается приказом.

Команда должна сама найти, где AI реально помогает, где мешает, какие новые проблемы появляются и какие правила работы нужно менять.

Сверху можно дать пространство, инструменты и ожидания. Но рабочие практики рождаются снизу, там, где люди каждый день сталкиваются с реальными задачами.

Миф 3. Это чисто техническая проблема

Нет. Это ещё и человеческая проблема.

Люди не просто “осваивают инструмент”. Они пересобирают свою профессиональную идентичность.

Если разработчик 10 лет строил ощущение ценности вокруг умения писать код, а теперь слышит “код будет писать агент”, у него не всегда первая реакция: “О, чудесно, наконец-то больше времени на архитектуру”.

Иногда первая реакция: “А я тогда кто?”

И это нельзя игнорировать.

Для тимлида здесь важный вывод: AI-трансформация — это не закупка подписок и не рассылка “гайда по промптам”.

Это изменение системы:

— где теперь бутылочное горлышко; — как мы ставим задачи; — как проверяем результат; — как ревьюим код; — как не превращаем скорость генерации в склад незавершёнки; — где человек создаёт максимальную ценность.

Мне особенно понравилась мысль из статьи: когда AI ускоряет написание кода, bottleneck просто переезжает в другое место.

Раньше команда могла упираться в реализацию. Теперь она может упереться в постановку задач, ревью, тестирование, принятие решений или деплой.

И если не смотреть на систему целиком, можно радостно ускорить один участок и получить пробку на следующем.

AI не отменяет инженерный менеджмент. Он делает его важнее.

Потому что чем быстрее команда может производить изменения, тем дороже становится плохой фокус, слабая постановка задач и медленная обратная связь.

Оригинальная статья: https://newsletter.eng-leadership.com/p/ai-transformation-journey-3-myths