Комментарии 32
Второй путь имеет название - архитектор. Можно одновременно быть в бизнес и технологическом доменах, если развиваться в манипулировании людьми не хочется.
привет, я бы сказал, что архитектор, Staff и прочие технические уровни скорее про 3, возможно и 2.
В целом да, есть развилка: уходить вверх по технике, или по менеджменту. И там, и там мест конечно сильно меньше, чем продолжать быть сильным сеньором. Но рано или поздно можно воткнуться в потолок грейда.
Есть еще такой путь: свой проект. Но это работает, если вы целеустремлённый, и лидом оказались не только за навыки общения с руководством. Я вот не умею общаться, но целеустремлённости хоть отбавляй, поэтому сразу перепрыгнул из senior в свой проект. Доволен как слон: и времени полно, и денег тоже, и никто сверху мне не говорит, что я должен делать (наверное это и есть причина "неумения" общаться с руководством).
В наших компаниях так принято что у разработчика зарплата не может быть выше чем у менеджера
Если посмотреть некоторые вакансии зарубежом, та там менеджеры с подчинением в около 100 человек получают на порядки меньше чем разработчики
Ну если расти совсем выше, другой уже вопрос, но такие люди тут не участвуют в обсуждениях
Бывает, что зп разработчика выше, чем у лида. Согласен, крайне редкая история. Но бывает :)
Ну, когда ты вступил на менеджерский путь - у тебя есть возможность расти совсем выше, даже если ты пока ещё участвуешь тут в обсуждениях. А у разработчика этой возможности нет. А совсем выше разница в зарплатах будет очень даже ощутимая
не все в этом мире измеряется ЗП и не все в менеджерстве идут "выше".
Мидл-"сосен на болоте" очень много https://t.me/IT_without_miracles/453
Отличная статья, я буквально несколько месяцев назад сделал даунгрейд. Более 3х лет руководил командой из 11 человек (android, ios, qa, ПМ, сис аналитик) и в какой-то момент так выгорел что решил вернуться в android разработку. Пора подтянуть актуальный стек тк с менеджерством код вообще не получалось писать.
СТО одобрил и заменил меня новым хедом у которого я теперь а подчинении))
Я думаю месяцев 6-9 мне будет достаточно чтобы передохнуть от звонков ( в день могло быть 12 звоноков на разные темы) и параллельным решением множества задач.
В общем я согласен что иногда надо сделать шаг назад, чтобы потом сделать два вперёд, и это нормально.
Тимлид и сеньор это вообще про разное. Почти тоже самое что инженер и курьер. Можно "даунгрейд" в курьера, а можно и то и то
Традиционная структура, так же как и традиционный способ "превращения в лида" предполагает, что лид - это следующая ступень после сеньора. И да, опять же считается, что это "рост". А значит "вернуться обратно" - это даунгрейд, в головах у многих.
Тимлид - это по сути "тащит команду", да, он прокаченнее чем сеньор в целом и, пересекается больше всего с задачами архитектора. Но, тимлид - это не всегда менеджер. К примеру, есть сеньор жаваскрипт и сеньор сишарп, пришёл проект, надо выбрать подходящий стэк.
Тимлид - это тот человек, который от общего до деталей знает какой стек выбрать, какую ветку архитектуры дать каждому сеньору на выполнение. Менеджер же, как правило, ни в чём этом не шарит.
Если у кого-то в команде что-то не идёт и никто не может помочь - лид должен суметь помочь. Сможет ли помочь менеджер мидлу? Скорее нет, чем да.
Теперь по статье: есть четвёртый путь, куда уходят лиды: организация собственной компании, набор команды. Очень жаль что об этом пути ничего не раскрыто. Когда работаешь на кого-то - всегда будет потолок в развитии. Если человек по настоящему хочет расти, он должен попробовать самостоятельно создать компанию и бизнес, вот тогда он будет лид.
Тимлид описанный тут в комментарии скорее техлид. Для меня тимлид это техлид + работа с людьми.
По поводу своей компании... Для этого нужна бизнес-жилка, бизнес-чуйка. И финансы нужны, до кучи. Такие люди есть (я их знаю), но их очень, очень мало.
Путь интересный, но самый сложный.
Я вот даже не рассматривал :)
Формальные названия "тимлид", "техлид", "руководитель группы", "руководитель отдела", "архитектор", "менеджер проекта" и.т.п. хоть приблизительно и очерчивают круг обязанностей, но не строго специфицируют. В одной кампании тимлид в основном сидит на созвонах, рисует картинки для заказчиков и высшего начальства и мотивирует людей, в другой - в основном принимает архитектурные решения, распределяет задачи между людьми и помогает с техническими вопросами если у кого-то решение задачи застопорилось. Но так или иначе рост из разработчика в руководителя означает меньше написания кода и больше написания документов (возможно архитектурных, возможно планов и отчетов для менеджеров своих и заказчика). Не всем это интересно.
Лично я переходил с лида на сеньора, но это было со сменой кампании, места проживания и много чего еще.
Подобные рассуждения не иссякнут.
Причина в том, что этому никто (ну почти никто) в организациях не учит, не рассказывает, не объясняет.
И почем же руководителей нанимают со стороны?
Ответ прост и я несу его в массы последние 5 лет (ну как связался с айти): руководитель - это тоже профессия, такая же как разработчик и ей тоже нужно учиться.
И понять, твоё это или нет, важно вовремя. Иначе выгорание, депрессия, расстройства и увольнение.
Руководить командой/компанией это одно из сложнейших занятий с гигантской ответственностью. Рядовым разработчикам такое и не снилось. Поэтому и говорю, что этому нужно учить, готовить, помогать. А не по типу: "ну ты ж в команде/профессии уже много лет, настала твоя пора встать у руля!" Это неправильный подход.
Если проводить аналоги со стройкой, то тим лид - это прораб, который бегает с чертежами и следит чтобы подрядосы не накосячили. А как известно: лучше дочь пр..ка, чем сын - прораб.
привет Макс!
Лично я вижу "ты не тянешь программистом/тестером - иди в манагеры, там зряплата больше"
Что в итоге? На еженедельном митинге сидят 3 программиста и 7 манагеров
Теперь уже два - я ушел на свободу - свое ИП - договора - и все такое. Дальше без меня
Забавно что 7 манагеров загружены по уши - настолько все забюрокрачено. Отчеты планы графики ХЗ что еще
Вот
Корень проблемы как мне кажется в том что манагеры вообще говоря не всегда нужны. Должна быть необходимость в манагере. Например реально огромный проект и надо координировать разные его компоненты. Или много студентов джунов которым надо рассказывать и объяснять что делать. Но если проект нормального размера (узко специализирован и не надо его раздувать!), три-пять хай-левел программистов - ну зачем здесь манагер? только мешать нам будет. :)
А почему варяги - основные конкуренты? Полагаете, среди "своих" нет конкуренции за теплое кресло?
«Насколько я готов к тем задачам, которые ждут на уровень выше»?
Не попробуешь - не узнаешь.
Для меня при росте важнее другой вопрос: "насколько я готов оказаться на улице?"
А оказаться там можно по ряду причин. Одна из основных: несколько лет я буду в начале списков на сокращение. Переход в другую компанию от сокращения, кстати, не спасёт. Варягов также сокращают будь здоров!
Главная проблема роста в том, что 10 джунов одновременно могут расти в синьоров в рамках одной компании и одного отдела, но лидом стать из них сможет только один. Не потому что остальные плохие, а потому что они перейдут к нему в подчинение. И чем выше вы поднимаетесь, тем сильнее эта воронка сужается.
1 тимлид на команду из 10 человек. Один груплид на 30 человек. Один лид отдела на 100. Если на линейной позиции ваши шансы вырасти из джуна в мидла, а из мидла в синьора примерно равны и при хороших задатках близки к 100%, то, при прочих равных, шанс стать тимлидом уже в 10 раз ниже, чем синьором, а рук. отдела - в 10 раз ниже, чем тимлидом.
Как интересно! Даже самозанятому педагогу по вокалу (мне) есть над чем подумать после прочтения этого текста. По сути, тут поднимается вопрос умения видеть и простраивать своё будущее. Дорогой софт скилл)
Спасибо за удовольствие!
Маршрут перестроен: исповедь лида о том, куда расти дальше (и всегда ли расти)