Задний план:
Я работаю в средней-малой компании (40-50 человек) совершенно не связанной с ИТ, в качестве срочного ученика "айтишника" (они называют это сотрудником "центра обработки данных"). В моем офисе есть еще один сотрудник, пожилой мужчина, который выполняет множество ИТ-задач («мой компьютер не включается», «мой монитор мерцает» и т. д.), не имея опыта работы в ИТ и имея гораздо больше дел. Кроме него, ИТ-специалистами заниматься некому (кроме внешней компании, которая занимается серверами и безопасностью, у которой есть консультанты, вызов которых обходится довольно дорого).
Итак, вот проблема:
В течение последних нескольких месяцев я разрабатывал веб-приложение для компании, хотя это определенно не соответствует моей должности и моей зарплате. Сначала я не возражал, потому что мне очень нравилось это делать.
Теперь, однако, я получил предложение о работе от действительно хорошей компании, и я просто жду их полного официального предложения, чтобы передать мне период уведомления.
Все бы ничего, если бы не "Мистер Икс", который не является моим непосредственным начальником (он заведующий совсем другим сектором), а вроде как начальником. В настоящее время он просит меня добавить новые функции в веб-приложение, а это требует огромного количества работы и времени.
Я уже сказал ему, что это займет очень много времени (и что, кроме того, им лучше отдать задачу в компанию, занимающуюся веб-разработкой, чтобы она была сделана быстрее и намного лучше). Дело сейчас приостановлено, но я почти уверен, что он скажет мне начать задание в ближайшее время.
Я бы предпочел дождаться официального предложения о новой работе, чтобы сообщить компании, что собираюсь уволиться, но, видимо, меня могут заставить немедленно сообщить об этом.
Как лучше всего сообщить своему начальнику, что я не смогу добавлять дополнительные функции в веб-приложение, так как собираюсь уйти, не сжигая при этом мосты?
Имейте в виду, что для того, чтобы добавить то, что они хотят на веб-сайт, им придется:
(что маловероятно, и это займет много времени, так как я использовал технологию, которой не учат в старшей школе. Кроме того, код не так хорош, поскольку это был мой первый проект приличного размера)
(обойдется дорого)
(обойдется дорого)
Я не знаю, как расположить это по шкале от «какая разница, скоро это будет уже не ваша компания» до «вашей задачей было написать код, который можно обслуживать, и сделать так, чтобы было очень легко добавлять что-то без опыта и без вашего участия». надзор"
NB: конечно, это опасно, так как официального предложения с нового места работы у меня пока нет. Хотя я на 99% уверен, что меня действительно возьмут на работу, я с радостью поддержу ответы, которые каким-то образом дадут мне возможность дождаться предложения, прежде чем сказать начальству, что я увольняюсь.
Это был ваш первый крупный проект, вы обнаружили в нем некоторые недостатки (вы сказали, что код не очень хорош), и они просят добавить больше функций. Вы знаете, что происходит, когда вы продолжаете добавлять новые функции в систему, которая не была предназначена для них, верно? Вы получаете то, что еще сложнее поддерживать и расширять.
В вашей ситуации я бы забуксовал, но профессионально-приемлемо . Докажите, что прежде чем продвигаться вперед, пришло время погасить технический долг: оценить, что у вас есть, задокументировать текущий код, если вы еще этого не сделали, оценить новые потребности и, возможно, пересмотреть дизайн, чтобы учесть их. Таким образом, ваши первые шаги по удовлетворению их просьбы состоят в том, чтобы сделать эти вещи. Если текущий дизайн существует только у вас в голове, вы все равно захотите его исправить — поэтому, даже если вы ничего не переделываете, вы должны начать с записи некоторых вещей.
Это не безделье, потому что тот, кто возьмет на себя эту задачу, должен будет сделать то же самое , но не сможет воспользоваться вашими знаниями. Уместно тратить рабочее время на техническое обслуживание и дизайн.
Таким образом, если новое предложение по какой-либо причине не пройдет, вы не сожжете никаких мостов — вы начали расширять приложение и собираетесь делать больше, чем вы думали.
Что, если они скажут «нет» и будут настаивать на том, чтобы вы начали внедрять новые функции? В таком случае дело в них. Вы пытались сделать это правильно; им позволено сказать вам, чтобы вы сделали это плохо, а затем жить с последствиями. Однако это не кажется особенно вероятным; ты эксперт и нет никаких признаков враждебности. Мне кажется разумным, что если вы докажете, что они согласятся с этим.
Как сообщить начальнику, что я не смогу выполнить задание, потому что через месяц собираюсь увольняться?
Вы не знаете.
Вы никому не сообщаете, пока не будете готовы уведомить об этом . Как только вы это сделаете, сделайте все возможное, чтобы переход к тому, кто вас заменит, был как можно более плавным.
Помните поговорку « Это не сделано, пока это не сделано ». Никогда не знаешь, что может случиться.
Когда вы уволитесь, всегда останется незавершенная работа, это не повод говорить людям, что вы думаете об уходе. НИКОГДА не в ваших интересах объявлять об этом до того, как вы действительно будете готовы бросить курить. Иногда компания реагирует на это, немедленно отпуская вас, иногда они начинают относиться к вам как к человеку, которому они не могут доверять или которому они больше не заинтересованы в помощи.
Они найдут способ закончить проект, если он так важен для них. Если вы обеспокоены, просто убедитесь, что проект хорошо задокументирован.
Ситуация такова, что вы не чувствуете, что было бы уместно начинать этот новый проект, когда вы не ожидаете его завершения. Здорово, что вы чувствуете такую ответственность перед своим работодателем. Однако у вас есть другие варианты, кроме уведомления их.
Ты говоришь
Кроме того, код не так уж велик, так как это был мой первый проект приличного размера.
Так что исправьте это. Рефакторинг существующей кодовой базы, чтобы она работала лучше. Это то, что помогает компании. После этого код будет работать лучше и его будет легче модифицировать. Некоторые вещи, которые нужно сделать в рамках рефакторинга:
Напишите функциональное и техническое задание. Эти четыре документа (текущая и будущая версии обоих) должны документировать то, что вы уже сделали, и предлагать, как вы ожидаете, что будет выполняться будущая работа. Поэтому, когда кто-то приходит на смену вам, он может видеть, что вы думаете о том, как ваш код впишется в общее приложение. Это то, для чего вы обладаете уникальной квалификацией, поскольку лучше всего понимаете текущий код на данный момент.
Добавьте модульные тесты. Модульные тесты документируют, как должен работать существующий код. Они также упрощают изменение кода, поскольку изменения, нарушающие модульные тесты, вызывают тревогу. Вы также можете в конечном итоге написать несколько функциональных тестов, поскольку функциональность — это то, что, как вы можете быть уверены, останется.
Добавьте документацию. Сосредоточьтесь на том, почему вы что-то делаете, а не на том, что вы делаете. Код (включая модульные тесты) должен самодокументировать то, что вы делаете. Но если вы применили хак, чтобы избежать конкретной ошибки, задокументируйте это. И напишите модульные тесты, обеспечивающие это.
Модульность. Особое внимание уделите областям, которые должны быть модульными для новой функциональности. Кроме того, иногда вы используете модульность, чтобы упростить написание модульных тестов. Например, у вас может быть длинная функция, которая выполняет несколько действий. Разбив это на более мелкие функции (возможно, оставив исходную функцию, но делегировав ее обязанности другим функциям), можно сделать возможным написание более детальных модульных тестов.
Эти части рефакторинга расположены в порядке приоритета. Обратите внимание, что даже если следующий человек отбросит вашу текущую работу и начнет заново, спецификации и тесты могут стать отправной точкой.
Таким образом, вы выполняете работу, которая поможет им в этом проекте. Так что, если они хотят, чтобы ты работал там, ты работаешь именно там.
Вы можете комбинировать это с расстановкой приоритетов (как предлагают другие). Сначала займитесь более обычной работой. Но уделите дополнительное время тестам и документации.
Я бы поговорил с кем-то, кто участвует в процессе найма, кто работает с вашим новым работодателем. Объясните, что ваш нынешний работодатель пытается строить долгосрочные планы относительно вашей работы. Это беспокоит вас, так как уход нарушил бы эти планы. Так что было бы полезно, если бы они могли сделать предложение сейчас. В худшем случае они могут сказать вам, что не готовы сделать предложение. Возможно, эта уверенность на 99% слишком оптимистична. Что хорошо бы знать. В лучшем случае они могут сделать предложение сейчас.
Получив предложение, как можно скорее сообщите об этом своему нынешнему работодателю. Это решит все эти другие проблемы без какой-либо гимнастики или риска остаться без работы.
Если они действительно на 99% уверены, что наймут вас, то они будут знать о возможностях, что вы можете вернуться к своей текущей работе или что вы можете получить другое предложение от кого-то другого. И то, и другое происходит регулярно. Так что не стоит немного торопиться с решением. Если они не хотят торопиться, то это не на 99%. Они серьезно рассматривают другие варианты.
Это гораздо безопаснее, чем разговаривать с вашим нынешним работодателем. В худшем случае вы не получите предложения, но у вас останется ваша нынешняя работа. Разговор с вашим нынешним работодателем означает, что у вас может не быть ни предложения, ни текущей работы.
Тот факт, что вы заботитесь о компании и о том, что произойдет с веб-приложением, если вы оставите его незавершенным, не означает, что они так сильно заботятся о вас или приложении.
Как вы сказали, это не входило в ваши должностные обязанности (уровень оплаты здесь не имеет значения), так что на самом деле это не входит в ваши обязанности. Подобные вещи (обязанности вне вашей роли) постоянно случаются в небольших компаниях, но это не значит, что вы должны нести за них полную ответственность.
Если бы у компании была настоящая команда разработчиков, вы бы так не волновались, так почему же вы должны волноваться из-за того, что их нет? Если они действительно хотят создавать приложения, они должны нанять разработчиков или стороннюю компанию.
Исходя из личного опыта, лучшее, что вы можете сделать, это помочь выбрать нового человека (я полагаю, что люди в компании, ответственные за подбор персонала, понятия не имеют о требованиях) и познакомить его с проектом. Я бы не стал оставлять ваши личные контакты, так как это может привести к тому, что к вам обратятся за помощью, когда вы на самом деле этого не хотите, но если вы согласны с этим, не стесняйтесь делать это.
Проблема, с которой вы можете столкнуться, заключается в том, что новая компания требует от вас начать как можно скорее и не находит вам замену до этого.
Я не знаю твоего начальства, но, скорее всего, они не будут держать на тебя зла. Вы не подписывались на то, чтобы быть с ними на всю жизнь, это нормально, когда молодые работники получают лучшую работу, которую они могут получить (возможности учиться и расти), поэтому они не будут пытаться сдерживать вас.
Что ж, это большая проблема. К счастью, это не ваша проблема. Что вы делаете: вы ведете переговоры с новой компанией. Если вы подписываете контракт с новой компанией, вы идете к своему начальнику и отправляете уведомление. Вот и все.
Если вы находитесь в США, период уведомления обычно составляет две недели. Это то, насколько у вас есть гарантия занятости, и это то, насколько у компании есть гарантия того, что вы продолжите работать на нее. Если бы они хотели избежать таких ситуаций, как ваша, они могли бы прописать в договоре более длительный период уведомления, но они этого не сделали. То же самое, что позволяет им легко уволить вас с уведомлением за две недели, теперь кусает их в спину. Так и должно быть.
Если вы скажете им сейчас , что не будете там, чтобы закончить проект, есть много компаний, которые уволят вас на месте, и если новая компания не предложит вам новую работу, у вас ничего не будет. Вот чего вам нужно избегать. Так что ничего не говорите, пока не уведомите.
Это будет хорошей возможностью для вас развить навыки в качестве независимого подрядчика. Узнайте, чего руководитель хочет от веб-приложения, и составьте техническое задание. Когда вы уходите в отставку, чтобы приступить к новой работе, представьте техническое задание старому работодателю и спросите, хотят ли они сохранить вас в качестве подрядчика или субподрядчика для выполнения работы.
Затем вы сможете продолжить работать неполный рабочий день над проектом, который вам нравится, за хорошую кучу денег, и у вас появится возможность для собственного бизнеса. Не забудьте договориться о достаточном количестве времени для завершения проекта, работая на новой работе.
Также поздравляю с новой работой!
Я думаю, что подача официального заявления об увольнении адекватно сообщит вашему начальнику, что вы не сможете выполнить задание.
Как вы сказали, человек, который просит вас сделать это, не является вашим руководителем. Вы должны спросить своего фактического руководителя , следует ли вам приступить к выполнению задания. Я согласен с другими, кто говорит, что вы не должны упоминать об уходе, пока не будете уверены. Продолжайте работу в обычном режиме.
Если ваш руководитель хочет, чтобы вы выделили ресурсы для выполнения задачи, тогда посмотрите, что вы можете сделать. Вы можете чему-то научиться, и ваш работодатель может продолжить с того места, на котором вы остановились.
Я работаю в ИТ в колледже (т.е. в децентрализованных отделах) и постоянно получаю запросы от разных «начальств, которым я не подчиняюсь» на создание крутых проектов. Если у меня есть какие-то сомнения, я спрашиваю своего босса, хочет ли он, чтобы я уделял этому приоритетное внимание или нет. Я несу ответственность за свою работу и за многие ИТ-системы, но я недостаточно высок, чтобы нести ответственность за управление всем кораблем. В этом преимущество наличия босса.
Ты либо работаешь на компанию, либо не работаешь на компанию. Единственная серая зона, которая у вас есть, — это когда вы уходите с работы. (например, в период уведомления)
Учитывая ваш вопрос: как лучше всего сообщить своему начальнику, что я не смогу добавить дополнительные функции в веб-приложение, так как я собираюсь уйти, не сжигая мосты?
Нет светло-серой области, где вы можете отложить работу только потому, что вы думаете, что, возможно, если x сделает y, то подайте заявление об уходе. Это просто звучит неэтично. Потому что, если все пойдет не так, как вы надеетесь, и вы не смените работу, вы все равно отложите проект и нанесете ущерб интересам компании.
Если вы не хотите намекать на свою возможную отставку или более тонко упоминать фактор автобуса, вы все равно должны просто делать то, что вам говорят.
Хорошие ответы здесь, я думаю, что настроение последовательное, ничего не говорите, пока у вас не будет подписанного предложения от новой компании. Не ждали, не обещали, не по почте, а расписались.
+1 для тех, кто сказал, что не оставляйте контактную информацию с заявлениями типа «позвоните мне, если у вас есть какие-либо вопросы». Это плохая идея. Всегда есть исключения. Но это плохая идея. Двигаться дальше.
ЕСЛИ у вас нет внештатного контракта, подписанного ими, в котором указано, что каждая минута после вашего последнего дня оплачивается им. Даже тогда новая компания может не пойти на это. Если новая компания говорит «нет» (и да, вы должны обязательно сказать им, если вы все еще работаете на своего старого работодателя), то не делайте этого. Период. Скорее всего, вас не так сложно заменить, как вы думаете. Жизнь в старой компании будет продолжаться и без тебя.
Если вы решите быть достаточно любезным и предложить услуги в качестве подрядчика после окончания вашей работы, установите ЖЕСТКОЕ ограничение на количество часов, которое вы будете работать на старого работодателя в течение первых 90 дней или как вы решите. Что-то вроде максимум 10 часов в неделю, только по ночам и выходным.
Вам, вероятно, придется наращивать темпы на вашем новом работодателе. Они будут ожидать вашего полного, безраздельного внимания, пока вы на работе. Не портите отношения с новым работодателем и, конечно же, не лгите ему.
Убедитесь, что вы выставили счет за все время, затраченное на заключение контракта для старой компании. Не пытайтесь просто быть крутым с ними. Выставляйте им счета каждые две недели, даже если это всего за пару часов. Запрос платежа в течение 30 дней. Если они не платят, перестаньте работать на них, пока они не заплатят. Не покупайтесь на оправдания или задержки в платеже.
Будьте готовы к тому, что они скажут «нет, спасибо» за идею заключения с ними контракта. Это нормально, не принимайте это на свой счет. Через год тебе будет все равно. Продолжайте СВОЮ карьеру, оставайтесь дружелюбным, но профессиональным.
Тот факт, что вы достаточно осведомлены, чтобы задать этот вопрос, показывает, что у вас, вероятно, большое будущее в сфере ИТ. Удачи!
Бывают случаи, когда уместно стандартное двухнедельное уведомление. Бывают случаи, когда уместно подать уведомление за 30 дней. Это вполне может быть одним из них. Если бы я был в состоянии знать, что номер грузовика — 1, и я увольняюсь, я бы счел разумным сдать уведомление за 30 дней, а не за две недели.
Учитывая нынешнее положение вашего работодателя, они вполне могут оценить вас достаточно, чтобы оставить вас, если новое предложение не будет принято. Но вам придется быть судьей об этом.
Существует промежуточный подход.
Не говорите им, что вы уходите. Скажите им, что вы обдумываете некоторые изменения в жизни, и что вы не рекомендуете им делать такие новые, долгосрочные инвестиции, связанные с вами в настоящее время. Когда они спросят, вы можете сказать, что это решение вы принимаете лично, и вы не можете объявить ничего профессионального на данный момент. Если вы придумаете, чем поделиться, вы это сделаете.
Обратите внимание, что это все равно вызовет красный флаг. Многие люди здесь, вероятно, сочтут это плохим советом (поскольку они предложили бы вообще избегать красных флажков). Я даже не предлагаю вам это делать. Я просто представляю это как вариант, который может показаться менее драматичным... флаг может быть все еще красным, но уже не таким кроваво-красным. Если вы ищете идеи о том, что может быть менее окончательным (в некоторых обстоятельствах — в других случаях работодатель все равно сделает свои собственные выводы и «перестрахуется», предполагая худшее), это может быть идеей для рассмотрения, или, по крайней мере, что-то, к чему можно вернуться, если разговор идет по пути, которого вы не хотели.
Старый_Фонарщик