Кто такой тимлид, или Мой личный опыт в одной заметке

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

Кто такой тимлид, или Мой личный опыт в одной заметке

Давайте знакомиться

Я Миша Шпаков — тимлид команды разработчиков в Timeweb. Точнее одного из продуктов компании — VDS. Компания известна предоставлением хостинговых услуг, но время идет, все обновляется, и сейчас она выходит на новый уровень — этого же требует и от сотрудников.

Чем я занимаюсь

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

В чем разница между тимлидом и проджект-менеджером

Тут надо отметить, что в разных компаниях должность тимлида включает в себя разный набор обязанностей. За свою карьеру я встречал несколько тимлидов, которые 99% времени писали код, и им в нагрузку давали какие-то менеджерские задачи. А в некоторых компаниях тимлид, наоборот, выполняет больше задач проджект-менеджера, меньше времени уделяя коду.К примеру, в мою зону ответственности, помимо распределения задач и контроля сроков их выполнения, входит мотивация сотрудников и решение кросс-командных задач. Также в Timeweb я отвечаю за архитектуру VDS с точки зрения написания кода.

Кто такой тимлид, или Мой личный опыт в одной заметке

Какие навыки мне нужны

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

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

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

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

Почему я стал тимлидом

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

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

Круто видеть, как продукт постепенно превращается во что-то полноценное и выходит на рынок.

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

Я сознательно пришел к этой должности.

Работа тимлидом в команде

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

Как совместить бизнес и разработку

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

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

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

Собрал список того, что нужно почитать

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

Почитать советую:

  • Хабр, это по стандарту.
  • Timeweb Community.
  • Tproger — хороший ресурс.
  • Из зарубежных отмечу Medium.
  • Профильные Telegram-каналы в духе «Типичный тимлид».

Заключение

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

Посмотреть полную версию разговора с Мишей можете здесь

Слушайте в аудио: it.mave.digital/ep-2

44
7 комментариев

Интересная тоска зрения на роль. Показалось, что в статье больше подсвечивается блоки "технический" (работа с кодом) и "проектный" (роль проджект-менеджмента). При этом меньше внимания для пипл-менеджмента. Что входит в обязанности тимлида в части работы с людьми в вашем опыте?

1
Ответить

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

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

1
Ответить

Профильные Telegram-каналы в духе «Типичный тимлид».

Ответить

Оговорился в выпуске, прошу прощения
На самом деле имел ввиду канал "Тимлид Очевидность" (https://t.me/general_it_talks)

1
Ответить

Тимлид это сеньёр, который переписывает за джунами.

Ответить

Не понял в итоге разницу между тимлидом и проджектом..

Ответить