Когда больше рук — не означает быстрее
На выходных четверо людей отчаянно пытались подключить ноутбук к экрану. Наблюдение со стороны было забавным — без малейшего желания вмешиваться. Но кто-то попросил помощь: не мог бы я посмотреть?
Ответ был коротким: «Нет, спасибо. Мой опыт говорит, что добавление ещё одного человека не ускорит решение проблемы».
Это был, конечно, косвенный намёк на закон Брукса:
«Добавление рабочей силы к запоздалому проекту разработки ПО только задерживает его ещё больше».
Формулировку дал компьютерный учёный Фредерик П. Брукс-младший в книге 1975 года «Мифический человеко-месяц», основываясь на опыте управления проектом IBM OS/360.
Остаётся ли это правило в эпоху AI?
Вопрос вполне справедлив. Кажется, что нет — классические узкие места исчезают в один момент. Время адаптации новичков, бесконечные планёрки, офисная политика — всё это не требуется AI-агентам. Они готовы к работе за миллисекунды и перерывов на кофе не просят.
Но присмотревшись поближе, закон не исчез. Он просто мутировал.
Проблема остаётся, изменилась лишь форма
Знаменитая «Проблема младенца» никуда не делась: девять агентов по-прежнему не смогут родить младенца за месяц. Последовательные задачи остаются последовательными.
Накладные расходы не исчезли — они просто сместились. Вместо управления людьми теперь нужно управлять агентами. Кто-то по-прежнему должен определить, что значит «готово», проверить код, отловить галлюцинации и собрать всё воедино.
И этот кто-то — ты.
Запустить девять независимых агентов на один кодовый репозиторий без кристально ясной координации — и они с удовольствием будут переписывать работу друг друга в скоростном цикле.
Обновление для 2026 года
Возможно, современная версия закона Брукса должна звучать так:
«Добавление агентов к проекту с нечёткими требованиями даёт неправильный ответ быстрее».