Начинающих тимлидов часто приучают к мысли, что инженерные команды должны быть небольшими: магическое число семь, two-pizza team и всё такое.
С точки зрения руководителя плюсы очевидны. Меньше контекста, решений, встреч и проблем. Но размер команды влияет ещё и на производительность. Чаще всего - в неприятную сторону.
Один человек не даёт линейного прироста
Когда востребованный продукт упирается в предел пропускной способности, логичным решением кажется расширение команды. Но новый человек приносит не только дополнительные руки.
Он увеличивает число взаимодействий. Решения приходится обсуждать с большим количеством людей, а контекст - чаще синхронизировать.
Растёт и число профессиональных конфликтов. Это не обязательно обмен «любезностями». У инженеров просто чаще расходятся взгляды на решения, и на согласование уходит время.
Наконец, в большой группе становится хуже виден вклад каждого человека. Команде сложнее заметить, где работа застряла и кому нужна помощь.
Общая производительность команды при этом может вырасти. Но вклад каждого следующего человека обычно обходится дороже предыдущего.
Когда пора думать о разделении
Отказываться от найма из-за этого не нужно. Даже самая сильная команда однажды достигает предела. Важно заметить момент, когда рост начинает мешать работе.
Я бы смотрел на несколько признаков:
- решения стали заметно дольше обсуждаться;
- одним и тем же людям нужен разный контекст;
- встречи разрастаются, хотя большая часть участников на них молчит;
- внутри команды уже появились устойчивые группы, которые могут работать почти независимо.
Эти признаки сами по себе ничего не доказывают. Но если они повторяются, стоит проверить, не пора ли разделить поток работы и ответственность между несколькими командами.
У команды есть предел пропускной способности. Увеличивать его можно наймом, но за каждую новую пару рук приходится платить дополнительной координацией.