Почему расширение команды снижает её общий КПД

Чуть ли не всех знакомых мне начинающих тимлидов приучают к мысли о том, что инженерные команды должны быть небольшими (магическое число 7, «two pizza team» и так далее).

Плюсы такого подхода с точки зрения руководителя очевидны: меньше контекста, меньше решений, меньше поток задач, меньше встреч и меньше проблем. Но размер команды влияет не только на интенсивность головной боли того, кто за неё отвечает. Он ещё и напрямую сказывается на производительности. И чаще — в негативную сторону.

⭐️ «Больше» не значит «лучше»

Когда команда делает востребованный продукт и утыкается в «потолок» пропускной способности, логичным решением кажется её расширение. Идея проста и понятна: имеющимся объёмом ресурсов мы не можем делать больше (давайте для простоты считать этот тезис верным).

Однако в расширении команды скрывается хитрая ловушка: +1 человек не даёт линейного прироста производительности (которого иногда ожидают наивные нанимающие менеджеры). На самом деле, каждый дополнительный участник снижает КПД каждого из её членов (хотя и повышает общую производительность всей группы).

На то есть ряд причин:

➡️ Коммуникации. Каждый дополнительный человек значительно увеличивает число и продолжительность взаимодействий (практически экспоненциально). В итоге решения принимаются дольше и сложнее, а любые обсуждения затягиваются.

➡️ Конфликты. Каждый новый участник повышает вероятность возникновения конфликтов интересов (я сейчас не про обмен «любезностями», а про несовпадение профессиональных взглядов). На их разрешение уходит время, поэтому производительность падает.

➡️ Социальная леность. Каждый дополнительный человек потенциально снижает индивидуальные усилия. Это вопрос видимости: в команде из 3–5 человек все друг у друга как на ладони. А теперь попробуйте провести дейлик человек эдак на 10–12 :)

И таких факторов можно найти ещё с десяток.

⭐️ Закрыть ворота!

Так что же теперь, не нанимать людей вовсе? Я этого не говорил. Если вы делаете качественный и востребованный продукт, то рост и масштабирование неизбежны. Даже самая крутая команда с идеально отлаженными процессами имеет предел пропускной способности. Рано или поздно нанимать придётся.

Главное — не упустить момент, когда работа начинает превращаться в балаган, а время на обсуждения становится пугающим. Это верный признак того, что команду пора «пилить» :)

// В какой самой большой команде вы работали? Как впечатления?