В моей компании происходит массовый отток инженеров-программистов. Каковы плюсы и минусы пребывания и что я должен учитывать?

Я начинающий разработчик всего через несколько месяцев после моей первой работы на полную ставку. В полном составе наш отдел состоит из 10 разработчиков, включая ведущего.

У нас не было одного разработчика, которого еще не заменили через неделю после того, как я присоединился (рекрутинг все еще пытается найти замену). Три недели назад ушел наш лид (ему не понравился менеджмент). Еще один уволился неделю назад. Мы теряем еще одну на следующей неделе и еще одну через две недели.

Одного из выживших повышают до лидера, который также уходит с должности прямого кодирования (прошлый лидер вызывал много трений, скрываясь в своем офисе).

Двое из выживших тоже делают исключительно мобильными. Таким образом, хотя мы сократим число разработчиков до 4 из 10, количество работающих уменьшится до 2/8. Свинец поможет, чем сможет, но это может быть 2,5.

Другая проблема заключается в том, что я буду единственным разработчиком, работающим над базовой системой для нашего бизнеса.

Для контекста: это не при запуске podunk. Это правительство, так что мы не разоримся из-за отсутствия инвестора. Конкретные проекты, над которыми мы работаем, также приносят деньги, так что это не будет частью недавнего сокращения бюджета.

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

Причины, по которым они ушли, на самом деле не связаны с отделом. Смесь причин. Одному парню не понравилось управление. Другой не получил лидирующую позицию, поэтому уходит из-за этого. Третий женился.

Какие возможности и риски существуют для того, чтобы остаться? В частности, каковы риски и возможности быть (по крайней мере, в течение двух месяцев) единственным разработчиком проекта в качестве джуниора?

Кому-то со стороны очень сложно оценить внутреннюю ситуацию (что на самом деле происходит)... пробовали ли вы поговорить с кем-нибудь, кто уходит/уже ушел, и выяснить причину принятого решения?
Добавлено уточнение.
Недавно я ответил на аналогичный вопрос здесь: worker.stackexchange.com/questions/148109/…
Есть ли у вас сочувствующий начальник или другое лицо с управленческими обязанностями? Если это так, вы можете попросить совета о том, как хорошо выполнять свою работу при постоянной текучести кадров. (Просьбы о совете редко оскорбляют людей типа менеджера.) И: если вам нужно «постоять за себя» в спринтах, это фальшивая схватка. Не позволяйте этому нанести слишком большой ущерб вашей уверенности в себе. И спасибо за работу в правительстве: таким образом вы приносите пользу многим людям.
Когда вы говорите «это правительство», вы имеете в виду, что вы работаете непосредственно на государственное учреждение или вы работаете в фирме, у которой есть контракт на производство вещей для государственного учреждения?
@ О.Джонс, не совсем так. Старый супервайзер ушел, а новый ни разу не разговаривал со мной больше 2 минут. Так что не совсем. Я не уверен, знает ли он что-либо о том, чем я занимаюсь помимо проекта, который мне поручен.
@Upper_Case-StopHarmingMonica напрямую для правительства. Если я останусь более чем на год, я начну получать пенсию с установленными выплатами.
@ О.Джонс «держать себя в руках» - это скорее мой собственный стандарт, то есть убедиться, что я выполняю тот же объем работы, что и другие разработчики. Я понятия не имею, как меня оценивают (или будут оценивать при новом менеджере), поэтому я уверен, что нахожусь на вершине, однако оценка сохраняется. Я уверен, что с таким небольшим количеством людей заманчиво просто избавиться от единственного юниора и создать команду с нуля.

Ответы (5)

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

Теперь вопрос о том, готовы ли вы к этой ответственности или нет,

1) Теперь вы можете многому научиться из Интернета (YouTube, онлайн-курсы и т. д.)

2) Существует огромное интернет-сообщество для вашей помощи, например, переполнение стека, если вы застряли в каком-то проекте.

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

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

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

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

Я считаю, что весь подход «ты чему-нибудь научишься» — это корпоративный заговор. Для компаний это способ заставить вас работать, полагая, что вы учитесь, но, в конце концов, будучи «верным делу», вы только поможете своей компании. Вы всегда должны думать о том, что лучше для вас, и «обучение» не имеет никакого значения, если вы безработный. И большой секрет... то, что вы узнаете сейчас, обычно не применимо к следующей компании.
@ Дэн, я думаю, что это прекрасный баланс, и с ним нужно быть осторожным. Существует потенциал для обучения и роста, но такой же потенциал может быть выжат пустым во имя «опыта».
@Borgh Меня беспокоит вся мантра «обучения», которая была внедрена в культуру разработчиков в последние годы. Всем говорят, что вы «учитесь», и даже водят вас на эти конференции, которые на первый взгляд кажутся полезными, но на эти конференции всегда ходит одна и та же группа людей, и они всегда говорят, что вы должны «учиться», но только для того, чтобы помочь компании и помощь будущим сотрудникам. В итоге вы ничему не научились. Это исключительно выгодно компании. Если вы не можете зарабатывать деньги или боитесь не заработать в ближайшее время, уходите. Не зацикливайтесь на том, чтобы «учиться» чему-то для компании.
@Borgh В заключение, я думаю, что если вы потратите слишком много времени на «обучение», это больше повредит вашей карьере, чем поможет. Вы очень многому научились, но нигде это не применили. Следующий работодатель спросит, чем вы занимались в своей предыдущей компании, и если все, что у вас есть, это уроки, которые вы читаете в Интернете, то это может быть не так полезно, как солидные проекты, над которыми вы работали.
@Dan В том же ключе я был бы очень обеспокоен, если бы компания сказала мне «перестать задавать вопросы и просто делать свою работу». Обучение — это не только конференции и формальное знание предметной области, но также может быть опробование других технологий или методов.

Плюсы:

  • Вы получите много практического опыта
  • Возможно, вы сможете сформировать код так, как хотите.
  • Вы можете получить большую видимость

Минусы:

  • Это может быть очень напряжно, если вы не можете своевременно справиться с некоторыми вещами.
  • Поскольку это ваша первая работа, отсутствие людей, у которых можно было бы учиться, является большой аферой, ИМО.

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

Что-то не так. Узнайте, что это такое.

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

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

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

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

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

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

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

В частности, каковы риски и возможности быть (по крайней мере, в течение двух месяцев) единственным разработчиком проекта в качестве джуниора?

Похоже, что вас действительно беспокоит то, что вы застрянете на выполнении задач, которые не можете выполнить, или можете выполнять задачи, но перегружены. Скорее всего, руководство знает, что команда не на 100%. Они могут прийти к вам и спросить, на что вы способны, но они не будут ожидать, что вы будете творить чудеса или возьмете на себя весь проект. Они ищут других разработчиков, чтобы присоединиться к ним. Я предполагаю, что они будут в режиме обслуживания и сообщат акционерам, что они находятся в режиме обслуживания.

Если ваша компания не может найти замену или постоянно имеет высокую текучесть кадров, ожидайте, что госконтракт проиграет на следующих торгах. Скорее всего, правительство будет недовольно отказом от поставок продукции. У большинства государственных контрактов есть годы опциона, поэтому каждый год они могут пересматривать, хотят ли они продлить контракт на полный срок. Так что я бы внимательно следил за этим, особенно если к тому времени команда не будет на 100%.

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

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