Я разработчик программного обеспечения, мой набор навыков, опыт и доверие моего предыдущего работодателя и т. д. позволяют квалифицировать меня как среднего и старшего уровня.
В предыдущей компании я был своего рода «руководителем» бэкенд-отдела, и мне часто поручали вести проекты. Так что работа на более "обычной" должности для меня в новинку. Всегда было чем заняться. Прямо сейчас я чувствую, что работа ко мне подсыпается.
Я недавно поменял работу и в новой компании за полторы недели получаю только тривиальные задачи типа "добавь сюда что-нибудь" или "убери это отсюда". Я получаю 1 задание каждый раз, я должен закончить его и попросить еще одно. Проблема в том, что это тривиальные вещи, которые я заканчиваю максимум за полчаса-час. А это значит, что мне постоянно приходится беспокоить разработчика, который является техническим руководителем моего проекта.
Что делать? Я не хочу скучать на работе, но я также не хочу постоянно беспокоить этого беднягу. Я уже спросил об этом менеджера проекта, и они пообещали создать для меня какой-то бэклог задач, из которого я мог бы свободно брать задачи. Целую неделю этого не было.
Должен ли я терпеливо ждать неделю или около того, чтобы увидеть, улучшится ли ситуация или...?
Это один из тех вопросов, которые я бы посоветовал задать непосредственно вашему техническому руководителю или менеджеру:
Привет, x, я осознаю, что в настоящее время я в конечном итоге сильно беспокою вас, поскольку мне поручают достаточно небольшие атомарные задачи для выполнения одной за раз. Это нормально, или вы бы предпочли, чтобы я работал над чем-то более длительным между этими задачами, чтобы мне не приходилось задавать так много вопросов?
Сформулируйте вопрос так: «Мне нехорошо, что я постоянно вас достаю», а не «Мне скучно и я злюсь, потому что у меня дерьмовые задачи», и вы не ошибетесь, задав его.
Судя по опыту, ваш технический руководитель, скорее всего, поручит вам выполнить небольшие задачи, чтобы вы могли обрести уверенность и освоиться с кодовой базой и их методологиями / жизненным циклом разработки. Это нормально, когда на какое-то время после начала новой работы вам поручают такие задачи, а затем в какой-то момент вам, вероятно, дадут что-то более «содержательное», чтобы вонзить в него зубы.
Вы только что вошли в дверь, делайте все по-своему, пока они разбираются, как с этим справиться. Если это означает просить о задаче каждый час, тогда спрашивайте.
Если вы старший разработчик, я предлагаю проявить инициативу.
Кодовые базы всегда нуждаются в улучшении — запустите приложение. Я бы с радостью поспорил, что есть предупреждения и небольшие ошибки журнала. Очистите их, это несложно, проявляет инициативу и знакомит вас с кодовой базой.
Как выглядит процесс сборки? Можно ли его улучшить — если это занимает более 5 минут, то ответ — да , так что посмотрите, сможете ли вы его улучшить. Улучшит ли его более быстрая сборочная машина? Затем нажмите на один.
Как проходит процесс тестирования? Существует ли он — если да, то является ли он многопоточным (и сколько времени это может сэкономить?). Если его не существует, не могли бы вы предложить тестовую среду — возможно, ту, которую сможет использовать бизнес?
Существует бесчисленное множество способов улучшить программную систему, вместо того, чтобы просить о работе, просто сделайте несколько для себя. Если бы было что-то действительно срочное, они сказали бы вам сделать это.
Я предлагаю вам поговорить со своим боссом о том, чтобы заняться любимым проектом. Увлеченный проект — это задача, которую вы ставите перед собой, используя технологию, которую хотите изучить и/или использовать, которая, по вашему мнению, может принести большую пользу компании. Например, разработчики всегда видят что-то, что они могут улучшить, и хотят использовать для этого какую-то новую структуру/технологию.
Ключевым моментом здесь является формулировка так, чтобы вы подчеркивали преимущества компании, а не только преимущества для вас. Если это согласовано, вы можете заниматься любимым делом, а компания получает какую-то выгоду за ваше время.
Ваша ситуация говорит о том, что работа над вашим проектом организована ad-hoc преимущественно в голове ведущего разработчика. Это симптом отсутствия организации, и его можно исправить, приняв методологию разработки. Один из вариантов — скрам .
В скраме такие вещи нужно обсуждать при планировании спринта . Этот момент является идеальным моментом для вызова задач, для выполнения которых, по вашему мнению, у вас есть информация и опыт. После того, как планирование спринта создало невыполненную работу спринта, вы можете свободно приступать к любой из этих задач, не дожидаясь инструкций, как только вы завершите текущую.
Если вы не справляетесь с работой каким-либо организованным процессом, начните. Первым шагом может быть обращение к ведущему разработчику и руководителю проекта в начале недели: «Можем ли мы провести быстрое обсуждение, чтобы спланировать, что я буду делать на этой неделе?».
Саймон
jcm
бхарал