Как стать тимлидом

От новичка до тимлида: гайд по продвижению

Всем доброго дня, я Андрей. В этой статье поделюсь своим опытом и расскажу о том, кто такой тимлид. Чем он занимается. Какие у него обязанности. Какими навыками нужно обладать. И как стать тимлидом.

Чем занимается тимлид

Тимлид — это руководитель группы одной компетенции: разработчиков или дата-инженеров или тестировщиков и так далее (дальше я буду говорить именно о разработчиках — для наглядности). Он отвечает за всю разработку продукта и частично берёт на себя менеджерские обязанности.

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

Первая — формирование своей команды: собеседования, технический онбординг, развитие своих сотрудников.

Вторая — распределение задач между своими разработчиками. Сюда входят декомпозиция и оценка этих задач, планирование работ, соблюдение сроков проекта.

Третья — участие в проектировании вместе с владельцем продукта, архитектором или техлидом. Тимлид решает, как перевести бизнес-задачу в код, и, по возможности, сам его пишет — особенно, если задача очень сложная и срочная.

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

В разных компаниях у тимлида могут быть разные обязанности и роли (я работал в месте, где тимлид совмещал свои обязанности с функциями техлида, архитектора и владельца продукта). Всё зависит от размера команды. Для группы от 5-7 человек точно нужен отдельный лид без дополнительных ролей.

Какие навыки нужны тимлиду

Хард скилы

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

Кроме того, он понимает смежные технические области — DevOps, тестирование, архитектуру и так далее (зависит от проекта). Хотя бы на базовом уровне. Почему это важно?

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

Софт скилы

С софт скилами сложнее. Для удобства разделим их на несколько групп.

Лидерство

Хороший тимлид должен уметь формировать команду, управлять ею, мотивировать в нужный момент. Он отвечает за создание доверительной атмосферы — когда все работают и вовремя выполняют задачи, вовремя уходят в отпуск, не выгорают и конструктивно общаются друг с другом. Без токсичности.

Планирование и тайм-менеджмент

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

Почему это важно? У тимлида очень много задач, не связанных друг с другом. Ведущий разработчик, в теории, может спокойно писать код два дня, сосредоточившись только на одной задаче. Но тимлиду приходится часто отвлекаться: следить за прогрессом выполнения задач своей группы, решать технические проблемы или взаимодействовать с заказчиком, ходить на множество встреч и так далее.

Мне для планирования нравится диаграмма Ганта. А для приоритизации — матрица Эйзенхауэра, вести которую можно в Excel. Но можно использовать Jira, Trello, Google календарь — всё зависит от личных предпочтений.

Коммуникативные навыки

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

Тимлид должен чётко, грамотно и простым языком объяснять, что он хочет от сотрудников, правильно ставить задачи. А также вести переговоры, уметь доносить и отстаивать свою позицию, когда это нужно, решать конфликты, проводить встречи, давать обратную связь и так далее.

Эмпатия и рациональность

Эти два навыка идут рядом. С одной стороны, тимлид должен обладать эмпатией: прислушаться к сотрудникам, сопереживать им и помогать разбираться с проблемами. Без этого невозможно быть хорошим наставником.

Кроме того, без эмпатии, атмосфера внутри команды может легко стать токсичной — а это приводит к низкой производительности, выгоранию, текучке кадров.

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

Эти навыки особенно проявляются на one-to-one встречах, где тимлид даёт обратную связь. Эмпатичный человек зайдёт не с позиции «я начальник, ты дурак», а разберёт достижения и ошибки, попытается понять, почему сотрудник не выполняет задачи или выполняет их не так, поможет найти решение, выработать план развития.

Приведу пример из своей практики. В нашу команду пришёл новый разработчик, сильный и опытный. Я поручил ему разработать сервис. Но он не выполнил задачу в срок, объяснив проблему и сказав, что со всем разобрался и скоро закончит.

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

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

Как всё это прокачивать

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

Второй этап — практика, без этого знание не превратится в умение. Берём методики, которые узнали из источников, и потихоньку используем их в повседневных задачах. Ошибаемся, разбираем, что не получилось и почему, используем снова. Так доводим умение до автоматизма, то есть превращаем его в навык. И переходим к освоению нового.

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

1. Выписываю все компетенции, которые мне нужно изучить.
2. Определяю текущий уровень владения каждой и указываю приоритетность — насколько она мне важна.
3. Описываю действия, которые нужно выполнить, чтобы освоить компетенцию.
4. Ставлю дедлайн.

Допустим, у вас пробелы в архитектуре. Добавляете в план развития компетенцию — архитектура. Ставите приоритет А — максимальный, уровень знания — 1, минимальный. Назначаете действие — прочитать книгу по архитектуре. И повторяете для каждого навыка.

Получается такая таблица:

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

Как стать тимлидом

Сперва нужно дорасти минимум до ведущего специалиста и начать развивать технические знания вширь: изучать архитектуру, тестирование, DevOps и так далее.

Затем стоит разобраться в бизнес-части и полном цикле создания продукта — чтобы понимать что, зачем и для кого вы делаете. Можно попросить владельца продукта подключать вас к встречам по обсуждению архитектуры и бизнес-фич с заказчиками.

Также важно узнавать как можно больше про свой продукт, изучать предметную область. Например, занимаешься проектом по страхованию — узнай, как работают страховые компании. Это поможет лучше понять поставленную задачу, сократит время на её реализацию. Возможно, ты сможешь предложить свою идею и привнести в продукт что-то новое.

Следующий этап — брать на себя ответственность за общий результат и сопровождать разработку на всех этапах жизненного цикла.

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

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

Вместо вывода

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

Первая сложность, с которой придётся столкнуться бывшему разработчику, — менеджмент. Много менеджмента. Только вчера ты писал код, у тебя всё классно получалось, а здесь появляется круг новых обязанностей. И нужно быстро к ним привыкать, осваивать недостающие скилы, выстраивать нужные коммуникации.

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

Ещё важно учиться разговаривать и договариваться, уделять много времени софт скилам, примерять на себя множество ролей — от «играющего тренера» до медиатора в конфликтах. И всё успевать.

Что случится с Джуном в кресле Сеньора?

Если хотите занять позицию тимлида — в своей компании или в новой — внимательно изучите описание вакансии и задавайте вопросы на собеседовании, какие функции вам предстоит выполнять. Корректируйте под них свой план развития.

А что, по вашему мнению, должен уметь тимлид? Делитесь мнениями в комментариях.

Следите за новыми постами по любимым темам

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

Эволюция web-разработчика: как стать тимлидом и что делать дальше

«Как пасти котов» — так называется американский бестселлер о менеджменте в IT. Что общего у программистов со свободолюбивыми домашними питомцами?

1. И теми и другими тяжело управлять.

2. Их сложно чем-либо мотивировать.

3. Их практически невозможно «нацеливать» на действия, которые не интересны им самим.

При этом в IT есть понятие профессионального и карьерного роста и лидерские позиции. А значит, есть простор для предприимчивых и амбициозных!

Профессиональный рост в IT

Рассмотрим типичную IT-компанию. Как и в других отраслях, здесь возможен рост «по горизонтали» и «по вертикали».

Горизонтальный рост — это освоение более широкого стека, близких направлений (например, мобильной разработки) или уход в смежную профессию (в управление проектами, продажи, аналитику).

Вертикальный — это переход на лидерские позиции (техлида, тимлида) или руководящие должности. О нём мы сегодня и поговорим.

Это — обычная схема профессионального роста:

1. junior developer

(специалист начального уровня);

2. middle developer

(специалист среднего уровня);

3. senior developer

(специалист высокого уровня);

4 .technical leader

5. team leader

Иногда выделяют дополнительные промежуточные ступени, например junior+ (это джун, который совсем чуть-чуть не дотягивает до миддла).

Стать тимлидом можно и раньше — со ступени middle-разработчика.

Senior developer может выбирать направление на свой вкус: стать техлидом, который управляет ходом работ, но больше погружён в архитектуру и качество кода, или же тимлидом, который тоже управляет командой, но более ориентирован на коммуникации. Эти роли одинаково авторитетны. В редких компаниях тимлид может руководить техлидом, но обычно они работают параллельно и на равных.

Если техлид достиг «потолка» в своей должности, но не хочет расти «параллельно» и идти в тимлидерство, он может углубиться в техническую часть, например в экстремальное программирование*.

Что делать после того, как стал тимлидом?

«Техлид и тимлид у нас — это не вершина карьеры. После этого можно стать ещё и управляющим партнёром и получить долю в нашем бизнесе. Речь не только про разработчиков — сейчас в партнёрстве шесть человек, и двое из них — из TSEKH’а, нашего дизайнерского подразделения. Главный критерий здесь в том, чтобы человек действительно мог и хотел революционно менять ход развития нашей компании. Наш конечный вижн в том, чтобы внутри мы были своеобразным акселератором стартапов, где талантливые и желающие работать на результат люди могут создать свою команду и, пользуясь нашими бизнес-процессами и инфраструктурой, обеспечивать рост компании, сохраняя её столь же гибкой и быстрой, как и небольшие компании».

Рассмотрим более подробно, чем отличается junior от middle’а и чем же так интересна роль тимлида.

Тимлид — что это за профессия? Функции тимлида

Тимлид — это лидер команды разработчиков..

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

Здесь работа идёт над более сложными, но чётко сформулированными и понятными задачами.

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

• Четвёртая ступень: technical leader (техлид)
  

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

Разработчик с прекрасно развитыми лидерскими качествами и способностью стать «отцом родным» (или «матерью») для своей команды.

‍
Также тимлидом может стать middle-разработчик, при наличии ярких лидерских качеств.

Теряется ли технический навык у тимлидов?

‍
Тимлид — это управленец, и работать «руками» ему приходится меньше, чем другим программистам. Чтобы не терять навык, нужно по несколько часов в день писать код и одновременно учиться, знакомиться с новыми технологиями. Иначе будет сложно вовремя заметить ошибки, сделать качественный code review, да и в целом заслужить доверие команды.

На практике это сложно: не хватает времени из-за других, управленческих задач.

У неопытных тимлидов может даже возникнуть чувство, что их вклад в работу команды уменьшился несмотря на повышение в должности. Просто меняется парадигма оценки: раньше ваш результат был только вашим результатом. Теперь ваш результат — результат работы команды. Неважно, сколько вы делали руками, если команда достигла цели с всегда имеющимися ограничениями в ресурсах (бюджетных, временных, человеческих, технологических) — вы молодец.

Функции тимлида, как и любого управленца:

планирование и прогнозирование;

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

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

Новоиспечённым тимлидам нелегко даётся функция планирования. Планировать сразу за всю команду сложнее, чем за себя одного: нужно учесть резервы потери времени и разного рода форс-мажоры.

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

Функции координации и регулирования, а также активизации и стимулирования — одни из самых сложно тренируемых. В команде нужно поддерживать такой моральный дух, чтобы каждый работал с максимальной отдачей и чувствовал, что его труд ценят. Здесь тимлиду нужен развитый эмоциональный интеллект, эмпатия, харизма. В среднем, компетенция «мотивация других» развивается за 2-3 года.

Бывает, тимлидов грузят дополнительными функциями. Например, в маленьких организациях часто в штате нет проджект-менеджеров, и тогда общаться с клиентами и решать все спорные вопросы приходится тимлиду. Или нет HR-специалиста — и приходится самостоятельно искать людей себе в команду, что отнимает много времени и добавляет стресса.

В компаниях с большими командами и серьёзными проектами есть и аналитики, и HR-специалисты, и проект-менеджеры. В kt.team тимлиды помогают HR’ам только на этапах технических интервью и проверки тестовых заданий, а в общении с клиентами участвуют только при реальной необходимости.

Личные качества тимлида

«Будущего тимлида видно сразу: это открытые, общительные люди. Месяц назад в нашу команду пришёл новый senior-разработчик, и я уже вижу — он будет хорошим тимлидом.
Важное качество такого человека: самостоятельность одновременно с умением работать в команде. Будущие тимлиды могут сами решить мелкие проблемы и не беспокоят других по пустякам. При необходимости могут сами собрать нужные данные, запросив их у коллег или проект-менеджера, задать правильные вопросы.
При этом у них развито чувство ответственности — им можно доверить задачу и „забыть», они не подведут».

Все о должности тимлида: кто такие руководители команды разработки и как ими становятся

Про должности Junior, Middle и Senior разработчиков все хоть немного, но слышали, а вот с тимлидами дело обстоит иначе. Не все понимают, кто такие тимлиды, какие задачи они выполняют и как ими становятся. Можно ли выучиться на тимлида на курсах для программистов? Пишут ли они код? Сколько в среднем зарабатывают? В статье отвечаем на эти и многие другие вопросы.

Тимлид: разработчик или руководитель?

Кто же такой тимлид, он же team lead или руководитель команды разработки разработчик? Все эти названия обозначают одно и то же — руководящую должность внутри команды разработчиков. Тимлидом может стать практически любой программист. Как правило, предпочтение отдают наиболее опытным и знающим разработчикам, но опыт — это не самый главный критерий отбора. Основная задача тимлида, помимо написания кода, это организация работы внутри команды разработчиков.

Получается, что тимлид — это в первую очередь менеджер

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

Как проходит рабочий день руководителя группы разработки

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

10:00 — Вы встречаетесь с менеджером проекта или непосредственно заказчиком, обсуждаете рабочие моменты, вносите правки в уже существующие наработки и договариваетесь о дедлайне для сдачи следующего черновика проекта.

12:00 — К вам в компанию пришли устраиваться новые программисты, поэтому вы принимаете участие в их собеседовании и делитесь своими впечатлениями с HR отделом. Ваша команда пополнилась двумя джунами. Начинают работать уже сегодня! Вы проводите им экскурсию по отделу, знакомите их с коллегами и показываете рабочие места. Затем даете новичкам несложные задания и смотрите, как они справляются с ними в течение дня.

15:20 — Общий сбор команды. Вы рассказываете коллегам, как прошла ваша встреча с заказчиком, какие коррективы необходимо внести в проект, распределяете между разработчиками зоны ответственности и назначаете каждому дедлайн по сдаче работы. Все вместе вы обсуждаете, как лучше интегрировать хотелки клиента в разработку.

16:40 — Кажется, один из джунов уже справился со своей задачей и вполне хорошо! Отправляете его помогать с новым проектом под надзор опытных программистов. Другой джун справляется с заданием гораздо хуже и, кажется, стесняется просить о помощи. Вы садитесь рядом. Новичок тушуется и говорит, что у него ничего не получается. Вы вспоминаете, как здорово он показал себя на собеседовании и говорите ему об этом. После краткой мотивационной речи вы сидите вместе и решаете возникшую проблему. Спустя час подробных обсуждений у джуна загораются глаза, и он начинает писать код, который работает!

18:00 — Вы думаете, в какое русло направить новых программистов. В команде не хватает разработчика мобильных приложений, поэтому вы решаете понаблюдать, у кого из новеньких лучше идут дела со Swift и предложить ему поработать с мобильными приложениями.

Что можно понять из этого гипотетического расписания? То, что у тимлидов много задач абсолютно разного характера. Их можно условно разделить на несколько категорий:

1. Обсуждение проекта с топ-менеджментом или напрямую с заказчиком, а также организация рабочего процесса в соответствии с желаниями начальства или клиентов.
2. Участие в найме новых сотрудников, помощь в адаптации и обучении джунов, а также планирование трека развития для новичков в зависимости от нужд компании.
3. Распределение задач и обязанностей внутри команды, назначение дедлайнов и помощь с кодом, если у кого-то возникают сложности.
4. Написание кода.

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

Сколько зарабатывают тимлиды?

Несмотря на то, что не во всех компаниях есть официальная должность тимлида, в любом коллективе есть позиция лидера, ответственного за организацию эффективного рабочего процесса. При расчете зарплаты стоит помнить, что тимлид совмещает в себе обязанности как разработчика, так и менеджера, поэтому в одних отраслях программирования зарплата тимлида будет больше, чем в других. На российском рынке тимлид может зарабатывать в среднем от 150 до 350 тысяч рублей, если верить HeadHunter. Больше всех, пожалуй, получают тимлиды в области разработки мобильных приложений.

Кто может претендовать на должность тимлида?

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

• Быть самым опытным и авторитетным. Как правило, тимлиды — это разработчики старшего звена. Прежде чем занять эту должность, необходимо накопить солидный багаж знаний и годы опыта в разработке. Как минимум необходимо отлично знать несколько языков программирования, а также разбираться в чужом коде;
• Нужно быть не только программистом, но и менеджером. Тимлиду придется много общаться как с командой разработчиков, так и с заказчиками или начальством. Поэтому, он должен находить общий язык с любыми людьми, уметь четко излагать свои мысли и мотивировать команду на работу;
• Быть HR на полставки. Вы будете не только сигнализировать кадровикам, какой разработчик нужен в вашу команду, но и принимать участие в их отборе.

Тимлид — это универсальный солдат?

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

Кто такой тимлид и как им стать

Большинство IT-команд состоят из 5–6 человек и включают специалистов разных уровней. Джуниоры вносят небольшие правки в код или занимаются тестированием, мидлы программируют, сеньоры выстраивают архитектуру. Однако кто-то должен распределять нагрузку, собирать обратную связь, проверять код и выполнять множество других задач по управлению командой и проектом — все это ложится на плечи тимлидов. Разбираемся, кто такой тимлид и чем он занимается, а главное — как им стать и какие навыки нужно иметь, чтобы эффективно управлять крупными IT-проектами.

Бизнес

Читайте также:

Кто такой тимлид и какие у него задачи

Тимлид — это руководитель команды разработчиков. Он отвечает за все, что делает команда, а также за атмосферу внутри коллектива, взаимодействие с другими подразделениями компании и заказчиками, обучение и развитие младших специалистов. Тимлид — не профессия, а должность. Занять позицию руководителя могут бэкенд- или фронтенд-разработчик, QA-инженер, системный аналитик. Нельзя пройти курсы в онлайн-школе и стать тимлидом. Зато можно стать высококвалифицированным программистом, получить опыт и развить необходимые soft skills.

Обязанности специалиста

• Планирует и распределяет задачи. Teamlead определяет объемы и сроки каждого этапа разработки, разбивает задачи на спринты — интервалы от 14 до 28 дней, в течение которых команда выполняет определенную часть проекта.
• Координирует работу. Доводит идеи до команды и убеждается в их правильном понимании, распределяет нагрузку, наблюдает за тем, как продвигается выполнение задач. Он оценивает код, а если есть время и желание, то и участвует в его написании, чтобы не терять квалификацию.
• Участвует в HR–процессах. Teamlead формирует команду разработчиков и проводит технические собеседования вместе с HR-специалистом. В небольших компаниях в зону ответственности тимлида входят все обязанности по поиску, отбору, обучению персонала.
• Обеспечивает взаимодействие команды с заказчиком. Общается с руководством компании и стейкхолдерами, собирает обратную связь от заказчиков и согласует с ними изменения, а главное — транслирует всю информацию команде.
• Проводит рабочие совещания и неформальные встречи (митапы). Регулярно организует мозговые штурмы, встречи one-to-one с членами команды, а также собрания, посвященные текущей работе, обстановке внутри компании, планам на следующий месяц, полгода или год.
• Управляет конфликтами. Одна из функций тимлида — создание продуктивной командной среды. Он должен не просто знать обо всех конфликтах, а делать все возможное, чтобы их предотвратить или разрешить еще на начальном этапе.
• Решает проблемы, возникающие при разработке. В обязанности тимлида входят информирование о текущих проблемах проекта, код-ревью (анализ кода), помощь команде, если что-то идет не так. Фактически тимлид — человек, который на связи 24/7 по любым вопросам, связанным с проектом.
• Контролирует качество работы. Проверяет, насколько проект отвечает идеям и целям заказчика, оценивает его соответствие требованиям технического задания, если необходимо — дает рекомендации бэкенд- и фронтенд-разработчикам.
• Занимается коучингом. Тимлид — не только руководитель, но и наставник. Он планирует обучение младших специалистов, знакомит новых сотрудников с корпоративными стандартами и инструментами, мотивирует команду, организует неформальные мероприятия.
• Несет ответственность за проект в целом. Сорваны дедлайны — отвечает тимлид. Не смогли добавить фичу — вопросы снова к тимлиду. Это не преувеличение — ответственность за все, что делает команда, так или иначе ложится на руководителя.

Отличия от техлида и сеньора

Часто тимлидов путают с техлидами и даже сеньорами — это ошибка.

Техлиды — технические эксперты проекта. Они отвечают за качество кода, строят архитектуру, выстраивают процессы (например, CI/CD) и решают другие вопросы, которые связаны с технической частью продукта. В отличие от тимлидов, техлиды — не управленцы. Они не берут на себя ответственность за весь проект, не управляют конфликтами, не распределяют задачи.

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

В небольших компаниях тимлиды берут на себя обязанности и техлидов, и сеньоров. Не все, но большую их часть. Бывает и так, что конкретной позиции тимлида в команде нет, но есть сеньор с большим опытом работы и лидерскими качествами, к которому прислушиваются остальные разработчики, тестировщики и дизайнеры, — условно он и является тем самым связующим звеном.

Связать все важные для анализа метрики в единый наглядный отчет поможет Сквозная аналитика Calltouch. Сервис автоматически собирает данные с рекламных площадок и CRM в одном окне. С ним вы сделаете выводы о результативности рекламной стратегии на основании полных данных, получите представление о расходах и построите полноценную воронку продаж от показов рекламы до ROI.

Сквозная аналитика Calltouch

• Анализируйте воронку продаж от показов до денег в кассе
• Автоматический сбор данных, удобные отчеты и бесплатные интеграции

Необходимые навыки и знания

Тимлид — это позиция, на которой важны как профессиональные (жесткие), так и личностные (мягкие) навыки. Должность teamlead не сможет занять даже опытный программист, если он не умеет мотивировать сотрудников и управлять командой.

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

Рассказываем, что должен уметь тимлид.

Хард скилы

Крупные компании ищут разработчиков с опытом от 3 до 6 лет — например, Senior С/C++. Они знают, как правильно писать код и учат этому других разработчиков, выполняют код-ревью, разбираются в смежных областях (тестирование, архитектура).

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

Хард скилы тимлида:

• C++,
• Java,
• CSS,
• HTML,
• PostgreSQL,
• Ruby on Rails,
• Kafka,
• RabbitMQ,
• Scrum,
• DevOps.

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

Софт скилы

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

Софт скилы тимлида:

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

Преимущества и недостатки должности

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

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

Где работает и сколько получает Team leader

Тимлиды работают в стартапах, IT-компаниях, удаленных проектах. Большинство из них приходят в компанию еще стажерами или джуниорами, а со временем перерастают мидлов, становятся сеньорами. А если показывают хорошие навыки управления и лидерские качества, то получают предложение стать тимлидом.

Руководители команд с опытом обычно сразу претендуют на должность teamlead. Это востребованная позиция, поэтому действительно хороший специалист быстро найдет работу, особенно если имеет опыт в подходящем стеке.

Заработная плата тимлида зависит от направления, в котором он работает, и региона. По данным HH.ru на июнь 2023 года, средняя зарплата на этой позиции в Москве — от 215 000 рублей, в Санкт-Петербурге — от 125 000 рублей. Опытные тимлиды получают больше — от 300 000 рублей.

Как получить эту должность

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

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

Чтобы получить позицию teamlead, необходимо прокачивать хард скилы — вырасти до сеньора, и софт скилы — демонстрировать в работе лидерские качества, коммуникабельность, навыки делегирования и распределения задач.

Полезная литература

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

Небольшая подборка книг для начинающих тимлидов:

• «Хорошая стратегия, плохая стратегия», Ричард Румельт. Краткое пособие, как принимать стратегические решения, приоритизировать задачи и ничего не упускать. Приятный бонус — ценные советы по тайм-менеджменту в тимлидерстве.
• «Hooked. На крючке. Как создавать продукты, формирующие привычки», Нир Эяль и Райан Хувер. Пошаговая инструкция, как совершенствовать продукты и делать их востребованными, — с огромным количеством IT-кейсов.
• «Deadline. Роман об управлении проектами», Том ДеМарко. Профессиональная литература с элементами шпионского детектива, советами по эффективному управлению IT-проектами и критическому мышлению.

Оптимизируйте маркетинг и увеличивайте продажи вместе с Calltouch

Коротко о главном

• Тимлид — не профессия, а должность, на которой предстоит руководить командой разработчиков и проектом в целом.
• Эффективное планирование, координирование, управление командой — основные задачи, которые стоят перед тимлидом.
• Чтобы занять позицию teamlead, важно не только быть продвинутым разработчиком, но и прокачивать софт скилы — коммуникабельность, тайм-менеджмент, делегирование.

Чем отличается тимлид от руководителя?

Должности тимлида и руководителя проекта очень близки. Только тимлид работает над IT-продуктом, а руководитель управляет любой командой, независимо от того, чем она занимается. Даже если компания ищет руководителя для IT-проекта, то к нему будут предъявляться такие же требования, что и к тимлиду.

Кто выше — тимлид или сеньор?

Тимлид — это сеньор с развитыми софт скилами. На карьерной лестнице teamlead находится выше — он контролирует работу всей команды. Любой тимлид — это сеньор, но не каждый сеньор — тимлид.