Оценка и планирование с агентом

Планирование в агентстве всегда было балансом: клиенту нужна оценка, команде — запас на неизвестное. С агентом появляется соблазн сократить все оценки «раз теперь быстрее». Это ошибка, но и игнорировать агента в планировании нельзя. В этом уроке — где агент помогает оценивать, как меняется ёмкость команды и как перейти от ощущений к собственным данным.

Агент помогает уменьшить неопределённость

Самая дорогая часть оценки — неизвестное: как устроен легаси-модуль, сколько мест затронет изменение, есть ли в проекте готовое решение. Здесь агент полезен ещё до начала работы. Спайк, который раньше занимал день чтения кода, сжимается до сессии в режиме планирования:

/plan
Клиент просит добавить на сайт личный кабинет с историей заказов
из CRM. Не пиши код. Изучи репозиторий и ответь:
1. Какие модули и интеграции это затронет, с путями к файлам.
2. Что уже есть: авторизация, клиент CRM, похожие страницы.
3. Какие решения нужно принять до начала работы.
4. Главные технические риски и что их проверит.
5. Разбивка на задачи, каждая проверяема отдельно.

Результат — не оценка, а материал для неё. Цифры ставит команда, которая знает и проект, и клиента. Подробнее о режиме планирования — в «Сначала план».

Декомпозиция ТЗ в карточки

Второе применение — превратить ТЗ или протокол встречи в черновик карточек по шаблону из урока «Какие задачи отдавать агенту». Агент хорошо находит в тексте пропуски и противоречия:

Вот ТЗ на раздел «Каталог»: <текст>.
Разбей его на карточки по шаблону Цель / Контекст / Ограничения /
Готово, когда. Каждая карточка — одна проверяемая единица работы.
Отдельно выпиши: противоречия в ТЗ, неописанные состояния
(пусто, ошибка, загрузка), вопросы к клиенту.

Список вопросов к клиенту часто оказывается самым ценным результатом: каждый пропуск в ТЗ, найденный до старта, дешевле, чем найденный в QA.

Для крупной работы стоит хранить план в репозитории как документ с журналом решений и прогресса — так он переживёт смену сессий и людей. Эта практика разобрана в уроке «Планы исполнения как артефакты».

Ёмкость команды определяет проверка

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

• сколько MR ревьюеры реально успеют проверить внимательно;
• сколько сценариев QA успеет пройти на стенде;
• сколько итераций согласования выдержит клиент.

Практическое правило для спринта: если задачи с агентом занимают у разработчиков меньше времени, освободившееся время частично уходит в ревью и проверку, а не только в новые задачи. Иначе очередь на ревью растёт, а качество падает — об этом урок «Ревью при росте потока MR».

Разные классы задач — разные поправки

Эффект агента сильно зависит от задачи. В материалах OpenAI о внутреннем использовании Codex лучше всего работают хорошо ограниченные задачи (How OpenAI uses Codex), а исследования METR на опытных разработчиках в знакомых им крупных проектах в 2025 году показали замедление, а в обновлении 2026 года — ускорение по точечным оценкам, но с доверительными интервалами, которые включают ноль (подробнее — в уроке «Метрики»).

Поэтому не применяйте один коэффициент ко всему. Разбейте задачи на классы и для каждого собирайте свои данные:

Это стартовые гипотезы, а не нормы. Через несколько спринтов замените их своими цифрами.

Как собирать свои данные

• Метка участия агента на карточках в Kaiten и на MR в GitLab — вы её завели ещё в пилоте.
• Класс задачи — тоже меткой.
• Оценка до начала и факт — по времени в работе, включая ревью и возвраты из QA, а не только по написанию.
• Раз в месяц — сравнение оценки и факта по классам. Где расхождения систематические, там поправка.

Важно мерить факт до мержа и релиза, а не до «агент закончил». Задача, которую агент сделал за час, а ревью и доработки заняли два дня, — двухдневная.

Что говорить клиенту

• Не обещайте ускорение заранее, исходя из ощущений команды: исследования показывают, что ощущения и измерения расходятся.
• Если выигрыш подтверждён вашими данными по конкретному классу задач — его можно учитывать в оценках, но с запасом на проверку.
• Освободившееся время разумно тратить на то, что клиент ценит: тесты, доступность, производительность, — а не только на сокращение сроков.
• Вопросы использования агентов на коде клиента, включая договорные, — к техдиру: см. «Данные и код клиентов».