Как вежливо сказать своему начальнику, что он преувеличивает ваши возможности

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

Меня наняли, и у меня есть звание младшего разработчика интерфейса, однако в последнее время мой босс обращается со мной так, как будто я старший разработчик полного стека. В настоящее время он попросил меня спроектировать базу данных для всего приложения, и у него есть планы, чтобы я полностью построил ее на python, а также занимался интерфейсным программированием ui/ux. Я неплохой разработчик, но у меня всего около 2 лет опыта, и я часто ловлю себя на том, что хочу, чтобы у меня были более опытные разработчики. Я единственный разработчик в нашей команде, который знает какой-либо Python, и он настаивает на том, чтобы он был построен на этом языке. Другие backend-разработчики в нашей команде очень хорошо владеют php и wordpress и почти умыли руки. Тем более он не Кажется, я прекрасно понимаю, насколько сложно создать приложение корпоративного уровня с нуля, и что вы не можете просто использовать плагины и фреймворки, чтобы делать всю магию за вас. Как мне сказать ему, что его ожидания неразумны, не рискуя отговорить себя от работы?

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

Ответы (3)

Я считаю, что ваш фокус неправильный.

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

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

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

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

На самом деле. Проект, который резко поднимет вашу карьеру, это «предыдущие 3 человека, которых мы попросили сделать работу, убежали, крича от страха», и вы соглашаетесь, и вы делаете это. Мне действительно говорили об этом, и я действительно работал над проектом. Было не НАСТОЛЬКО сложно (хотя и не в парке, конечно).

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

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

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

Вы можете научиться этому, да, вы будете делать некоторые ошибки, но именно так мы становимся лучше.

Я говорю все это, чтобы сказать: берите быка за рога и радуйтесь вызову!

Просто совет от разработчика с 20-летним стажем

Не уверен, почему за этот ответ проголосовали. Мне кажется разумным, что это вызов, и нам, как разработчикам, иногда приходится выходить за рамки того, что нам удобно, и браться за это. Единственное предостережение заключается в том, что OP не заинтересован в том, чтобы быть разработчиком полного стека, и хочет ТОЛЬКО быть разработчиком пользовательского интерфейса. Если бы это было так, совет был бы другим. +1 от меня.

Вам нужно работать с вашим руководителем, чтобы установить ожидания.

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

Это то, что случается со всеми нами на многих этапах нашей карьеры. Технологии меняются. Мы должны быть готовы изучать различные технологии. Через два года моей карьеры разработчика (начало 90-х) я занимался COBOL. Меня бросило на современную систему, написанную на (вздох) VB6. Я ничего не знал о VB6 (я был разработчиком мейнфреймов и не занимался этими новомодными настольными системами). Я прямо сказал своему менеджеру, что мне придется учиться, и я буду делать ошибки. Если он был готов жить с этим, то я был на борту с изменением.