Двадцать с лишним лет в инженерных командах Amazon и многих других компаниях жило простое правило Джеффа Безоса: «команда не должна быть больше, чем можно накормить двумя пиццами». Внутренние инструкции Amazon определяли это как «в идеале в команде не более десяти человек» — меньше коммуникаций, меньше бюрократии, быстрее принимаются решения.
В июле 2026 года полевой технический директор Cursor Дэвид Пан написал то, о чем многие думали, но не говорили вслух.
«Безос был прав насчет маленьких команд. Но в эпоху ИИ две пиццы — это слишком много пиццы», — написал Пан, назвав оригинальное правило метафорой, которая формировала инженерные организации более двадцати лет.
Суть аргумента
Сегодня один разработчик с ИИ-инструментами делает то, на что раньше уходила работа команды из трех и более человек. А большая команда, например из восьми-десяти человек, начинает создавать больше накладных расходов, чем порой приносить ценности в проект.
Быстрые координация, согласования, синхронизация — все это съедает выигрыш в скорости вывода продукта на рынок. Более компактные группы могут владеть большим куском вертикального стека — от дизайна до вывода в продуктовую среду — не размывая ответственность между несколькими группами. ИИ берет на себя рутину, документацию и составление справочной информации, снижая потребность в длинных совещаниях и дополнительных специалистах.
Что это значит на практике
Это не значит, что всем компаниям надо срочно сокращать сотрудников, оставляя по два-три человека на проект. Вопрос в том, меняет ли возросшая производительность каждого разработчика механизмы координации, владения задачами и проверки кода, которые как раз и делают маленькие команды эффективными.
Тренд на микрокоманды уже виден на рынке. Стартапы запускают продукты командами в три-пять человек там, где пять лет назад нужно было человек пятнадцать или даже вдвое больше. Крупные компании экспериментируют с автономными командами под конкретные функции продукта или его модули. Вопрос уже не «сколько нас», а «как у нас устроены процессы».
Как это работает в SSP SOFT
В SSP SOFT мы наблюдаем этот сдвиг в реальных проектах. Небольшая, но сработанная команда с четкой ответственностью и хорошим инструментарием стабильно выигрывает у большой группы с размытыми зонами ответственности. ИИ-инструменты этот разрыв только увеличивают — в пользу тех, кто умеет работать компактно и четко по делу.
Что это значит для специалистов
Для разработчиков это означает, что ценность отдельного специалиста растет. Если один человек с ИИ-инструментами может закрывать задачи, на которые раньше требовалась команда, — его вклад становится более заметным. Но это же требует и новых навыков: умения работать с ИИ-агентами, грамотно ставить им задачи и контролировать результат.
- Для команд это означает пересмотр процессов. Меньше людей — больше ответственности у каждого. Четкие зоны ответственности вместо размытых. Быстрые решения вместо долгих согласований.
- Для руководителей это означает, что нужно пересматривать структуру команд. Не механически сокращать, а думать, как выстроить процессы так, чтобы каждый специалист работал максимально эффективно.
Что в итоге
Правило двух пицц не умерло. Оно просто стало еще строже. В эпоху ИИ маленькая команда с хорошими инструментами может больше, чем большая группа с размытой ответственностью. И компании, которые это понимают, получают преимущество.
Больше экспертных материалов для ИТ-специалистов — в наших каналах:
💬 Telegram
📱MAX
Вот это уже похоже на практичный опыт. Сохранил себе, вернусь позже перечитать.
Хорошо разложено по шагам, стало понятнее, где обычно теряется время.