AI-трансформация — это не про “все начали пользоваться агентами”
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
Прочитал статью 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