Когда ты только начинаешь свой путь в IT как младший специалист, позиция старшего кажется заоблачной далью. Возможно, это недалеко от правды. Конечно, есть упоительные истории, которые рассказывают, что кто-то левелапнулся с джуна до сеньора всего за 13 месяцев...
Но копнёшь чуть глубже и оказывается, что у человека за спиной аж 3 года опыта до его трудоустройства джуном в конкретной компании. Так что за год с небольшим этот путь пройти вряд ли получится. В среднем же переход от нижней ступени до верхней занимает около 10 лет.
И когда ты всё-таки забираешься на эту вершину, то вновь оказываешься у распутья. Позади много лет упорной работы, итогом которой становятся солидные офферы и невероятная востребованность на рынке. Что в таком случае может побудить заняться поиском новых вызовов вместо дальнейшего горизонтального роста в очень комфортных условиях?
Что приводит сеньоров к желанию расти?
Выгорание
Можно менять проекты и компании, но в какой-то момент даже это перестаёт поддерживать в тебе драйв. Как и деньги. Выполняя одно и тоже и минимально развиваясь, ты рискуешь столкнуться с потерей интереса не только к работе, но и к жизни.
Амбиции
Просто так до позиции сеньора не доберёшься. Если ты боишься ответственности и можешь довольствоваться малым, то останешься на уровне мидла. Но если всё-таки вскорабкаешься на сеньорское кресло, то это говорит о том, что карьерные амбиции тебе не чужды и явно потребуются новые вызовы.
Профессиональное плато
Позиция сеньора — это часто момент в карьере разработчика, когда активное обучение заканчивается. У тебя есть опыт и знания, развиты необходимые софт-скиллы. Даже если выгорание пока не наступило, а амбиции не гонят на баррикады, ты всё равно рано или поздно задашься вопросом «А что дальше?»
И правда: а что, собственно, дальше? Есть ли, куда расти после сеньора?
Кем я хочу стать, когда перерасту позицию сеньора?..
Перед тем, как двинуться дальше, стоит задать себе три вопроса:
Нужны ли мне перемены?
Люблю ли я до сих пор программировать?
Хочу ли я совершить карьерный скачок?
Если на первый и третий вопросы ты ответишь положительно, то внимательно прислушайся к своим чувствам относительно второго. Потому что глобально перед тобой будут три варианта развития карьеры: продолжить писать код, уйти в менеджмент или заняться личным проектом.
→ Продолжаем писать код
Если карьера управленца не вызывает интереса, а идей для своего проекта нет, то можно продолжать развиваться в программировании и разработке. Тем более, если это продолжает вызывать интерес и приносить удовольствие. Следующие ступени после сеньора — это уровни principal и distinguished.
✅ Principal Engineer разрабатывает и внедряет сложные технические решения, а также руководит проектом и консультирует других разработчиков. Такому специалисту могут поручить нестандартные задачи, которые требуют незашоренного взгляда и новых методов работы.
✅ Distinguished Engineer проектирует архитектуру системы, определяет технические стандарты и методологии, а также решает сложные проблемы касаемо производительности и масштабируемости всего проекта. Это одна из самых высоких позиций в разработке.
Здесь важно учесть, что понимание уровней principal и distinguished будет отличаться от компании к компании. Есть проекты, где к подобным грейдам относятся серьёзно, различая сотрудников по их компетенциям. Но есть также и такие, где обязанности будут максимально размыты, как и само понимание уровней.
Есть ещё позиция Software Architect, которая в иерархии часто находится выше уровня principal. Архитектор ПО разрабатывает высокоуровневую структуру системы, определяет ключевые компоненты, модули и взаимодействие между ними.
Он принимает стратегические решения, выбирает технологии и платформы, а также определяет архитектурные паттерны и принципы разработки. На этой позиции будет много общения: с клиентами, коллегами из смежных отделов и собственной командой. Как, впрочем, и на многих других. Только в данном случае уровень ответственности будет выше.
Все три указанные в этом блоке позиции требуют многолетнего опыта в разработке, профильного образования, знания новых технологий и языков программирования. С наскоку взять эти грейды точно не получится. Так что это вполне достойные цели, чтобы рассмотреть их после достижения уровня сеньора.
→ Уходим в менеджмент и руководство
Успех в этом направлении будет ждать тех, кто за время карьеры мощно развил свои софт-скилы в дополнение к хард-скиллам. Без эмоционального интеллекта, умения принимать разные позиции и эффективно общаться с коллегами, а также без лидерских качеств в управлении будет очень сложно. Зато если с этим у тебя проблем нет, то вкупе с глубокими познаниями в кодинге ты сможешь забраться высоко. Очень высоко.
TeamLead — начальный вариант для сеньора в сфере менеджмента. В подчинении — небольшая команда. Среди обязанностей — подбор специалистов, отслеживание их продуктивности и развитие скиллов. Тимлид в меньшей степени контролирует соблюдение дедлайнов, общается с руководителем и клиентами. Навыки кодинга всё ещё важны, но отходят на второй план.
Обязанности человека на позиции Project Manager ещё меньше связаны с технической частью, если сравнивать с тимлидом. ПМ отвечает за финансовые вопросы, стратегию, дедлайны, расстановку приоритетов. Его главные обязанности — следить, чтобы команда уложилась в сроки и бюджет. Решение конфликтов внутри команды также часто ложится на его плечи.
Senior Project Manager управляет крупными проектами. Он разбирается и в коде, и в менеджерских вопросах. В его подчинении находятся разработчики, а также другие проджект-менеджеры. Но основную часть вопросов он решает именно со вторыми. Также Senior PM управляет рисками, выстраивает отношения со стейкхолдерами, анализирует все процессы со стороны и работает над их улучшением.
Product Manager — ещё один вариант для продолжения карьеры в сфере управления. Функционал продакта частично схож с обязанностями сеньор проджект менеджера, но всё же имеет ряд отличий. Проджект больше погружен в операционную деятельность, продакт же отвечает за стратегию, позиционирование и продвижение. А также за анализ конкурентов и политику ценообразования.
Технический директор/CEO, будучи топ-менеджером, в идеале вообще не занимается операционкой. В его ответственности находится разработка и реализация стратегических задач, поиск и внедрение технологий, которые помогут продукту стать лучше конкурентов. Техдир следит за показателями эффективности и расходованием бюджета, общается с заказчиком и участвует в регулировании спорных ситуаций.
При этом важно понимать, что переход на менеджерские позиции требует от тебя развития совершенно новых скиллов, которые не так востребованы в сфере программирования. Умение писать код здесь тоже важно, но на первый план выходят организаторские навыки, умение решать конфликты и договариваться с теми, с кем договориться невозможно.
→ Открываем свой бизнес
Становясь предпринимателем, ты ещё дальше уходишь от кодинга. Но если тебе важна независимость и у тебя есть прорывная идея, которая решает какие-то проблемы пользователя и делает это лучше конкурентов, то стоит рискнуть. При этом важно понимать, что в данном случае абсолютно вся ответственность ложится на твои плечи.
Именно ты будешь искать финансирование, клиентов, решать не только технические, но и административные вопросы. А в первое время, скорее всего, ещё и продолжишь писать код. Вспомни многорукого Бога Шиву — вот это ты, когда займёшься собственным проектом.
Так что перед тем, как нырнуть в мир бизнеса, убедись, что у тебя есть понимание основ маркетинга, финансовая и юридическая грамотность, развиты навыки делового общения. И что особенно важно — ты обладаешь высокой толерантностью к неопределённости и фрустрации. Потому что стресс неизбежен, и к этому нужно быть готовым.
Альтернативные варианты развития карьеры
Свою дальнейшую профессиональную жизнь можно вообще не связывать напрямую со сферой IT. Правда, в этом случае придётся переучиваться. И стартовать если не с нуля, то точно с не самых высоких позиций с не самыми высокими зарплатами.
Если такой вариант развития событий тебя не отпугивает, то вот ещё несколько перспективных направлений, куда можно направить свои таланты и рвение:
→ Аналитика
Умение программировать в этой сфере — далеко не главный скилл. Но твой мощный бэкграунд в кодинге будет отличным подспорьем для роста и работы со сложными проектами. Особенно, если речь идёт о системном аналитике.
→ Наука
Навыки разработки и мышление программиста будут очень востребованы в разных областях науки. Например, в биоинформатике или Computer Science.
→ Маркетинг
Опять же, профильные навыки здесь будут отличаться от мира разработки. Но умение написать код заметно упростит тебе жизнь и ускорит выполнение ряда задач, став твоим конкурентным преимуществом перед коллегами.
Век живи — век учись
На самом деле, никакого потолка в сфере IT нет. Направлений для развития — море. И связкой «джун-мидл-сеньор» твои перспективы не ограничиваются. Было бы желание учиться и пробовать себя в новой роли. Да и на самой сфере IT свет клином не сошёлся. Можно искать себя в смежных направлениях, при этом не теряя хард-скиллов в работе с кодом.
Комментарии (14)
sshikov
07.04.2024 13:33+7Аналитика
Вот честно, никогда не видел чтобы синьоры разработчики уходили в аналитику. Хороший разработчик и так обычно знает свою систему и бизнес компании на уровне аналитика, и вполне может работать без наличия оного, выполняя его роль. Пусть не каждый, и не всем это нравится, но это вполне типично. А вот чтобы наоборот - такие мне попадались буквально единицы.
А уж чтобы уйти в маркетинг? А вы хоть одного такого видели живьем? Я могу поверить в такое, но считать это вариантом развития карьеры всерьез - ну очень странно.
lil_master
07.04.2024 13:33+2Если позиция сеньора или лида в компании перестаёт удовлетворять - большинство уходят в развитие своего собственного проекта с нуля до коммерциализации. И обычно до конца жизни работают над своими интересами и развитием собственного бизнеса.
Vladimirsencov
07.04.2024 13:33Как можно в СНГ до сеньера не дорасти? Есть 3-5 лет опыта просто сам себе лычки вешаешь и проходишь собеседование на сеньера. Как пройдешь так сеньер. Какие 10 лет?
DMGarikk
07.04.2024 13:33Главное чтобы не уволили с такими лычками, я двоих таких миддлов увольнял уже у себя
themen2
07.04.2024 13:33А зачем брали тогда? Надо на собеседовании показывать куски рабочей системы и спрашивать как решили бы это или то и будет понятно, есть ли опыт системного мышления.
DMGarikk
07.04.2024 13:33А зачем брали тогда?
не я брал (собеседовал), вообще люди теорию знали на 5+ и задачки с литкода могли решать в уме.
но в реальной работе это было просто адище, у меня в жире таски начинали превращаться чутьли не в готовый написанный код вместо описания что надо делать
kozlov_de
07.04.2024 13:33Не понимали задание?
DMGarikk
07.04.2024 13:33Скорее не понимали как задание сделать, причем прямо таки на концептуальном уровне, вплоть до того что хотелось напрямую сказать - ну тыж программист!! у тебя грейд миддл, как ты такое вообще спрашиваешь?? даже блин джун не должен такое спрашивать
Это вот такие странные люди которые иногда спрашивают "где прочитатать как сделать социальную сеть? прямо по шагам?" говоришь...ну интерфейсы там, все логично, можно самому придумать...должно быть то и то, данные лежат тут и тут, нее говорят, ты сам явно какието курсы прошел и это выучил, подскажи книги которые прочел по соцсетям(клиентамБД/интеграциям между конкретными сервисами).. они не понимают что такое логически придумать новую сущность и особенно расширить существующую если на входе есть описание АПИ и описание бизнес логики и по коду блин ясно что сервис уже делает.
Vladimirsencov
07.04.2024 13:33Ну уволили и что? Подшаманил резюме, нашел новую работу или есть ещё варианты? Меня 2 раза гнали, я просто делал выводы и шел дальше. Зато до сеньера за 2.5 года.
lil_master
07.04.2024 13:33Сеньорами могут стать "не только лишь все". В разных компаниях с разными стеками технологий позиция сеньора определена не строго. Но. Можно типа обмануть других, но себя не обманешь. Человек дорастает до сеньора не в тот момент когда пользуясь тупизмом СНГ шаманит в своём резюме, а когда очень ясно видит весь путь от локальных кусочков кода, до архитектуры проекта в целом. И ему не надо проходить этот путь чтобы узнать работает оно или не работает. Точно работает.
А то что вы описали похоже на "как можно в России остаться без высшего образования? На Щёлковской же дипломы не такие дорогие."
Существует фундаментальная разница между занимаемой должностью и уровнем мастерства. Большинство статей на Хабре посвящено только первому, что даёт понять об уровне авторов и прочих "сеньёрах".
DMGarikk
07.04.2024 13:33Зато до сеньера за 2.5 года.
что значит "зато"? сеньор это не запись в трудовой, это уровень компетенций, если ты джун с левой лычкой сеньора то будешь постоянно косячить и терять работу
нет, вообще бывают такие люди, сеньоры с недостаточностью опыта работы, но таких людей очень мало чтобы вообще учитывать.
(скромно) я вообще таким путем ходил, после java-junior я сразу стал python-lead (наёмным, не основателем или совладельцем) вообще без знания как в этомвашем питоне программить, в итоге в одни лицо наваял mvp сервиса, набрал команду по результатам тестов итогового продукта и мы успешно проработали до 22 года
korva
07.04.2024 13:33+1Я вообще мебель собираю и вполне себе доволен. Всё время разные места, куча разных людей - пока нравится.
Scrobot
07.04.2024 13:33Есть ещё позиция Software Architect, которая в иерархии часто находится выше уровня principal. Архитектор ПО разрабатывает высокоуровневую структуру системы, определяет ключевые компоненты, модули и взаимодействие между ними.
Вот из-за такого булшита, я в свое время свернул из разработки в архитектуру. Понятно дело, что индустрия разная, и у кого-то эникейщик - программист. Но архитектор - это больше в менеджмент. Крайне мало компаний, в которых архитектор пишет код. Это человек, который 50% проводит на митингах, 30% работает с документацией/диаграммами, собирает требования и ищет способ удовлетворить потребности бизнеса как можно дешевле.
Ты буквально видишь в календаре стены митингов, и думаешь на какие идти. А про выбор технологий - это вообще отдельная сказка. Ты ее выбираешь из соображений: что быстрее принесет профит, и с чем твоя команда может эффективнее работать. Зачастую, даже стек становится не важным.
Короч, если хотите остаться в разработке и видеть хотя бы изредка код - не смотрите в архитектуру.
kozlov_de
Не все до сеньора дорастают.
А уж указанных архитекторов и т.п. нужны единицы.
Но да, добиться такой позиции это здорово