Как стать техлидом: обязанности и необходимые навыки
Продвинутое3 минРедакция Innovialabs
Коротко
Техлид отвечает за то, чтобы команда в целом принимала хорошие технические решения и выпускала результат, а не за то, чтобы самому писать больше всех кода. Путь в роль начинается с планирования, делегирования и общения со стейкхолдерами ещё в позиции senior.
Кто такой техлид
Техлид — инженер, который отвечает за техническое направление команды. Он по-прежнему пишет код, но его главный результат — работа всей команды: правильные архитектурные решения, предсказуемые релизы и понятный технический план.
Важно: в разных компаниях роль устроена по-разному. Где-то техлид совмещает функции руководителя, где-то людьми управляет отдельный менеджер, а техлид сосредоточен только на технике. Уточняйте ожидания до того, как соглашаться на роль.
Обязанности помимо кода
- Техническое видение: архитектура, стандарты, выбор инструментов, работа с техническим долгом.
- Планирование: разбивка крупных инициатив на этапы, оценка, выявление зависимостей и рисков.
- Распределение работы: кто что делает, с учётом сложности задач и роста людей.
- Качество: code review, договорённости о тестах, CI и релизах.
- Коммуникация: перевод бизнес-требований на технический язык и обратно.
- Защита фокуса команды: отсеивать срочные, но неважные запросы.
- Развитие инженеров: обратная связь, менторство, помощь в сложных задачах.
Доля собственного кода обычно заметно падает. Это нормально и часто вызывает самый сильный дискомфорт у новых техлидов.
Ключевые навыки
| Навык | Как выглядит на практике | Как тренировать |
|---|---|---|
| Планирование | Дорожная карта на несколько спринтов с рисками | Ведите планирование одной инициативы целиком |
| Делегирование | Отдаёте задачу с контекстом и критериями готовности | Передавайте интересные задачи, а не только рутину |
| Общение со стейкхолдерами | Объясняете компромиссы без жаргона | Участвуйте во встречах с продуктом и бизнесом |
| Принятие решений | Решаете при неполной информации, фиксируете письменно | Пишите короткие документы с вариантами |
| Обратная связь | Конкретно, вовремя, по делу | Практикуйтесь в code review и на 1:1 |
Делегирование: главный барьер
Сильным разработчикам трудно отдавать задачи: самому быстрее и надёжнее. Но если техлид забирает все сложные задачи, команда не растёт, а он становится узким местом.
Хорошее делегирование включает:
- Контекст — зачем задача нужна и как она связана с целью.
- Критерии готовности — что считается результатом.
- Границы — что исполнитель решает сам, а что обсуждает.
- Точки сверки — когда вы посмотрите промежуточный результат.
Отдавайте задачу целиком, а не по шагам. Поддерживайте, но не переписывайте за человека.
Как перейти в роль
- Скажите руководителю о цели. Без этого вас могут не рассматривать.
- Возьмите лидерство в одном проекте: спланируйте, распределите задачи, ведите статус.
- Пишите технические документы с вариантами и компромиссами и выносите их на обсуждение.
- Наладьте контакт с продуктом: участвуйте в обсуждении требований и оценок.
- Помогайте коллегам расти: менторство, ревью, онбординг.
- Попросите обратную связь от команды и руководителя о том, как вы справляетесь.
Частые ошибки новых техлидов
- Продолжать работать как самый продуктивный разработчик и не заниматься командой.
- Принимать все решения в одиночку вместо того, чтобы вовлекать людей.
- Избегать сложных разговоров о качестве работы и сроках.
- Обещать бизнесу сроки, не сверившись с командой.