Есть соблазн думать, что идеальная команда разработки — это команда, где все senior, все быстрые, самостоятельные и закрывают сложные задачи. Звучит красиво. Почти как мечта руководителя, пока не представляешь это в реальности.

Команда из одних «звёзд» может быть сильной. А может превратиться в собрание людей, каждый из которых тянет продукт в свою сторону и считает своё решение единственно правильным.

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

Звёзды не всегда складываются в команду

Сильный разработчик — это ценно. Но если собрать пять сильных специалистов, команда не появится автоматически. Появится пять сильных специалистов в одном чате.

Один хорошо проектирует архитектуру. Второй быстро закрывает задачи. Третий лучше всех знает легаси. Четвёртый спокойно доводит изменения до прода. Пятый отлично видит риски.

Это может стать сильной командой. А может стать вечным спором о том, чей подход правильнее. Команда начинается там, где люди умеют не только быть правыми, но и договариваться.

Команде нужны разные роли

В хорошей команде не все должны быть одинаковыми.

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

Иногда самый полезный человек в команде — не тот, кто громче всех спорит на техническом обсуждении, а тот, кто методично доводит задачи до конца и не оставляет после себя минное поле.

Это не так эффектно. Зато продукт почему-то живёт лучше.

Одни звёзды создают перекос

Если в команде все хотят заниматься только сложным, новым и архитектурным, кто будет делать скучную, но важную работу?

Кто будет чинить старые баги? Разбирать пользовательские проблемы? Документировать решения? Поддерживать то, что уже работает, но периодически кашляет кровью? В реальной разработке не бывает только красивых задач.

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

Junior и middle — не балласт

Иногда кажется, что сильная команда — это когда в ней нет слабых звеньев, а значит, лучше нанимать только senior. Но junior и middle — это не балласт. Это будущая устойчивость команды.

Junior приносит вопросы, на которых внезапно видно, что документации нет, процесс непонятен, а «очевидные вещи» очевидны только тем, кто пять лет живёт в этом модуле.

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

Если команда не умеет выращивать людей, она становится зависимой от рынка и бюджета. А рынок, как известно, не обязан быть добрым.

Сильная команда — это система

Сильная команда — не та, где каждый сам по себе гений. Сильная команда — та, где понятно, кто за что отвечает, где есть обмен знаниями, где решения не держатся в голове одного человека, где сложные задачи можно передавать без паники, а отпуск одного сотрудника не выглядит как угроза.

В такой команде есть эксперты, растущие специалисты и люди с разными сильными сторонами. И есть процесс, который помогает им работать вместе, а не просто находиться рядом.

Продукту нужны не только яркие решения, но и стабильность, поддержка, передача знаний, развитие людей и способность договариваться. Задача тимлида — не собрать коллекцию самых сильных одиночек. Задача тимлида — построить команду, где сильные становятся сильнее, растущие получают пространство для роста, а результат не зависит от одного героя.