Как управлять инженерной командой, в которой теперь есть ИИ-агенты
Добавление ИИ-кодового агента в команду меняет не одну вещь в том, как вы ей управляете. Оно меняет четыре: как вы пишете тикеты, как работает стендап, как вы бюджетируете, и насколько можно доверять зелёной галочке. Каждая из этих вещей ломается конкретным, предсказуемым образом в тот момент, когда работу забирает агент, а не человек, и у каждой есть конкретное решение, а не расплывчатый жест «адаптируйте процесс».
Тикеты: расплывчатые критерии строятся ровно так, как написаны
Человек-инженер усваивает неоднозначный тикет, задав вопрос или додумав намерение по контексту. Агент так по умолчанию не делает: любая слабина в формулировке встраивается в код, а не рассасывается. Собственные данные Atlassian дают точную цифру этому разрыву: 83% ИИ-нативных тикетов в их выборке получили оценку готовности для агента против 6% у тикетов, написанных по-старому. Написание acceptance criteria, которые агент реально может проверить, это конкретный навык, который для этого нужен: числа вместо прилагательных, явные случаи ошибок и границ, скоуп, ограниченный с обеих сторон.
Стендап: статус перестаёт быть тем, что приходится спрашивать
Как только активность по PR и коммитам автоматически привязывается к тикету, статус агента это не информация, которая существует только в 9:30 утра, когда кто-то её спрашивает. То, что реально должен покрывать стендап, меняется, когда доска уже отвечает на вопрос «что произошло», оставляя встрече ту часть, которой реально нужна комната: блокеры и решения, а не отчёт о статусе.
Бюджет: цена подписки никогда не была реальной цифрой
Плоская строка бюджета на подписку скрывает, насколько по-разному люди реально используют эти инструменты. Исследование DX на 400+ компаниях даёт смешанный расход в 200–600 долларов на разработчика в месяц, подписка плюс использование токенов, с реальным разбросом под этим средним: один задокументированный случай вырос с 29 до 750 долларов за один месяц по мере изменения паттернов использования. Бюджетировать цену подписки вместо смешанного диапазона значит бюджетировать под счёт, который вот-вот кого-то удивит.
Ревью: зелёная галочка никогда не была доказательством
Прохождение CI говорит только, что уже существующие тесты всё ещё проходят. Это ничего не говорит о том, совпадает ли уверенное описание агентом собственной работы с тем, что он реально сделал. Разрыв доверия, который это создаёт, реален и измерим: разработчики сейчас тратят почти четверть недели на проверку, исправление и валидацию вывода ИИ. Решение не в том, чтобы вычитывать каждую строку, написанную агентом, а в том, чтобы направлять это время ревью на доказательства, а не на заявление, за которым ничего не стоит.
Паттерн, который стоит за всеми четырьмя
Ни одно из этих четырёх изменений на самом деле не про возможности ИИ. Они про то, что процесс управления, построенный вокруг человека, который заполняет пробелы, сидит на встрече, получает фиксированную зарплату и заслуживает доверия так, как коллега зарабатывает его со временем, не переносится чисто на актора, который по умолчанию не делает ничего из этого. Спринт-планирование и оценка и повседневная работа с промптами вокруг агента упираются в один и тот же факт: процессу приходится делать явным то, что раньше было неявным, потому что больше нет человека, который тихо заполнял этот пробел.
С чего реально начать
Выберите то из четырёх, что прямо сейчас причиняет видимую боль, а не беритесь за все четыре сразу. Команда, которой тикеты постоянно возвращаются неправильными, начинает с acceptance criteria. Команда, которую удивил счёт за прошлый месяц, начинает с видимости бюджета. Команда, где никто не доверяет тому, что значит «готово», начинает с доказательств, а не с большего числа часов на ревью. Все четыре части усиливают друг друга, но ни одна не требует, чтобы остальные три были починены первыми.