Comments 15
Что я понял после двух с половиной заходов на тимлидство - нет повести печальнее на свете, чем тимлид, приходящий со стороны в готовую команду, в которой как бы ничего не нужно менять, а просто грамотно управлять. Ну это в принципе в любом руководстве так. Если оффер руководителя не предполагает карт-бланш вообще на всё, то такое заманчивое карьерное предложение не стоит бумаги, на которой оно написано.
Выполняю обязанности тимлида третий год, в целом мне нравится заниматься организационной работой. Однако складывается впечатление, что зарплаты лидов лишь чуть выше зарплат senior разработчиков, при этом уровень эмоциональных затрат выше в разы.
Было бы интересно узнать, как рекрутеры относятся к кандидатам, которые решили вернуться на линейную позицию. Рекрутеры пишут и предлагают позиции лида - стоит ли в анкетах исправить текущую роль с лида на senior?
Не знаю как в разработке, в sre/devops на роль инженера с опытом лида возьмут без проблем. Это только в плюс, при условии что кандидат не забыл как работать руками и готов этим заниматься.
Стоит указать желаемые позиции. и указать что позиция тимлида не рассматривается. И на вопросы рекрутеров честно отвечать почему.
Работодатель адекватно относится к тем кандидатам, которые говорят - попробовал, не моё потому что, далее список причин. Вполне нормально будет сказать - хочу кодить, а на позиции тимлида этого почти нет, поэтому возвращаюсь обратно.
Первое, что должно насторожить (ну, по опыту, конечно), что лидить нужно 10 (десять!) специалистов. Имхо, для прямого "лидства" это уже овер или на грани эффективности даже для отлаженной и сработанной команды.
Ну, и рассматривая оффер тимлида, сразу стоит обозначить нанимающей стороне, что всё будет, но не сразу, и не так как было раньше. Может потребоваться и реорганизация команды (разделение на группы или отдельные команды), и снижение эффективности на какое-то время и тп.
А если будущий работодатель загоняет в строгие рамки: "оставьте всё как было, просто вольётесь/вникните за месяц" - не стоит вестись, должность тимлида без полномочий, без запаса времени, с навязанными, по сути, процессами и ответственностью, ну такое...
Жаль, что по первому опыту автор отказался от этого направления. Возможно, отрасль потеряла хорошего лида :(
Неделя это очень мало чтобы сделать выводы.
Техлид, архитектор не то чтобы сильно отличается. Вам будут так же задавать вопросы “а как и что делать?” Вы также будете участвовать в найме сотрудников. Также тратить много времени на нетехнические задачи. В маленькой команде, да, должно оставаться время писать код, но оно должно оставаться и у тимлида в этом случае.
При этом у роли архитектора есть и свои минусы: нет четкой структуры управления - все понимают что для управления людьми нужно иерархическая(или другая) структура, где каждый четко понимает что делает и почему. Для управления технической сложностью систем нужна такая же структура, но я такого нигде не видел. В лучшем случае это локальные группы архитекторов, в худшем вы будете рулить в своей команде в противоположную сторону от соседней. По этой же причине, что техлид и архитектор это часто опция, количество архитекторов меньше чем менеджеров. Возможностей роста меньше, и многими, не без основания, архитектор воспринимается как менеджер который не смог. Хотя, на мой взгляд, уход из разработки в менеджерство это вообще не развитие, а смена проф деятельности.
Свое дело, это еще в разы сложнее и совсем другие скиллы, пить смузи на пляже точно не получится. Вы будете не просто управлять кораблем в котором всё больше дыр. А будете одновременно и грести и управлять, при том что от корабля осталась только мачта:)
накопить на старт какого нибудь своего простого, например торгового бизнеса, который не предусматривает большого вовлечения по времени
Видел я на примере своих родителей, как не предусматривает, да-с.. Кажется, это далеко от пассивного дохода.
Еще есть сторона когда человек знает что не хочет быть лидом, ему нравится кодить, но менеджмент надавливает идти в лиды, объясняя это как бы естественным развитием специалиста.
Являюсь тимлидом уже почти два года. За это время успел:
А. Поседеть (не полностью, но всё же)
Б. Просрать целую кучу нервных клеток (стал раздражительным, срываюсь на всё подряд)
В. Заиметь проблемы со сном
Г. Заиметь боязнь телефонных звонков и сообщений в мессенджере
Д. Возненавидеть корпоративную почту
E. Потерять часть хардскиллов
Ж. Выгореть
Такие дела
P. S. Всё чаще думаю о том чтобы бросить всё и вернуться в разработку, но вот пункт "Е"...
Дважды как-то планомерно становится тимлидом и потом все равно уходил в разработчики. Во первых, потому что мне очень нравится писать код, разрабатывать продукты, думать как это все будет работать, архитектуру продумать,а не вот это вот все. А во вторых, потому что больше всего в тимлидстве меня больше всего бесило, что календарь постоянно забит кучей митингов. По сути я всегда все равно занимаюсь отчасти тимлидскими занятиями типа менторинга, деструктуризацией задач, ответственностью за проект от всей технической команды, собеседованиям. Но как то все равно, когда каждый твой день состоит из бесконечных созвонов это меня выматывает больше всего.
В целом, схожий опыт, сходил туда и обратно разок, осознал бренность бытия и назад, больше не надо)
Тоже поначалу трудно было, было ощущение, что хардскиллы утекают сквозь пальцы как песок и даже депрессовал по этому поводу немного, потом нашел решение - я стал грейдить людей в команде по их способности работать автономно и самостоятельно, чем меньше человек задает вопросов от этапа взятия задачи до выдачи результата, тем лучше. Стал их учить, что верно заданный вопрос себе почти всегда уже содержит ответ (опыта автономной работы, когда спросить тупо не у кого, у меня много лет и я умею так работать). Потом отписывать людей на митапы вместо себя, чтобы они уже с них приносили информацию на дейли. Научил людей как предотвращать бессмысленное бла-бла-бла на митапах и добиваться на них конкретных решений по пунктам в максимально короткий срок. В итоге вместо 5 митапов в день у меня, получилось по 2-3 митапа у каждого члена команды в неделю и выжимка на дейли. И команду не сильно напрягает и у меня есть время на тех. задачи. Если кому то становится много митапов - подхватываю на себя, но это бывает редко и чаще я хожу выяснять зачем вообще нужен был этот митап и нельзя ли было обойтись без него. В целом это два самых эффективных принципа, которые я для себя выделил, есть еще много мелких ньюансов, но они не так важны. Из опыта понял, что самая большая проблема у людей это не понимание как работать автономно, как искать информацию самостоятельно, в первую очередь нужно научить их это делать и не прекращать совершенствовать в них этот навык. Помогло мне так организовать все 17 лет опыта, из них 7 лет на позиции лида. Хардскилы все на месте, могу доказать, если кто сомневается:-)
Из опыта понял, что самая большая проблема у людей это не понимание как работать автономно, как искать информацию самостоятельно, в первую очередь нужно научить их это делать и не прекращать совершенствовать в них этот навык
Вот кстати, а получается их этому научить при условии что в начале оно плохо работает?
Сталкиваюсь с тем что есть люди у которых это
1) получается сразу и без проблем (зачастую это или сеньоры или миддлы которые будут сеньорами через какоето время)
2) которых надо контролировать, потому что как дети, стало тихо — жди проблем, взял задачу, объяснил, всё понятно, специально спросил точно ли понятно… получил ответ как и что будет делать всё норм, ушел делать, через пару дней подходишь, а он такое наваял… вообще не в ту степь, как задачку не описывай, как контекст не задавай… не… это даже не делать как написано слово в слово это свой мир далекий от продукта который делаем
3) есть те которые на каждый шаг бегут спрашивать, независимо от грейда (я с такими прощался)
вот у меня вопрос, те которые п.2 — реально переучиваются?
Быть или не быть тимлидом – вот в чём вопрос