Тимлид. Это круто или много проблем? Отвечаю: Все сразу!

Недавно в чате подкаста “Цинковый прод” имел разговор про тимлидство. Круто это или не круто, сколько гемора и сколько радости приносит. Поговорил там, а подведу итог в одном посте тут :) Буду описывать это на своём опыте. Получилось относительно объемно.

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

Моя же ситуация – это “играющий тренер”. Когда ты наполовину уже менеджер, а наполовину разработчик, и стараешься поддерживать порядок как в рабочих процессах, так и в разработке приложения.

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

Содержание
  1. Минусы
  2. Плюсы
  3. Итог

Минусы

Больше ответственности

Когда ты рядовой разработчик – ты несешь ответственность только за свой код (да честно говоря и то не всегда). Когда ты тимлид – с тебя спрос за всё, что сделала твоя команда. И не только как она написала код, а как это отражается на бизнес показателях. Приходится переключать мышление от “Ну вот этот код смотрится красивее. Вчера на конфе услыхал про технологию N – надо всё переписать” на “ДЕНЬГИ! СРОКИ! ЗАКАЗЧИКИ! ПОДДЕРЖКА! ЛЮДИ!”.

Иными словами, всё как в армии. Рядовой опиз**ляется за себя, а сержант за весь взвод.

Больше работы, больше тоски

В моем варианте “играющего тренера” надо уделять время и процессам, и команде, и заказчикам. Однако код писать тоже надо. Тут появляется неприятное чувство, когда весь день у тебя встречи, планерки, письма, обсуждения, а к вечеру кажется, что раз код не написал, то будто ничего и не сделал. Садишься в мыле писать код, час-два пописал, день кончился, и ты думаешь: “блин, да как так мало-то?”.

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

Больше работы с людьми

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

Пикабу

Страх, что на рынке труда ты стремительно летишь в пропасть

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

Страх, что назад дороги нет

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

Плюсы

Больше возможностей на что-то повлиять

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

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

Больше денег

Ну да, больше ответственности, больше работы = больше денег. Но тут измеряйте сами. Видел случаи, где накидывали 10-20к денег, а работы и ответственности столько, что человек очень сильно приунывал.

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

Твердые позиции на рынке труда

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

Не отнесу ни к плюсам, ни к минусам пункт Найм

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

Итог

Каждый должен хорошенечко подумать и посмотреть на свой характер и то, к чему душа лежит. Не гонитесь за деньгами и уж тем более за абстрактной “властью” (которой по большому счету у тимлида и нет практически). Делайте то, что вам действительно хочется делать (благо пока индустрия позволяет нам быть настолько избирательными) и сами придете к правильным карьерным позициям.

Автор: @eantonov
Телеграм: Тимлид Очевидность
Обсудить: Чат канала в телеграм

Рейтинг
( Пока оценок нет )
Maxyc Webber/ автор статьи
Мне 35 лет. Опыт профессиональной разработки 15 лет. Занимаюсь разработкой и поддержкой корпоративных систем автоматизации бизнеса, а также высоконагруженными проектами. Мне нравится решать нестандартные проблемы бизнеса. Имею опыт формирования команд под проект, налаживания процесса разработки, коммуникации программистов и заказчиков. Есть опыт работы с зарубежными заказчиками (ОАЭ, Польша, Германия, Швейцария).
Понравилась статья? Поделиться с друзьями:
Добавить комментарий

;-) :| :x :twisted: :smile: :shock: :sad: :roll: :razz: :oops: :o :mrgreen: :lol: :idea: :grin: :evil: :cry: :cool: :arrow: :???: :?: :!:

Этот сайт использует Akismet для борьбы со спамом. Узнайте как обрабатываются ваши данные комментариев.