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


11

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

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

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

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


2
Вопрос высокого риска, чтобы быть "основанным на мнении". Во всяком случае, я думаю, что ни при каких обстоятельствах никто не обязан работать бесплатно. Так что для вашего особого случая это явно нет. (Ничто не мешает вам быть хорошим парнем, если ваша компания тоже вам
понравилась

Как они даже получили ваш адрес электронной почты!?!
Робби Ди

3
Почему бы не предложить компании контракт на поддержку, может быть, по запросу, на ограниченный период, скажем, 6 месяцев?
Док Браун

6
Мои профессиональные обязательства перед компанией заканчиваются в последний день, когда мне платит эта компания.
Ramhound

как и спрашивали, этот вопрос не является специфическим для программистов . То же самое можно спросить у могильщика, агента по продажам виагры, сборщика мусора, финансового трейдера. «Как <insert profession here>вы профессионально обязаны предлагать постоянную поддержку после ухода из компании?»
комнат

Ответы:


26

Вы никоим образом не обязаны им помогать.

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

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


2
Согласен с этим, но я чувствую, что, хотя это и не обязательство, профессионально этично не использовать техническое невежество моего работодателя. Не говоря уже о потенциальном ущербе репутации клиента, который сказал: «Он создал этот сайт, и теперь он не работает, и он не поможет».
deworde

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

13

Вот потенциальная электронная почта для создания *;

Извините, я сейчас очень занят своими существующими контрактами и не регулярно проверяю свою электронную почту. Если у вас есть запрос на поддержку продукта, над которым я работал, отправьте сообщение по адресу «support@mattharrison.com», чтобы мы могли обсудить вопрос о заключении соглашения о поддержке. Если это срочно, обязательно добавьте префикс к теме «СРОЧНО:», и я переместу его в начало списка приоритетной поддержки.

С уважением,

Мэтт Харрисон

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

Идея состоит в том, чтобы поставить их в сознание, что это услуга, которую вы предоставляете в качестве дополнительной услуги, и, если они этого хотят, это платная услуга. Слово «обсуждение» означает, что вы ни к чему не привержены, и позволяя им указать «СРОЧНО:», если вы на самом деле поставили их в плохое положение (например, какую-то ошибку, которую вы с радостью исправили бы просто для поддержания своей репутации и потому что это правильно ), вы можете подойти к этому с другим мышлением. «Этот веб-сайт, который вы для нас сделали, только что потерял нам 50 000 долларов», - я бы подошел совсем иначе: «нам нужно, чтобы вы изменили положение логотипа на странице« О нас »».

Это означает, что если вы действительно находите время, чтобы помочь (потому что быть полезным - это хорошо), то они понимают, что это стоило вам. А если нет, то они знают о ваших причинах.

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

Как вы знаете, если вы профессионально обязаны что-то делать? Потому что ваш профессионально составленный контракт обязывает вас это делать. Откуда ты знаешь, что это не так? Поскольку пределы этого обязательства конкретно указаны в вашем контракте (например, «Сотрудник должен оказывать поддержку по всем аспектам работы до увольнения любой из сторон, как описано в разделе 3» *).

*: У кого-либо есть улучшения в формулировке, пожалуйста, оставьте их в комментариях


1

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


1

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

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

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

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

Используя наш сайт, вы подтверждаете, что прочитали и поняли нашу Политику в отношении файлов cookie и Политику конфиденциальности.
Licensed under cc by-sa 3.0 with attribution required.