Как оправдать смену работы без грубости?

Я работаю 1,5 года разработчиком программного обеспечения в компании среднего размера в Германии. Мы разрабатываем программное обеспечение для себя (in-house). К сожалению, я не доволен некоторыми вещами.

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

Личные проблемы:
обещания, данные во время моего заявления о приеме на работу, не были выполнены. Наше начальство не вызывает уважения. Это касается не только меня: общая атмосфера не самая лучшая, поэтому люди уходят.

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

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

Так будущий работодатель увидит, что я умею работать в agile-команде и мне это важно.

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

Since I haven't been here too long, I will need to justify my job change to my future employerТак ли это на самом деле спустя почти два года?
Как вы думаете, есть ли у вас возможность внедрить «гибкие» (или хотя бы должным образом структурированные) процессы в вашу работу в этой компании? Знает ли ваше руководство, что вы знаете, как применять Agile и т. д., и/или вы говорили об этом в своем интервью и т. д.? Если это вариант, я думаю, что стоит заняться аспектом «внедрения и обучения процессам разработки программного обеспечения». Я спрашиваю об этом в комментарии, а не в ответе, чтобы понять, считаете ли вы, что это вариант вообще.
Звучит так, как будто вы хотите использовать Agile, но не понимаете, что Agile — это инкрементальные версии программного обеспечения и открытость к изменяющимся требованиям.
@seventyightist: я уже предложил варианты использования. Боссы знают об этой проблеме, но, похоже, их это не волнует. После проблем, описанных в разделе «Личные проблемы », у меня больше нет мотивации оставаться в этой компании.
@JohnFx: Требования могут быть изменены только в том случае, если они были определены изначально. У нас модель "обратный водопад": сначала разработка, потом уточнение требований ;-)
Я согласен с @BernhardDöbler, два года — это примерно то, как долго вы можете рассчитывать на то, чтобы удерживать разработчиков. Вернее, достаточно времени, чтобы разработчику не лишним было искать новый проект/работу.

Ответы (4)

Как человек, который нанимает много разработчиков программного обеспечения, я бы посоветовал вам давать тот же неответ, что и все остальные. «Я искал новые вызовы. Или я хотел работать в магазине, где использовалась такая-то технология, как у вас».

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

Мне нужно будет обосновать смену работы перед моим будущим работодателем.

Только если они попросят об этом, и даже тогда я бы дал очень мягкий общий ответ:

Я ищу новый вызов

или

Я ищу лучшие карьерные перспективы

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

Зачем давать этот ответ? Ну, откровенно говоря, ни одна из компаний не заботится о том, почему вы ушли, и эта линия расспросов наравне с вопросами о возрасте, детях и религии. То, почему вы ушли с предыдущей работы, не имеет ничего общего с тем, что вы пришли на новую работу, даже если вас уволили. Фраза Past performance is no guarantee of future resultsздесь уместна, но, как обычно, работодатели часто спрашивают об этом по нескольким причинам:

  • Если вас уволили, они хотят знать, что вы сделали, потому что вы можете сделать это снова.

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

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

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

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

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

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

  • Запишите, что, по вашему мнению, являются общими требованиями, и передайте это заинтересованной стороне.
  • Настаивайте на том, чтобы вы говорили с реальным конечным пользователем, а не с менеджером среднего звена
  • Создайте макет или едва функционирующую версию приложения и продемонстрируйте ее заинтересованным сторонам на раннем этапе.
  • Вовлеките заинтересованное лицо в процесс. Я бы выпускал короткие (двухнедельные) релизы продукта и на каждом этапе официально просил заинтересованную сторону прийти посмотреть на то, что вы создали, и прокомментировать это. Это особенно важно на ранних стадиях

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

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

Не каждый ищет точную причину ухода из компании. Рекрутеры и интервьюеры в основном заинтересованы в заполнении вакансии, и они только оценивают, может ли кандидат стать их потенциальным сотрудником или коллегой.

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

На одной из вакансий, куда меня выбрали, мне даже не задали этот вопрос.

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