Team lead не должен быть самым быстрым решателем задач в команде. Его задача — сделать так, чтобы команда сама быстрее находила хорошие решения.

Когда у руководителя сильная техническая база, есть большой соблазн сразу подключиться к проблеме:

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

Иногда это действительно самый быстрый путь на ближайшие пару часов.

Но если делать так постоянно, команда постепенно привыкает приносить все сложные вопросы одному человеку.

В итоге team lead становится главным bottleneck:

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

Поэтому хороший team lead не всегда отвечает первым.

Иногда он сначала задает вопросы:

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

Это не попытка уйти от ответа.

Это способ передать команде не только решение, но и способ мышления.

Мне кажется, руководителю разработки важно уметь переключаться между несколькими режимами.

Иногда нужно быстро вмешаться, если:

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

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

Потому что задача team lead — не доказать, что он самый умный человек в комнате.

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

Есть простой тест.

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

Лидерство проявляется не только в том, насколько быстро ты сам решаешь проблемы.

Оно проявляется в том, насколько сильными становятся люди рядом с тобой.

И, наверное, один из лучших результатов работы team lead — когда команда начинает решать задачи без него, но при этом принимает решения, которые он бы поддержал.

Вопрос: где для вас проходит граница между помощью команде и тем моментом, когда руководитель начинает делать все за нее?

#teamlead #leadership #management #разработка #backend #engineering #команда #карьера #izagprog