Новая роль разработчика
Внедрение ИИ в процессы разработки меняет саму суть работы инженера. Вместо того чтобы рассматривать ИИ как замену человеку, компании переходят к модели, где каждый разработчик становится тимлидом для группы ИИ-агентов. Теперь задача специалиста — не просто писать код, а управлять «агентами-джунами», которые выполняют рутинные операции под его контролем.
При этом важно понимать, что написание кода перестает быть главным узким местом. Основные сложности теперь связаны с качеством спецификаций, предоставлением агентам нужного контекста и способностью команды перестроить привычные рабочие процессы.
Два типа задач в разработке
Опыт показывает, что задачи в кодовой базе можно разделить на два типа. Первый тип — это задачи с однозначным результатом, где результат можно проверить тестами и соблюдением контрактов. Именно на этот тип задач стоит делать основную ставку при автоматизации.
Второй тип задач требует человеческого суждения и накопленного опыта. Хотя современные языки программирования идеально подходят для работы с ИИ, задачи, требующие неформализованного контекста, всё еще остаются зоной ответственности человека.
Как измерять реальный эффект
Простое количество пользователей ИИ-инструментов не отражает реальный бизнес-эффект. Компании переходят от простых метрик к более глубоким показателям. Например, вместо ежедневного использования (Daily Usage) эффективнее отслеживать долю сотрудников, которые используют ИИ более 50% или 80% рабочего времени.
Для оценки прогресса в разработке вводят метрику автономности: долю задач, которые были назначены агенту и доведены им до завершения без участия человека. Это позволяет отслеживать движение к полноценной автономной разработке, не дожидаясь долгосрочных изменений в скорости выхода продукта на рынок.
Трансформация команд и ролей
Внедрение ИИ идет параллельно с изменением структуры команд. Происходит переход к концепции end-to-end инженеров. В разработке это выглядит как слияние ролей программиста, системного проектировщика и специалиста по данным в одну роль — Product Engineer.
В дата-сфере аналогичный процесс ведет к появлению Data Product Engineer. В экспериментах это позволяет сокращать состав команд: например, мини-команда из двух разработчиков и бизнес-эксперта может выполнять объем работы классической команды из пяти человек, используя ИИ-агентов для закрытия задач.
Что это значит
Переход к агентской разработке требует не просто обучения сотрудников, а полной перестройки процессов и изменения ролей: разработчики становятся руководителями ИИ-агентов, а фокус смещается с написания кода на проектирование систем и управление контекстом.