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

Тимлид — это руководитель команды разработки в IT. Он координирует работу участников, оценивает код, архитектуру, дает рекомендации, что улучшить.

Опыт работы разработчиком в определенном стеке (чаще всего ищут тимлидов именно с крутым опытом разработки, например, Senior С/C++). Понимать и иметь опыт применения agile, scrum, kanban.

Схематично компетенции тимлида описаны на карте компетенций:

Обычно ими становятся программисты–разработчики (уровня senior) или аналитики (head of analytic) в процессе карьерного роста. Чаще это случается в рамках одной компании

Teamlead, он же тимлид, — это руководитель команды разработки в IT.

Что он делает:

• Он координирует работу участников: смотрит, что надо делать прямо сейчас, а что может подождать.

• Узнает, кто, что будет делать в течение дня. И всегда в курсе, как движется проект.

• Отслеживает результат работы. Все ок и всех все устраивает, или надо кому–то «навтыкать», чтобы переделали.

• Направляет команду, принимает или отвергает их предложения, идеи.

• Распределяет нагрузку между программистами, дизайнерами.

• Оценивает код, дает рекомендации, что улучшить.

• Иногда может сам писать (заниматься технической разработкой и архитектурой). Особенно в небольших компаниях такое происходит. Или если тимлид не хочет терять квалификацию.

• Помогает, если что–то идет не так или где–то затык.

• Общается и встречается с заказчиком или руководством, топ–менеджерами, если компания пилит свои собственные продукты. Обсуждает с ними все детали, участвует в мозговых штурмах с топами компании.

• Разбивает задачи на этапы (подзадачи) и готовит их к спринту.

• Участвует в найме сотрудников (проводит собеседования, например, говорит эйчару, какого специалиста не хватает команде) их адаптации и обучении.

• Следит за атмосферой и настроением в коллективе: не собирается ли кто увольняться, или, может, дизайнер работает ночами и в выходные, нет ли конфликтов.

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

Каждый занимается своим делом, работа кипит. Через какое–то время заказчик просит показать, что получилось. Но целого продукта нет, зато много отдельных кусочков, которые работают. При этом каких–то функций нет совсем, а какие–то не работают, как задумывалось. Разработчики валят все друг на друга и в команде царит полный раздрай.

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

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

В больших продуктовых (и не только) компаниях может быть несколько команд и в каждой — свой teamlead. А над ним может стоять самый главный тимлид, которыми он руководит.

Team lead — это не профессия. Обычно ими становятся программисты–разработчики (уровня senior) или аналитики (head of analytic) в процессе карьерного роста. Чаще это случается в рамках одной компании.

Тимлид должен быть одновременно опытным программистом (или аналитиком) и хорошим менеджером.

• Он может делать что–то в проекте руками: к примеру, знает код проекта и может сам его писать, если хочет или есть время.

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

• Помогает участникам команды выполнять их задачи.

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

Поставить на роль teamlead разработчика более слабого уровня (джуниора или мидла) нельзя. У них просто не достаточно квалификации, чтобы оценить проект, могут наломать дров. Да и авторитета в команде пока нет, их не станут слушать и принимать всерьез.

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

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

Тимлидеров ищут в разных направлениях в зависимости от их области и опыта разработки.

• Тимлид фронтенд. Frontend – верстает и программирует все, что пользователь видит на экране: дизайн ресурса, формы, кнопки, личный кабинет и так далее. Такой тимлид может руководить командой фронтенд–разработки.

• Тимлид бэкенд — руководит командой бэкенд–разработки. Бэкенд — это все, что связано с сервером, с вычислениями на сервере, хранением информации на нем.

• Фулстек — это программист–универсал. Он заменяет 3-4 специалистов. Может сверстать дизайн, настроить формы и кнопки, написать серверную часть, настроить сервер. Совмещает в себе фронтенда и бэкенда, способен в одиночку создать веб–проект.

• Тимлид десктоп–разработки. Desktop разработчики занимаются программным обеспечением для ПК и ноутбуков.

• Тимлид разработки мобильных приложений.

Гадать не будем, просто посмотрим, какие требования к тимлидам указывают в вакансиях крупные IT–компании. Конечно, предъявляют не все эти требования к одному кандидату. Обычно это набор из нескольких характеристик из этого списка.

• Опыт работы разработчиком в определенном стеке (чаще всего ищут тимлидов именно с крутым опытом разработки, например, Senior С/C++).

• Опыт работы 3-6 лет (это к тому, что проще вырасти из программиста в тимлида в рамках одной компании, набрать опыта и потом переходить в другие проекты).

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

• Управлять разработчиками, нанимать новых.

• Курировать работу команды.

• Писать код, проводить код–ревью.

• Уметь выстраивать архитектуру проекта.

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

• Писать техдокументацию.

• Уметь работать с высоконагруженными сервисами.

• Понимать и иметь опыт применения agile, scrum, kanban.

• Понимать принципы построения систем CI/CD и мониторинга.

• Знать паттерны современного программирования.

Не обойтись и без софт–скиллов. Здесь как раз кроются навыки хорошего менеджера.

• Брать на себя ответственность за проект.

• Решать конфликты внутри команды, и с заказчиком или с топ–менеджерами.

• Принимать решения.

• Обучать и мотивировать.

• Уметь анализировать.

• Уметь искать компромиссы.

• Иметь критическое мышление.

На январь 2021 года зарплата тимлида (если судить по вакансиям на hh) стартует от 120 тысяч рублей. Крутым специалистам с опытом разработки готовы платить 350-400 тысяч рублей.

Журнал «Код» приводит такие средние цифры по тимлидам в разных направления:

• Фронтенд — от 208 тысяч рублей.

• Бэкенд–разработка — от 188 тысяч рублей.

• Фулстек — от 172 тысяч рублей.

• Десктоп–разработка — от 216 тысяч рублей.

• Разработка мобильных приложений — от 228 тысяч рублей.

Акцент на таких курсах сделан, как правило, на управленческие навыки и прокачку софт скилов. Курсы проходят уже опытные мидл и сеньор–программисты, те, кто недавно стал тимлидом и хочет прокачаться.

Чему учат:

• Управлять командой и выстраивать работу с каждым ее участником.

• Ставить задачи.

• Планировать и реализовывать проект.

• Навыкам фасилитации.

• Прогнозировать и оценивать результаты работы команды.

• Анализировать эффективность сотрудников.

• Гибким методологиям.

• Нанимать, обучать и мотивировать сотрудников.

• Преодолевать кризисы и решать проблемы.

• На некоторых курсах предлагают освежить знания по архитектуре сетей и баз данных, CI/CD

Длительность большинства курсов — четыре–пять месяцев. Стоимость — от 75 тысяч рублей.

Александр Шакун, тимлид в Osome (облачный бэк–офис для предпринимателей):

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

• сделать любую задачу в предсказуемый срок;

• провести и эффективно участвовать в любом ивенте (ретро, демо, дейли, whatever);

• эффективно ответить на любой вопрос о продукте со стороны других команд;

• придерживаться общих ценностей.

Конечно, для тимлида к этому добавляется некоторое количество административных обязанностей, таких как найм и мотивация, эти вещи остаются на мне».

Дмитрий Матвеев, тимлид Evrone (команда экспертов в разработке сайтов и приложений на Ruby on Rails, создают проекты для финтеха):

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

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

Могут помочь не только тренинги, но и профильные конференции. Нужно посмотреть несколько топовых докладов с конференции TeamLeadConf, чтобы иметь представление, с чем придётся столкнуться на позиции тимлида».

Ксения, тимлид в отделе технической экспертизы IBS про 3 качества хорошего тимлида:

«Гибкость. Работы много, и не всегда тимлид видит оптимальное решение. Ему нужно уметь объективно обсуждать с коллегами реализацию задачи, то, как ее лучше сделать. Если он с чем–то не согласен, не должен давить. Объяснить всем, что это за собой повлечет, какие могут быть минусы, какие плюсы у возможных решений.

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

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