AI может делать пять задач параллельно. Это не значит, что нужно запускать пять

AI-агенты почти убрали ограничение на скорость старта работы.

Человеку нужно разобраться в задаче, освободить время, переключить контекст. Агенту достаточно выдать ещё один промпт.

И вот уже через пару часов:

— открыто пять PR; — три ждут ревью; — два меняют одни и те же файлы; — один устарел ещё до проверки; — человек физически успевает нормально посмотреть только один.

Агент не ускорил поставку. Он просто быстрее создал очередь незавершённой работы.

Мы привыкли обсуждать WIP-лимиты как способ защитить разработчиков от многозадачности. С AI появляется другая причина: защищать нужно систему проверки.

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

Поэтому количество одновременно запущенных агентов стоит считать не по доступным токенам и не по числу задач в бэклоге. Его нужно считать по пропускной способности самого узкого места.

Если команда может качественно проверить два изменения в день, десять параллельных агентов не дадут десятикратного ускорения. Они дадут восемь лишних PR в очереди.

Я бы начал с простых правил:

— не запускать новую задачу, пока предыдущая ждёт ревью; — не давать агентам параллельно менять одну область кода; — ограничивать число открытых AI-задач на разработчика или команду; — следить не за количеством созданных PR, а за временем до проверки и мержа.

AI резко увеличивает мощность производства кода. Но скорость системы всё равно определяет этап, через который работа проходит медленнее всего.

WIP-лимит нужен не только людям. Он нужен системе проверки.