Come programmatore, sei professionalmente obbligato a offrire supporto continuo dopo che hai lasciato un'azienda? [chiuso]

Non sei obbligato ad aiutarli.

Indipendentemente dal fatto che il tuo ex datore di lavoro lo abbia capito, hanno preso una decisione a basso costo / alto rischio avendo un solo sviluppatore che lavora al software. Quella era la loro (forse non informata) decisione, e ora stanno pagando il prezzo - non dovresti.

Se hai voglia di aiutarli, dovresti stipulare un contratto di assistenza in cui ti pagano per il tempo impiegato ad aiutare il nuovo sviluppatore, in modo che tu possa essere ricompensato correttamente per il tuo tempo.

Ecco una potenziale e-mail da creare *;

Sorry, I'm very busy right now with my existing contracts and not regularly checking my e-mails. If you have a support request for a product I used to work on, send a message to "[email protected]", so that we can discuss setting up a support agreement. If it's urgent, be sure to prefix the subject with 'URGENT:' and I'll move it to the top of my priority support list.

Kind Regards,

Matt Harrison

Invia questo in risposta a qualsiasi richiesta di assistenza, anche se sei seduto a letto mangiando un sammich e controllando le tue e-mail. Se in realtà assomiglia al tipo di cosa in cui vorresti aiutarli immediatamente perché è un grosso problema, invia ancora questo , ma segui immediatamente un'e-mail che dice "Ho appena visto questo , Ti aiuterò appena posso ".

L'idea qui è di mettere loro in mente che questo è un servizio che fornisci come extra, e se lo vogliono, è un servizio a pagamento. La parola discorsi significa che non ti sei impegnato a nulla e permettendogli di specificare 'URGENTE:', se li hai effettivamente messi in una cattiva posizione (ad esempio un errore che risolveresti felicemente solo per mantenere la tua reputazione < strong> e perché è la cosa giusta da fare ), puoi affrontarli con una mentalità diversa. "Quel sito web che hai realizzato per noi ci ha appena perso $ 50.000" è qualcosa che mi avvicinerei in modo molto diverso a "abbiamo bisogno che tu cambi la posizione del logo sulla pagina" Chi siamo ".

Ciò significa che se si fa in tempo ad aiutare (perché essere d'aiuto è una buona cosa), allora sono consapevoli che c'è stato un costo per te. E se non lo fai, allora sono a conoscenza dei tuoi motivi.

Come qualcuno ha menzionato, se hai un contratto di assistenza esistente, o se hanno l'impressione che lo fai, dovresti comunque fornire il servizio, ma questa risposta copre questo (e dovrebbero comunque avere il tuo numero di supporto ). Inoltre, dovresti entrare in qualsiasi negoziato di lavoro con l'intenzione di specificare chiaramente i termini del tuo supporto in anticipo , specialmente quando si tratta di un progetto solista e quindi non stai elaborando un contratto standard per tutti gli sviluppatori, e ancor più specialmente quando questo ti è venuto in mente prima.

Come fai a sapere se sei professionalmente obbligato a fare qualcosa? Perché il tuo contratto professionale stipulato ti obbliga a farlo. Come sai che non lo sei? Poiché i limiti di tale obbligo sono specificatamente menzionati nel contratto (ad es. "Il dipendente deve fornire supporto su tutti gli aspetti del lavoro fino alla cessazione del rapporto di lavoro da entrambe le parti, come descritto nella sezione 3" *).

*: tutti gli eventuali miglioramenti apportati al testo, per favore lasciateli nei commenti

Se non hai firmato un contratto con la società / i clienti per offrirti aiuto in futuro, allora puoi dire di no a tali chiamate. Generalmente esiste un tempo di supporto concordato tra il cliente e lo sviluppatore. Lo sviluppatore dovrebbe aiutare il cliente fino alla violazione del tempo di supporto.

No, non sei professionalmente obbligato a fornire supporto a un precedente datore di lavoro.

Se vuoi fare questo, assicurati che ci sia un contratto per risarcirti per il tempo che passi.

Potrebbe anche darsi che potresti offrirti di tornare per 1-2 settimane e addestrare il tuo sostituto (per così dire), naturalmente a un costo adeguato.

Ciò che direi, tuttavia, è che lasciare un progetto dovrebbe implicare l'abbandono di una documentazione chiara, in una forma adeguata.