Каковы последствия потери звания старшего при смене работы в сфере разработки программного обеспечения

Названия должностей ничего не стоят. Я был разработчиком пятого уровня (скажите, что это значит!), аналитиком/программистом, главным разработчиком, архитектором разработки и старшим разработчиком.

Спорим, ты не можешь сказать, в каком из них я брал на себя больше всего ответственности, а в каком больше всего заплатил?!

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

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

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

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

2. Хотя это может показаться нелепым, есть ли способ обратиться к менеджеру по найму, чтобы спросить его, что я хочу сохранить титул, даже если обязанности другие?

С точки зрения карьерного роста фактическое звание менее важно, чем обязанности на новой должности, поэтому я бы меньше беспокоился о пункте № 2, вплоть до того, что даже не спрашивал. Если вы не собираетесь увольняться в ближайшие 6 месяцев, ваша вступительная должность даже не имеет значения, и может указывать на то, что вы планируете сменить работу, не доказав себя.

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

Считайте преимуществом тот факт, что вы приходите «всего лишь» разработчиком: у вас есть возможность некоторое время понаблюдать и посмотреть, как что-то делается на новом месте — оно может сильно отличаться от вашего текущего положения.

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

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

Мне очень нравится ответ mcknz, но я чувствовал, что должен немного добавить сам:

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

а) Они не хотят расстраивать других разработчиков, которые проработали в компании дольше и считают, что «заслужили это»

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

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

И последнее, но не менее важное: звание менее важно, чем фактическое достижение вашей цели стать менеджером по развитию. Я бы посоветовал дополнительно изучить компанию:

1. Проверьте, нет ли старых/текущих вакансий для старших разработчиков в этой фирме. Посмотрите, какие требования соотносятся с вакансией, на которую вы проходите собеседование, и как соотносится ваш текущий опыт. Другими словами, считаете ли вы, что у вас были бы хорошие шансы получить работу старшего разработчика, если бы у вас была возможность подать заявку на нее? Они могут не чувствовать, что вы еще готовы стать менеджером, но сможете ли вы продвинуться по карьерной лестнице в разумные сроки, если будет такая возможность? (или вам еще предстоит многому научиться?)

2. Посетите стеклянную дверь и другие веб-сайты с обзорами. Что другие бывшие/нынешние сотрудники говорят о восходящей/поперечной мобильности в компании? Являются ли они теми, кто поощряет рост, или они нанимают «автоматов», которые хотят выполнять определенную задачу до конца времен? Это важно, чтобы вы знали.

3. Этот шаг в первую очередь будет необходим, если первые два не дадут достойных ответов. Во время собеседования вы можете захотеть деликатно прощупать отношение компании к сотрудникам с более высокими амбициями. Будьте осторожны, чтобы не создать впечатление, что вас не устраивает должность, на которую вы претендуете. Задайте вопросы о том, обычно ли компания продвигает сотрудников из своих рядов по сравнению с наймом талантов со стороны, и поддерживает ли она сотрудников в получении новых сертификатов и повышении их образования. Погуглите такие вещи, как «как спросить о возможностях продвижения на собеседовании», и прочитайте, как лучше всего подойти к этому разговору.

На самом деле это сводится к следующему:

Хороший сценарий

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

Не очень хороший сценарий

Они хорошо платят, но ожидают, что люди будут узкоспециализированы в своих задачах, до такой степени, что им не нравится продвигать людей из роли, в которой они «преуспевают» (несовершенная философия, но, к сожалению, та, которую все еще принимают многие компании). Вы действительно им нравитесь, но не как управленческий материал — они не предложат вам многого для карьерного роста.

Вывод

Единственный способ определить, к какому типу компании они относятся, — это предпринять описанные выше шаги и получить информацию самостоятельно. Если вы считаете, что это не очень хорошая компания, то, возможно, настаивайте на принятии на работу только в том случае, если название должности изменится на «Старший разработчик» (таким образом, если вы позже сбежите с корабля, это не будет выглядеть так, будто вы сделали шаг вперед). назад от более высокой ответственности). Однако, если они кажутся местом с большим потенциалом, просто соглашайтесь на работу, даже если они не дают вам такой большой прибавки, как вам хотелось бы. Как говорится, войдите в дверь и поднимитесь по корпоративной лестнице.

Удачи!

Я сделал подобное изменение ранее в моей карьере. Моя должность в одной компании была «Старший разработчик», а моей первой должностью в следующей компании была «Инженер-программист» с повышением заработной платы на 45% и примерно в 10 раз больше с точки зрения рабочей силы. У меня нет явной цели стать менеджером по разработке программного обеспечения, но годы спустя меня очень четко подталкивают на этот путь.

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

Моя история такова, что я должен был быть старшим разработчиком, занимающимся типологией технического руководства в первой компании, потому что мы были стартапом, который собирался нанимать больше людей по мере того, как мы зарабатывали больше денег. Мы не зарабатывали так много денег, поэтому эти другие люди так и не материализовались. Проработав там некоторое время, я захотел работать там, где подобная возможность была возможна, поэтому я прошел путь от «старшего разработчика» в компании с 5 сотрудниками до «инженера-программиста» в компании с 70. У нового работодателя я мог быть техническим руководителем и делал это во многих проектах, а через год работы там стал «старшим инженером-программистом». У меня есть множество других деталей в этой истории, которые иллюстрируют разницу в положении, которую я собираюсь исключить из этого ответа, потому что они могут однозначно идентифицировать меня,

Кроме того, очень немногие люди будут заботиться о названии компаний, в которых вы работаете, если только они не являются ведущими компаниями. Если вы не работаете в ведущей компании (например, Google или Amazon или других подобных ведущих компаниях), то не так важно, что это за компания, а то, что вы на самом деле там делали. Если вы расскажете историю о том, что вы действительно сделали, чтобы проиллюстрировать, что вы могли бы сделать в какой-то новой компании на новой должности, все будет в порядке.