«Тебя повысили до тимлида? Поздравляю, теперь будешь писать меньше кода!

Слышали такое? Я слышал. И это самое вредное заблуждение в IT-карьере.

Тимлид и Tech Lead — это две разные роли с разными скиллами, разным фокусом и разным влиянием на продукт. Но в большинстве компаний их сваливают в одну. Результат — человек, который и людей не успевает развивать, и архитектуру не успевает контролировать.

Вот как я разделяю:

Тимлид — это про людей. Он строит команду, разруливает конфликты, проводит 1-on-1, следит за мотивацией и ростом каждого. Его метрики — retention, скорость онбординга, удовлетворённость команды. Он знает, что Вася выгорает, а Маша готова к повышению.

Tech Lead — это про технику. Он определяет архитектуру, выбирает стек, ревьюит критичный код, задаёт стандарты. Его метрики — качество кода, время деплоя, технический долг. Он знает, что сервис авторизации не масштабируется, а CI-пайплайн можно ускорить в 3 раза.

Пересечение? Конечно есть. Оба общаются с бизнесом, оба принимают решения, оба несут ответственность. Но фокус принципиально разный.

Я прошёл оба пути. И вот что понял: лучшие команды — те, где эти роли разделены. Тимлид закрывает людей, Tech Lead закрывает технику. Они работают в паре, как два крыла.

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

В эпоху AI это разделение стало ещё важнее. Tech Lead теперь работает с AI-агентами: настраивает CLAUDE.md, задаёт архитектурные constraints, ревьюит AI-генерированный код. А тимлид помогает команде адаптироваться к новым процессам и не бояться, что их заменят.

У вас в команде эти роли разделены или совмещены? Как это влияет на результат?