{Отредактировано} Как снова начать любить свою работу? [закрыто]

PS: Это отредактированная (и, надеюсь, более конструктивная) версия исходного вопроса, которая противоречила политике сайта.

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

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

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

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

Ответы (1)

Вы имеете дело с парой сложных ситуаций. Давайте разберем их и обсудим по отдельности.

Во-первых, у вас есть наставник, который по какой-то причине не очень хороший наставник для вас.

  • Возможно, вы ужасно справляетесь со своей работой и очень раздражаете. Это довольно маловероятно для младшего разработчика, вам назначили наставника по определенной причине (потому что вы новичок и относительно неопытны), и цель наставника — помочь вам освоиться, научить лучшим практикам из реального мира и дать вам полезный отзыв.

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

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

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

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

  1. Во-первых, вы были новичком, за вами должны были тщательно следить и рассматривать ответственность с четкими результатами до тех пор, пока вы не перестали быть «новым». Теперь, если вы были и вы напортачили, не проявили должную осмотрительность и т. д., это совсем другая ситуация, но даже с этим, пока вы не были доказаны, вы мало что могли бы сделать, будучи новичком. выпускник колледжа на своей первой работе, чтобы отложить проект. Если бы вам не дали ввод в должность и обязанности по работе, которые вам нужны, то на вашем месте я бы оценивал компанию в целом. Возможно, этот конкретный отдел (или даже вся компания) вам не подходит.
  2. Во-вторых, на старшего разработчика, который не хочет брать собственные проблемы, страшно работать. Всякий раз, когда вы входите в положение, всегда есть политика. Какова была политика в вашей конкретной группе? Ваш наставник был наставником раньше? Любит ли он уклоняться от обвинения или указывать пальцем? Достигают ли они обычно поставленных целей? То, что ваш менеджер готов отказаться от FNG в интересах нянчиться со старшим разработчиком, если честно, не удивительно, но это довольно паршиво. Может случиться так, что это нездоровая среда, где старший разработчик не может ошибаться, задержки и проблемы будут переданы FNG, и никто не берет на себя ответственность на уровне управления, и в этом случае вы должны бежать, а не идти, и найти новую работу, потому что дальше будет только хуже.
  3. Наконец, вы должны иметь возможность поговорить со своим менеджером, и ни один из них не должен избегать проблемы. Это, вероятно, самая действенная часть этого ответа — поговорите со своим менеджером. Объясните свою точку зрения, не обвиняя наставника, и объясните, что вам не нравится атмосфера в команде. Попытайтесь выяснить, в чем вас «обвиняют» (конечно, не такими словами), а затем постарайтесь позаботиться о чем-нибудь действенном из этого.

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

Короче говоря, вы должны сделать пару вещей:

  1. Поговорите со своим наставником. Будьте мягки, не обвиняйте и будьте осмотрительны. Попытайтесь выяснить, в чем он винит вас, и выделите из этого обоснованные проблемы с вашим процессом.
  2. Начните отстраняться от наставничества. Начните стоять самостоятельно. Если вы можете решить проблему самостоятельно, сделайте это (конечно, в соответствующих рамках политики вашей компании). Начните распространять свои вопросы среди других товарищей по команде.
  3. Поговорите со своим менеджером. Как о ваших чувствах к текущей атмосфере, так и о том, «что я делаю неправильно»/«в чем меня обвиняют». Разработайте план действий для решения этих проблем.
  4. Позаботься о своем дерьме. Вы, вероятно, сделали что-то, что замедлило выпуск (если быть честным, когда проект задерживается, почти всегда есть миллиард причин, которые могут принадлежать почти всем в проекте) или вы могли делать что-то раздражающее (задавать вопросы своему наставнику перед пытаясь решить что-то самостоятельно или задавая один и тот же вопрос несколько раз). Позаботьтесь об этом, сделайте свой собственный корабль в форме корабля. Потому что...
  5. Будьте готовы переехать, если ситуация не улучшится. Иногда, по каким-то причинам, работа просто начинает отстой. Если отстой не улучшится, найдите что-нибудь получше. У вас есть год работы, результат с компанией - вы могли бы найти что-то еще, если до этого дойдет.
Привет, Накки, в сообщениях, в которых явно нет четкого, объективно заданного вопроса, их следует отложить до тех пор, пока они не будут прояснены. Это помогает уменьшить спекуляции в ответах. Я подозреваю, что это может быть причиной отрицательных голосов, и хотел предупредить вас. Подробности см. в разделе «Как задать вопрос» , поскольку в нем описывается, что мы ищем в вопросах, и что мы можем сделать в качестве отвечающих, чтобы прояснить вопрос, прежде чем мы попытаемся ответить на него. Надеюсь это поможет.
Привет Нахаки, большое спасибо за ваши очень ценные предложения. Я решил поговорить с начальником отдела, и он заверил меня, что я делаю хорошую работу. Тем не менее, есть много вещей, которые я могу улучшить в себе, и я работаю над этим. Кроме того, я отказываюсь от наставничества и пытаюсь оставить свой след, так как 1 год — это достаточный срок для наставничества. Несмотря на статус вопроса, я хотел бы поблагодарить вас за то, что вы потратили свое время на чтение моей тирады и дали мне отличные предложения. Спасибо :)