Як програміст, ви професійно зобов'язані надавати постійну підтримку після того, як ви вийшли з компанії? [зачинено]


11

У мене було декілька завдань програмування в минулому, де я був єдиним розробником, який працював над проектом. Після того, як я поїхав, я зазвичай отримую кілька листів на тиждень від цих компаній, як правило, від розробників, які мене замінили там. Ці електронні листи зазвичай запитують подробиці про те, як все працює, і як мені найкраще реалізувати функцію x на основі існуючої системи.

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

Моє запитання: чи було б професійно «гаразд» сказати їм, що я більше не збираюся пропонувати підтримку і відмовлятись та відповідати на запити?

NB. Жодна з цих компаній мені не платить жодного типу утримувачів, а запити - це неформальні запитання розробників, а не керівництва.


2
Питання з високим ризиком, щоб бути "на основі думки". У будь-якому випадку, я думаю, ні в якому разі ніхто не зобов’язаний працювати безкоштовно. Тож для вашого особливого випадку це явне "ні". (Нічого там не
заважає

Як вони навіть отримали вашу електронну адресу!?!
Роббі Ді

3
Чому б не запропонувати компанії договір підтримки, можливо, на основі "за запитом" протягом обмеженого періоду, скажімо, 6 місяців?
Док Браун

6
Мої професійні зобов'язання щодо компанії закінчуються в останній день, коли мене оплачує ця компанія.
Рамхаунд

як його задали, це питання не є специфічним для програмістів . Те саме можна запитати у землерийника, агента з продажу віагри, сміттєзбірника, фінансового торговця. " <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.