Кем ты стал? Teamlead. Часть 1

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

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

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

Надеюсь, в твоей компании все не так, и ты попал на роль тимлида, потому что ты реально хочешь в лучшую сторону изменить процессы в своей команде (а может и во всей компании), тебе интересен профессиональный и карьерный рост людей вокруг себя, управление ресурсами в разработке, создание классного климата в своей команде. Ведь именно этим тебе и придется заниматься 70% своего времени. Добавь сюда стандартную историю про найм/повышения/увольнения.

Теперь осмотрись вокруг - оцени размер своей команды и размер компании в целом. От этого многое зависит. Ведь именно от зрелости компании и команды зависит то, на чем тебе придется фокусироваться в первую очередь.

Если мы говорим про компанию, находящуюся на этапе активного роста (например ты попал в стартап, который недавно поднял раунд инвестиций), то твоими приоритетами будут:

• Найм людей и их быстрое погружение в процессы. Это скорее всего будет топ-1 приоритет.
• Быстрая адаптация тебя, как руководителя, к росту твоей команды.
• Своевременное выявление и оптимизация узких мест в процессах.

Совершенно другая история будет происходить, если ты попал уже в зрелую, крупную компанию с большим количеством команд. В таком случае твои фокусы, скорее всего:

• Адаптация твоей команды к корпоративной культуре. Это про метрики, целеполагание, встраивание в общий ИТ ландшафт и вот это всё.
• Работа с талантами. Я называю это повышением концентрации таланта. По сути это работа со слабыми и сильными качествами людей внутри твоей команды.
• Ресурс-менеджмент. Ротация людей на проектах, своевременное подсвечивание рисков для стейкхолдеров и т.д.

И в том и в другом случае, тимлид - это на 70% "софтовая" роль, по крайней мере судя по моему опыту. Есть, конечно, рок-звезды, которые умеют и в код, и в менеджмент, но таких на рынке меньшинство.

Со своей стороны всем, кто хочет стать (или уже стал) тимлидом, могу дать пару-тройку советов:

• Документируй и описывай процессы. Создавай базу знаний для своей команды, чтобы при агрессивном росте не нужно было постоянно объяснять одно и то же на onboarding-сессиях для новых сотрудников, у тебя точно не будет на это лишнего времени.
• Если не получается быстро найти senior-разработчиков, бери middle+. Их сильно больше на рынке, а если у тебя в команде классные задачи, через полгода-год они потянут senior уровень.
• Всегда ищи win-win решения в отношениях с внутренними заказчиками/стейкхолдерами. Это очень пригодится тебе в будущем. Защищай свою команду, но и не забывай об интересах бизнеса, ведь иначе на роли тимлида в скором времени окажется кто-то более лояльный :)