Что ты сказал

Расскажите своему менеджеру о том, что вы только что сказали нам:

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

2. Другие проекты отнимают ваше время.

3. Вы не можете делать и №1, и №2 одновременно и добиться успешного результата.

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

Допустимо бросить в любое время.

Найдите новую работу ¹ , уведомите о том, что от вас требуется, сделайте все возможное, чтобы обеспечить плавный переход, и уйдите.

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

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

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

Я чувствую, что в вашем вопросе отсутствует часть процесса.

Подводя итог, я прочитал: «Меня слишком много спрашивают (слишком много и слишком сложная работа), так как мне бросить?». Вам, вероятно, следует сделать шаг назад и подумать, что вам потребуется, чтобы остаться и работать там.

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

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

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

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

Последнее замечание:

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

Не говорите об этом на встрече с менеджером, так как это может показаться обвинением (« Вы сказали им, что я сделаю это, я мог бы сказать вам, что не могу»). Обвинение их не сделает их отношение к вам более позитивным. Если вам нужно что-то сказать об этом, постарайтесь, чтобы это было нейтрально («клиент запросил эту функцию, и мы согласились, что она будет полезна для него, но я не верю, что им сообщили, что я лично не обладаю необходимым набором навыков». ").

Вопрос: Является ли «запрос критической функции с использованием данных 30-летней давности» частью первоначального объема проекта?

Часть того, чтобы быть разработчиком, имеет дело с «расползанием масштаба».

«Расползание масштаба» (также называемое «расползание требований», «расползание функций» или «синдром кухонной раковины») в управлении проектами относится к изменениям, постоянному или неконтролируемому расширению масштаба проекта в любой момент после начала проекта. Это может произойти, когда масштаб проекта должным образом не определены, задокументированы или контролируются».

https://en.wikipedia.org/wiki/Scope_creep

Знает ли ваше руководство, что это «требование» было запрошено? ДОБАВЛЕН? Знают ли они требования (технология, специализация, анализ данных и т. д.?), необходимые для этого?

ВАМ платят за выполнение X, Y и Z (Y и Z — это другие проекты). Вашей компании платят за выполнение X, Y и Z. Похоже, что клиент хочет X + A, B, C. X+A,B,C могут быть нереалистичными, не соответствовать цене, временным рамкам и т. д.

Итак, я бы посоветовал вам поговорить со своим управленческим персоналом о том, что вы сделали (X), чего требует клиент (A, B, C) и что нужно сделать компании (увеличить плату, набрать новую команду, сказать нет и др.).

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

Часть того, чтобы быть разработчиком - особенно младшим разработчиком (черт возьми, быть младшим сотрудником) - это понимать, что вещи стоят денег (время, больше разработчиков, другие ресурсы... Windex и TP стоят денег). Выгодно ли это для компании? Стоит ли это времени компании — это решение, которое вам не следует принимать.

Вы БУДЕТЕ сталкиваться с расползанием масштаба (и решениями о том, следует ли расширять проект/добавлять требования), куда бы вы ни пошли и что бы вы ни делали. Научитесь управлять этим СЕЙЧАС, передав его в руки тех, кто в конечном итоге несет ответственность. Бегство с этой позиции не принесет вам пользы в долгосрочной перспективе.

После того, как все сказано и сделано, возможно, вы все еще захотите уйти — и это нормально. Может быть, вы никогда больше не захотите программировать... Но вы не уйдете с клиентом, который ожидает X+A,B,C, о ​​которых компания не имеет предварительного представления, - таким образом, оставив его с бомбой замедленного действия вашего изготовление.

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

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

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

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

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

Мне также нравится ответ Принца. Скажи своему боссу. Если этот разговор не пойдет хорошо, то переходите к моей рекомендации.

И, да, работайте по согласованному уведомлению. Обычно 2 недели.

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

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

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

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

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

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

Так что, похоже, у вас есть несколько вариантов на выбор. Удачи!

Да, это приемлемо, но это не имеет значения

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

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

Поэтому мой ответ на самом деле был бы таким:

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

Опции

1. Увольтесь и надейтесь, что эта ситуация произойдет на вашей новой работе через некоторое время (потому что она произойдет)
2. Просто делайте то, что можете, надейтесь, что это не заставит вас чувствовать себя слишком плохо, и надейтесь, что они не слишком расстроятся, когда вы потерпите неудачу.
3. Четко сформулируйте, что, по вашему мнению, вы реально можете сделать, и спросите, как они хотят, чтобы вы действовали.

Если вы выберете 3, в основном будет только 2 релевантных исхода.

Результаты

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

-> Проблема решена

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

-> Теперь вы можете выбрать вариант 1 (уход) или вариант 2 (ожидание) или даже снова вариант 3 (эскалация)

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

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

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

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

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

Не думайте, что это означает, что ваш вклад не будет оценен:

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

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

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

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

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

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

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

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

Уход в середине проекта, если вы единственный разработчик, выглядит плохо. Это вызовет у вас проблемы, когда вы попытаетесь использовать их в качестве эталона. Вместо этого применяйте принципы схватки . В scrum проект начинается с этапа сбора требований. Затем разрабатывается проект. Если появляются новые требования, они помещаются в бэклог до тех пор, пока исходные требования не будут выполнены. В этом случае примените схватку, отдав очень низкий приоритет новым сложным требованиям, которые вы не можете выполнить. Дайте им то, о чем они изначально просили, с новой функцией «Фаза 2». Когда «этап 1» завершится, скажите им, что для «этапа 2» потребуется специалист. В предыдущем ответе упоминалось расширение масштаба. Вот как вы справляетесь с этим.

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

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

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

Что такое «оплачиваемый стажер»?

Задача вышла за рамки вашего уровня компетенции. Все нормально. Не хнычьте о том, что «выше моей зарплаты». Просто попросите о помощи. Возможно, проект придется передать на аутсорсинг. Убедитесь, что ваша работа хорошо задокументирована, и будьте готовы помочь при передаче.

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