Comments 93
еще можно добавить, что зачастую путь в тимлиды - билет в один конец
Вот долго думал, согласиться или нет.
С одной стороны, я встречал и общался с разрабами которые попробовали и ушли. И вроде их не мало. Но тех кого затянуло действительно сильно больше))
Можно развернуть почему? У меня вот как раз ощущение что нет смысла идти в лиды на новом месту пока не будет притирки
лиду далеко не всегда получается быть "играющим тренером". Чем больше команда, тем больше шансы, что рано или поздно код он писать перестанет.
А потом вернуться очень сложно (невозможных вещей в этой жизни нет, но очень сложно).
Лид больше работает ртом, чем руками. Поэтому со временем теряет навыки писать код и утрачивает понимание деталей в актуальных технологиях.
Лид должен хорошо понимать местные особенности. Поэтому их предпочитают растить внутри - на рынке вакансий сильно меньше.
На синьерские позиции бывших лидов рассматривают в последнюю очередь - им будет психологически сложно снова начать подчиняться, могут возникнут конфликты с местными лидами.
зачастую путь в тимлиды - билет в один конец
Не обязательно.
Знаю множество лидов, которым надоело "отличаться умом и сообразительностью" и они перешли назад в разрабы.
Да и я сам во время ковида перешел в разрабы, через год вернулся в лиды. И это был третий раз в моей карьере, когда я переходил в разрабы а потои снова "вырастал".
Ну раз возвращаетесь, значит затянуло))
Затянуло, есть такое.
Когда ты лид - ты управляешь тем, как из отдельных кусочков складывается паззл. Складывается продукт. Который нужен людям. Это завораживает и воодушевляет.
Когда ты разраб - ты тоже складываешь паззл, но твой результат - вот тот уголок паззла. Ты особо не лезешь в то, что за его пределами.
Когда ты менеджер, то паззл для тебя - абстрактная картина, ты не видишь отдельных кусочков, даже не всегда знаешь об их наличии.
А тимлид, как мостик между разработкой и менеджментом - самое то! Ты уже видишь картину продукта, и ты еще не потерял связь с техникой, с этими самыми кусочками паззла.
Ну, и, конечно, зарплаты лидов чуть повыше. А мне нужны деньги. Не потому, что я жадный, а потому что у меня четверо детей ))
А мне нужны деньги. Не потому, что я жадный, а потому что у меня четверо детей ))
Вот откуда у многих этот червячок "если из-за денег, значит, жадный, и точка"? Какая кому разница должна быть, зачем мне больше денег? От "больная мама" до "хочу вторую яхту" - какая разница? Если заработал / заслужил - платите. Ей богу...
Жаль, что многие наниматели не разделяют вашу точку зрения.
Когда основной мотив соискателя - деньги, многие сразу ставят на нем черную метку. Мол, только за деньги работает. Нелояльным будет. Легко уйдет, если ему где-то больше предложат.
Забывая, что смысл существования самой компании - тоже деньги.
Поэтому на собеседовании приходится выдавать социально-приемлемые фразы типа "на текущей работе все хорошо, но я хочу развития и роста"
Я тимлид с 2003-его года. Но при этом примерно половину этого времени работал нормальным линейным разработчиком. Так что сочетать если хочется, то можно, если для тебя лид не карьерный рост и не самоцель, а только способ делать так, чтобы к твоему мнению прислушивались на системной основе.
Впрочем, никого на такой путь не зову. Мне тут и одному тесно и моральная готовность идти на 2/3 вакансий, где ты точно будете тупыми разрабами которым просто говорят что делать.
Почему? Видел изрядно людей, которые попадали в лиды, потом понимали, что не их, и возвращались обратно
самый прямой, самый близкий путь к позиции СТО, позволяющий взять на себя массу новых и интересных обязанностей
Лидов, взявших на себя массу новых и интересных обязанностей, как правило сильно больше, чем вакантных позиций CTO. Плюс не каждый способен. Поэтому для основной массы это красивый потолок.
Вы еще не менеджер, тем более не С-левел. Но вы уже не разработчик
Все так и есть. Менеджеры будут общаться с вами как с разработчиком, а разработчики как солдат со старшиной.
Вообще обмолвиться в менеджерской тусовке, что вы пишите код, означает, что лычка developer к вам прилипнет всерьез и на долго. Дальше за своего вас уже ни кто не считает и вы можете рассчитывать лишь на снисходительные улыбки.
Ну наверное СТО и открытие своего бизнеса, для меня оказался основной причиной, чтобы выбрать менеджерский блок, а не дальнейший уклон в технику)))
Вам теперь не кажется, что заходить в менеджмент через позицию тех.лида это был не самый оптимальный путь - ведь кто-то идёт сразу в менеджмент? Открывать свой бизнес можно с любой позиции - предпринимательские навыки вообще слабо зависят от уклона в технику. В всяком случае из статьи не понятно, что вам дали эти позиции.
Ну собственно, про плюсы и что дало не писал специально.
В первую очередь, это работа с проектом и продуктом на всех уровнях.
Возможно если бы я сразу стартовал в менеджмент, было бы проще. Но имхо это больше CPO, CEO и т.д. Для меня в CTO - техника не главное, но очень важное. Плюс когда я начинал свой путь, я был классическим айтишником как в старых мемах со свитром)) Ток бороду не носил. Не был я менеджером)
Как только Вы заработаете свой fuckoff капитал (в прямом и переносном смысле), Вам будет срать на лычки и с любым C-левел будете вполне комфортно общаться и они Вас не будут клишевать. Все от самоощущения.
Когда люди чувствуют, что Вы не зависите от них - все проще.
Менеджеры будут общаться с вами как с разработчиком
Нормальные менеджеры будут счастливы, что хоть кто-то говорит на их языке. Да, криво-косо и с диким программерским акцентом, но говорит.
Восприниматься оно будет примерно так: "Насяльника, я тута роадмапу рисоваль, риски управляль. Все риски митигировал, а один риска - шайтана такая - не митигируется никак! Насяльника, по роадмапе мы квартальный цель выполним, не переживай. Главное, риск-шайтана забери!"
Менеджерам придется напрячься, но понять они смогут. И будут вас ценить. Кто без вас будет толмачем с программерского на менедженский?
а разработчики как солдат со старшиной.
Если разработчики с лидом обращаются как с менеджером со старшиной, то этот лид где-то свернул не туда.
В норме должно быть взаимное доверие и взаимное уважение. Лид - он не чувак с нагайкой, он "первый среди равных".
Менеджеры слышат не так, менеджеры слышат как собака, вычленяющая знакомые команды в человеческой речи:
"Бырбырбыр двенадцать бырбырбыр успеем бырбырбыр 3 человека бырбырбыр проблема.
А вот как относятся члены команды к лиду - зависит чисто от их самоощущения. Начиная от "эй ты иди сюда" от старого умудренного сеньера с которым ты еще десять лет назад в одном проекте джсоны правил, и до "будет исполнено в сию минуту, ваше высочество" от джуна с врожденным чувством самозванца
"Бырбырбыр двенадцать бырбырбыр успеем бырбырбыр 3 человека бырбырбыр проблема.
Воот, и поэтому нужен толмач. Ну "бырбырбыр 3 человека", ок. 3 человека чтобы что? Ответ "бырбырбыр" - фиговый ответ.
Толмач выдаст ответ в стиле: "для митигации риска бырбырбыр с вероятностью возникновения 50% и уроном около 6млн нужно выделить 3 человека бырбырбыр (ФОТ 1 млн), что приведет к сдвигу задачи бырбырбыр с экономическим эффектом 1.5млн" на 2 недели.
Честно скажу, в гробу видал считать все эти миллионы. Но по-другому они не понимают.
Кто они? Вы же уже на менеджерском говорите, вы уже и есть они. Митигация - это как раз то слово которое при произношении на английском значит ровно то что и на русском, без дополнительного контекста (который могут привносить действительно полезные англицизмы типа "сбилдил" или "стекхолдер"). А все эти "митигации", "ретеншены", "форекасты", "транспарентности" - это уже просто чтобы отделить своих от чужих.
зарплата увеличивается не сильно и совсем не коррелирует с увеличенным объемом работ.
Что конкретно значит "с увеличенным"? Вы интенсивное работаете? Как именно интенсивнее? Или дольше? Тогда насколько дольше? А если ни то и ни другое, то объем всё тот же, просто содержимое поменялось.
Больше приходится держать контекста в голове. Чаще приходится переключаться между задачами и проектами. И наверное, главное, что меньше возможностей слить задачу: "не моя зона ответственности". В часах наверное, тоже стал работать больше, чем сеньером.
Не знаю, не знаю... Когда я работал девопсом, то переключался на новую задачу каждые 15 минут в среднем, иногда чаще, и стек отложенных/прерванных задач доходил до 5.
Работа становится менее детерминированной. Надо не просто делать что умеешь, а принимать решения без достаточной информации. И потом за эти решения отвечать, как перед начальством, так и перед командой. Поэтому чем интенсивнее и детальнее проработаешь вопрос перед принятием решения, тем меньше риск факапа. Такие задачи не имеют длительности, она всегда "чем дальше тем лучше" и поэтому никогда нельзя "сделать все на сегодня".
Добавлю ещё такую проблему: при найме тимлида извне компании зачастую сами не понимают, какой набор навыков им нужен и какие задачи они хотят закрыть. В итоге почти все компании ищут "играющего тренера" (как же меня бесит эта формулировка), собеседуют его по технике как синьор+, а затем он ~70%* времени занимается пипл менеджментом, целеполаганием и прочими делами, которые у него могли даже не спросить на собеседовании.
* "Половина руководителей пишет код или занимается другой инженерной работой. Большинство занимается этим в пределах трети своего времени." (source: https://devcrowd.ru/tl23/profession/ )
Для меня тимлид, это все же не про код больше, а про проекты и команду. Где то даже пересечения с техническими менеджерами и т.д
Повезло устроиться в компанию с такой же логикой, и одна из ключевых фраз которая определило, для меня "правильное" понимание задач была: "если я увижу, что ты за ребят код пишешь, я тебя уволю нахрен".
Разумеется кому то, покажется что это и не тимлид совсем))
если я увижу, что ты за ребят код пишешь, я тебя уволю нахрен
Забавно, у нас за не писание кода лидов увольняют. И мне кажется, что это верно :)
А чем тогда у вас занимаются прожект менеджер, продукт оунер и бизнес аналитик? Давайте угадаю - их нет, все их задачи выполняет тимлид. Просто так удобнее - повесить разные роли на одного человека.
Тимлид - это не начальник, он в первую очередь сам долден участвовать в разработке, иначе это уже ПМ или кто то из мира менеджмента
Это да. Мешают тех- и тимлидов в любых пропорциях. Бывает даже из описания вакансии непонятно как строить интервью. Лайфхак - шагнуть в сторону архитектора. Снимается ответственность по людям с сохранением экспертной роли.
Самые непонятные люди в команде - архитектор и бизнес аналитик. И вроде их роли ясны, и вроде теоретически все верно, но почему то на практике они выраждаются в некие подобия техписов, которые рисуют абстрактные картинки и пишут бесполезные тексты.
Кстати и увольняют при сокращениях тоже в первую очередь скрам коучей, бизнес аналитиков и системных архитекторов
Согласен. При сокращении специализацию размывают, при расширении консолидируют. Это вообще про любые должности, вплоть до мемов про тыжпрограмист. Если обязанности не определены, то могут быть какими угодно. Jack of all trades выявляется до подписания трудового договора. Может, в России иначе, не знаю.
Так и есть. Плюс правильно выше написали, что понятие Лида часто смешивается: где-то это технический гуру, где-то больше скрам-мастер, где-то ещё предпродажник, где-то торговец лицом на совещаниях, где-то нянька команды, а зачастую: всего понемногу. Прибавьте ещё мутное понимание разницы между Архитектором и Head Of xxx и получите полную неразбериху на рынке.
Из личного: стремясь всячески откреститься от менеджерской и коммерческой веток развития, отказался от CTO и стал архитектором. В результате давят на развитие софт-скиллов, "постарайтесь больше вносить вклад в развитие наших предложений для клиентов", "больше участвуйте в разработке треков повышения компетенций наших сотрудников". Немного не совсем то, что написано в описании должности и в моих ожиданиях.
Не очевидные, как и очевидные минусы в позиции тимлида - это секрет Полишинеля. Вот если бы мне кто-нибудь хоть один плюс назвал, это было бы интригующе.
Зарплата?
Прокачка софт скиллов для интроверта. :)
Пытаюсь представить интроверта на позиции тимлида. Как-то не очень получается :-)
Если интроверт испытывает удовольствие от сделанного совместно, и это удовольствие перекрывает сопутствующий стресс. Социопатов не рассматриваем.
Удовольствие от работы с мерзкими людишками, вместо прекрасных технологий? Это интроверт-мазохист.
22 года назад я стал джуном дотнет разрабом. На текущий момент чаще всего я занимаю позицию техлида, иногда лепят шильдик архитектора, хотя это в какой-то мере условнось, как и все "должности" в айти. От позиций тимлида или проджект манагера я отказываюсь всегда и категорически. При этом даже если у нас в команде есть тимлид, у него обычно зарплата меньше. И часто значительно меньше. И чаще всего он в принципе не нужен в команде, просто пятое колесо в телеге. В некоторых командах он действительно полезен, но это по сути административная должность. Что-то среднее между эйчаром и менеджером низшего звена. Встречал вполне успешные команды, где тимлид вообще без технического бэкграунда, или не по профилю с проектом. Часто конечно тимлид совмещает в себе должность и техлида, но я уже достаточно зажравшийся специалист, чтобы от таких позиций воротить нос. Мое дело технологии, с планированием и утиранием соплей пусть возится кто-то другой.
У вас очень популярная позиция. Но при этом она имеет большой минус с точки зрения дальнейшего роста. А следовательно роста ЗП. Тоесть сеньер и даже архитектор это линейные позиции. Следовательно в 99% случаев оклады не будут привышать оклада ВУ на США, ну максимум х2 Оклада ВУ. В то время, как лид как вы правильно заметили это менеджер низшего звена. С соотвествующим доходом
Как я уже сказал, у меня зарплата заметно выше тимлидской. Я не могу утверждать о всех конторах и ситуациях разумеется, но я достаточно в мире айти, знаю вилки зарплат и потенциал роста. Мой оклад зачастую превышает оклад не только тимлида, но и проджект менеджера. На текущем месте, например. И, насколько я в курсе, крутые спецы и в больших знаменитых конторах вроде гугла и нетфликса получают не меньше своих "начальников", если не брать аппер менеджмент. Куда тимлиды точно не относятся.
Вырасти до СТО можно и с моей позиции, были предложения, но я морально не готов на пенсию. Если мне за 23 года в целом в айти и удалось сохранить интерес к работе, то только потому что мне интересны технологии. Я не "выгораю" и мне не надоедает. Да, мне естественно за карьеру случалось быть и тимлидом, и даже ПМом разок. Я туда больше ни ногой. Ну, по крайне мере пока старость и альцгеймер не сделают меня непригодным для работы с технологиями.
А еще у меня есть поучительная жизненная история, как должность тимлида поставила крест на карьере очень мощного спеца по плюсам. Таких зубров программирования редко встретишь, но повелся на должность тимлида и большую команду, а потом плакал (эт я утрирую конечно) в откровенной беседе, что он больше не программист. Ни сама должность, ни чисто символическая прибавка к зп которую ему дали (ну надо же что-то дать при "повышении"), того не стоили. Если грубо, то к тимлидам я отношусь примерно как в поговорке про учителей: если ничего не умеешь сам - иди учить других. В данном случае: не вышло стать программером, иди в тимлиды.
У проджектов обычно оклады на уровне мидл разработчиков. Тут нет ничего удивительного. Да хорошие сеньеры, получают больше чем лиды. Но вот уже Руководитель депортамента, на 20+ человек как правило будет выше. А если говорить про СТО на 100+ там совсем другие доходы. Опционы и т.д.
Я не представляю, как с разработчика уйти на такую позицию. Там совсем другие задачи, которые в первую очередь связаны со стратегией, бюджетами и т.д.
Что касается вашего товарища, да такое бывает. Тут действительно это его ошибка, но никто не мешает ему от этого отказаться. Если он этого не делает, возникает вопрос почему.
Есть одна мелочь: много ли где интроверт может быть принят на должность тимлида?
Вы лукавите. Плюсы - они так же очевидны.
Но позвольте расскажу о странном, и неочевидном плюсе: возможности дауншифтнуться.
Когда дела не очень, многие хотят купить лида вместо синьора, а синьора вместо миддла.
У меня был опыт 30+ собесов в начале ковида, где меня рассматривали исключительно на синьора. Несмотря на заголовок "Team lead" в моем резюме. Да, это было возможно, потому что я достаточно работаю руками. Работал бы только языком - был бы нафиг никому не нужен.
Если дела будут еще хуже, я теоретически готов пойти на миддловскую должность и деньги. И у меня будет работа. Чего не скажешь о ребятах, которым дауншифтиться некуда.
Я техлид. Это выше чем тимлид, или ниже? У меня айти не такое, как у вас, там нет иерархии, структура более плоская. Синьор инженер и тимлид - это не разные ступени иерархии, а люди, выполняющие различные функции в одной плоскости. Поэтому я не лукавлю. С моей точки зрения тимлид это дауншифт, а не наоборот. И я в тимлида дауншифтиться не собираюсь по озвученным выше причинам.
Тимлид, который много работает руками - это в целом особенности конкретного места работы. Так как не существует гостов и стандартов на названия занимаемых должностей и исполняемых обязанностей, то в определенной конторе на определенном проекте тимлид может быть и разработчиком, и архитектором, и бизнес-аналитиком и еще чем угодно в одном лице. Но если выделить обязанности, которые являются сугубо тимлидерскими, то там технической работы нет. Мне это не интересно, от слова совсем. Даже если это будет занимать 20% времени. Я терпеть не могу эту работу. А уж если попадется "чистая" тимлидерская должность, где как раз и нужно работать "только языком", то это крест на карьере.
Не вижу ни одного плюса, извините. Ни открытого, ни скрытого. Для себя разумеется, мы все оцениваем субъективно, на основании своего опыта и предпочтений. У меня один приятель выстроил чудесную карьеру став лидом сразу после института. Ему наоборот технологии были не интересны. Едва окончив вуз он переехал в Нью-Йорк и насколько я знаю вполне успешно устроился и продвигался. Было это лет 20 назад правда, и мы уже давно не общались.
Я бы сказал техлид это рядом.
Тоесть сеньер разделяются на две ветки. Упор в технику. Техлид/архитектр, потом принципал инженер и т.д. И упор в менеджмент, это тимлид. Где больше пипл и проджект менеджмента, с соответствующим развитием дальше не только тех скилов, но и экономики, управления и т.д.
Также встречал, что техлид ниже. Но это редкость.
Я техлид. Это выше чем тимлид, или ниже?
А это смотря, какие у вас обязанности.
Может выше. Может ниже. Может рядом.
Что в вашем понимании техлид?
В моем техлид - это такое же непонятное ругательство (простите) как и тимлид. Сильно зависит от компании и от проекта.
Я вот, например, устраивался работать тимлидом, а потом нам внедрили скрам, в котором, как известно, тимлидов нет. Поэтому мне начальник сказал: "ты теперь не тимлид, а техлид". Сверху структура выглядит плоской, как хотят топы. А я внизу занимаюсь по прежнему тем же, чем занимался раньше. Сильно подозреваю, что это не "техлидство", но это то, что хочет бизнес.
Я в одном лице и управляю требованиями, и архитектуру ваяю, и декомпозирую и планирую, и процесс доставки ценностей настраиваю, и пипл-менеджмент (микроклимат, 1-1, рост, вот это все), и за периметр команды отвечаю, и код иногда пишу (хотя чаще провожу ревью), и с инцидентами разбираюсь. Ну понятно, не абсолютно все делаю сам. Делегирую.
Да, техники тут 30%. Увы. Вероятно, у эталонного техлида должно быть больше ))
Все верно, сильно зависит от проекта и от компании. Но интуитивно понятна разница - тимлид должен иметь какое-то отношение к команде, отсюда "тим", а техлид должен быть заточен под техническую сторону.
Если взять ваше описание, то я занимаюсь всем тем же самым, минус пипл-менеджмент ) Ну и к планированию я имею посредственное отношение, только помогаю с оценками, составлением болпарков и тому подобного.
Не все проекты могут позволить себе роскошь делить обязанности подобным образом конечно.
Что такое периметр команды?
Периметр команды - это весь народ, не входящий в команду, с которым так или иначе надо взаимодействовать.
Например, девопсы, поддержка, другие команды, с которыми вы интегрируетесь или с которыми у вас есть кросс-функциональные цели.
как в таком случае вы отвечаете за периметр команды, если они в команду не входят?
Я отвечаю не за них, а за выстраивание процессов взаимодействия с ними. Чтобы прозрачно и эффективно.
Например, с одной стороны, для поддержки на каждый чих нужен регламент. Если не по регламенту - то есть повышенный риск что-то сломать. А потом получить по шапке и за поломку и за отсутствие регламента.
А с другой стороны нужно выстроить человеческие отношения.
Одно с другим трудно связать, и вот нужны прокачанные софты и желание сделать мир лучше.
Для меня меня плюсы в работе тимлида, которые не были мне доступны как синьору - навыки управления командой и ребятами, умение выделить ключевые направления и задачи, общение с ребятами более высокого уровня, видение более общей картины.
Ещё по кайфу участвовать в росте ребят, это дает ценные навыки мотивации, учит "читать" людей и понимать из цели.
По деньгам лид получает больше. Ещё и есть возможность роста до Хэда/CDO.
Минусов конечно тоже масса))
Нужно больше “химии”. - Если вы готовы не только созидать, но и выполнять - демонстрируйте эту гибкость на собеседовании. И вас услышат те, кто слушает.
В каждой компании свое понимание, кто такой team lead. - Так не только с тим-лидами работает. Всегда есть core-требования и эдакий...местный vision. С тем же сталкиваются очень многие, и даже за пределами IT. Это не боль тим-лидов...это субъектив, это рынок.
Да нет у многих компаний никакого вижена кто такой тимлид. Есть один универсальный вижен у непосредственного вашего начальника - вы делаете некую работу в которую он не вникает, и делаете это настолько хорошо, насколько начальнику не хочется вникать. Этакий черный ящик, встроенный в систему разработки проекта.
На вход этого ящика идут команды "сделать хорошо", на выходе возникают ответы "так точно, сделаем к завтра".
Вопрос только в том, какую часть работы ваш начальник делегирует вам. Это и будут ваши обязанности как тимлида, даже если они будут включать составление бюджета, расчет премии или мытье полов
Если как senior за пару недель можно получить 5–6 офферов, то на лида 1–2 — уже неплохой результат.
Да вы, батенька, оптимист!
Синьор в принципе не может обработать все входящие. Количество офферов синьора ограничено выделяемым на собеседование временем.
А тимлид... тимлидов нужно раз в 5 меньше, чем разработчиков. А еще позицию лида чаще закрывают внутренним кандидатом. Исходя из личного опыта и разных исследований внешнему кандидату в 5 раз сложнее пробиться.
То есть, потребность в лидах "с улицы" навскидку в 25 раз меньше, чем потребность в разработчиках. И это в относительно стабильное время. Во время происходящих с завидной регулярностью кризисов тимлиды с улицы не нужны. Совсем.
Худшее что может случится на проекте - внезапный приход тимлида с улицы. Команда знает друг друга, знает предметную область проекта, знает код и устаканившиеся процессы, и тут внезапно приходит человек, который вообще не вкурсе происходящего, но внезапно он главный и будет решать.
Вот тут не соглашусь. Очень популярен кейс, команда все провалила, надо вникнуть и затащить.
И если берут человека с улицы, значит текущие ребята не тащат
А вы не думал, как это для тимлида с улицы? Команда-то знакома с проектом, знакома с начальством, с заказчиками. Друг с другом в конце-концов. И, как правило, настороженно (если не в штыки) воспринимает нового лида.
А лид не знает никого и ничего, ему надо быстро разобраться, быстро сойтись с командой и сделать так, чтобы команда перформила.
Ну сколько можно!
Замените на "худшее, что может быть, - приход финдиректора с улицы" или "худшее, что может быть, - приход HR-директора с улицы". Смешно. А от этих людей почти всегда компания зависит больше, чем от одного лида команды.
Хватит возводить собственное ЧСВ до неведомых высот ) Ну право, смешно
Как только человек сумел присвоить чужой труд - к своему вернуться практически невозможно)
Самый большой минус, о котором хочется кричать, остался за рамками статьи.
Если вы лид, то смена работы - это колоссальный риск и колоссальный стресс!
Если вы приходите на новое место, вам крайне редко дадут возможность набрать команду. Как правило, команда уже есть. И, как правило, предыдущий лид ушел (или его ушли) не от хорошей жизни. А если лида не было, и теперь он нужен - значит, команда без лида не вывозит.
В общем, любая вакансия лида "с улицы" - это, как правило, большая Ж. Только вы еще не знаете, какая. Но она есть.
Добавьте к этому ненулевую вероятность наличия в команде "серого кардинала", который власть вам не отдаст.
Добавьте то, что вам придется зарабатывать у команды авторитет. Зарабатывать из проигрышной позиции: они знают проект, вы - нет. И среди них, скорее всего, есть технари лучше вас, ведь они 100% времени тратят на технику, а вы 30%, ну от силы 50%
Добавьте, что команда почти наверняка скатится в шторминг и станет хуже перформить.
Добавьте то, что бизнес наверняка захочет от вас быстрых результатов (вас же для этого и наняли, тимлид - палочка-выручалочка)
В общем, если вы - лид, вам очень, очень тяжело менять работу. Тяжело не потому, что вакансий мало, а потому, что подавляющее большинство вакансий - это Ж на проекте. Вам придется рвать свою Ж без всяких гарантий на успех..
Глупости. Тим-лид - это линейный руководитель, обычное дело смена такого руководителя в любой другой отрасли. Только в ИТ рисуют какие-то невероятные страшилки про "серых кардиналов" и "большую Ж". Почему-то нет проблем поменять руководителя смены в автомастерской или начальника отдела в полиции. Но как читаю про тимлидов в ИТ - чуть ли не Манхэттенский проект каждый раз
Ну, если вы менеджер среднего звена - то меняйте тимлидов, как хотите. Никаких проблем нет. Разве кто-то говорит обратное?
Я говорил, что если вы - тимлид, то вам тяжело. Именно вам, как новому лиду, а не хозяину конторы, ни программисту, который как переливал Жсоны, так и будет переливать.
Я не знаю, как оно там в полиции. Подозреваю, что там приказы надо исполнять, и точка.
А в программировании если вы, как линейный руководитель не сможете заработать авторитет в глазах команды, не сможете найти общий язык с командой - то лучше сразу ищите новую работу.
Если вы с разработчиками начнете применять полицейские методы... ну, удачи. Когда (не если, а когда) останетесь без команды - вас попросят на выход.
Я тимлид, приглашённый со стороны в действующую команду
Поделитесь опытом, что делаете, чтобы команда не скатилась в шторминг (по Такману)? Были ли у вас ситуации, когда кто-то в команде метил на место лида, а назначили вас?
Как зарабатываете авторитет?
Как налаживаете взаимодействие в команде?
Я, кстати, не только в ИТ приходил приглашённым лидом. Ещё до ИТ приходил руководить группой менеджеров по работе с клиентами (мне было 23, самому младшему подчинённому 45, средний возраст 60) и потом ещё замруководителя другой группы в схожей компании.
Важно понимать, зачем вас туда ставят. Авторитет, если не растекаться мыслью, стоит на осознании собственного профессионализма и осознании того, что именно вас руководство уже выбрало, чтобы вы решали эту задачу. Далее банальная работа по приведению формально руководимой команды к реальному руководству вами.
Ещё раз: руководство - это обычная работа, просто профессия такая. Её надо работать. Есть всякие сопутствующие вещи от синдрома самозванца до выгорания от постоянной работы с людьми, но и это в принципе банальный набор навыков, как в этим работать. Миллионы, десятки миллионов людей по всему миру работают руководителями. В этом нет ничего нового.
Спасибо за развернутый ответ!
Мне кажется, теперь я понимаю вашу мысль: "Но как читаю про тимлидов в ИТ - чуть ли не Манхэттенский проект каждый раз"
Ваш путь нетипичен. В большинстве своем тимлиды в айти - это бывшие синьоры. Они эксперты в своей области, но новички в управлении.
Вы, наверное, находитесь на уровне неосознанного знания. И вы уже забыли, каково выкарабкиваться из ямы осознанного незнания. Для вас эти все переживания и топтание по граблям выглядят как нытье. Приблизительно как для синьора выглядят жалобы джуна на ошибки в системе. Типа, ну на стектрейс посмотри, там же все написано.
Все описанное - это проблемы неопытного лида, который еще не умеет организовать работу так, чтобы все работало без его постоянного вовлечения, а он бы кодил в остальное время. + Недостаток софт скиллов.
Если как senior за пару недель можно получить 5–6 офферов, то на лида 1–2 — уже неплохой результат
По-моему, vy slishkom mnogo kushat' (c)
Вообще, это позиция руководителя, поэтому тут и офферы гораздо вдумчивее предлагаются. Логично же.
Вроде руководитель, а вроде никаких реальных инструментов нет. Принять решение об увольнении не можете (плюс есть еще ТК РФ), где‑то и не выбираете, кого набирать. Кого дали, с тем и работаете.
Тут как себя поставишь, но если нет влияния на набор/увольнение, то вряд ли стоить идти в лиды в таком случае.
В заключении
А вот там лучше не бывать. Особенно в свете последних событий
Вообще, это позиция руководителя, поэтому тут и офферы гораздо вдумчивее предлагаются. Логично же.
Когда избалован сеньерскими предложениями, это оказалось неприятным сюрпризом.
Тут как себя поставишь, но если нет влияния на набор/увольнение, то вряд ли стоить идти в лиды в таком случае.
Тут дело не в поставишь. Это изначально в вакансии имеет место быть или не быть)
Как-то очень поверхностно, по заголовку ожидал чего-то совсем другого
Вакансии и деньги
Мой личный опыт конечно лишь одна точка, но найти лида намного сложнее, чем инженера. Кандидатов почти нет. Проверял на python lead и qa lead в РФ в любом городе
Теперь нет не ваших проблем
Не понимаю тут минуса. По-моему это как "минус позиции разработчика - писать код". Это же основная суть позиции.
Мой личный опыт конечно лишь одна точка, но найти лида намного сложнее,
чем инженера. Кандидатов почти нет. Проверял на python lead и qa lead в
РФ в любом городе
Если оклад больше 450 можем обсудить))
на самом деле это обратная проблема. И найти специалиста сложнее, и специалисту найти сложнее.
Не понимаю тут минуса. По-моему это как "минус позиции разработчика - писать код". Это же основная суть позиции.
Разработчик привык находится в своей зоне комфорта. Теперь этой зоны стало сильно меньше. Нельзя сказать, что проблема у девопсов и пойти пить кофе. Это было непривычно
Неочевидные минусы позиции тимлида