Come si sostiene la fine del rapporto di lavoro post-impiego?

Qual è il processo per lasciare un'azienda (o anche un gruppo / divisione) in termini di supporto del codice?

È meglio gestire tutte le domande? Concedi agli sviluppatori rimanenti l'accesso a te stesso come risorsa futura? In tal caso, esiste un modo per non dare pieno accesso?

Ho sperimentato in prima persona dove le risposte sull'architettura generale del software dallo sviluppatore iniziale sarebbero preziose.

Capisco che se è necessaria una seria assistenza, diventa un tipico caso di negoziazione del lavoro come contratto di sostegno. Tuttavia, se è necessaria una seria assistenza, quali passi puoi fare per facilitare quel processo di contatto con te?

Stavo pensando di fare qualcosa come creare un indirizzo (YOUR_NAME) _codesupport @ (YOUR_FAVORITE_EMAIL_CLIENT) .com.

Specifiche della mia situazione:

Sono uno studente in cooperativa e come tale rimbalzo intorno alle aziende per periodi di 4 mesi. Ciò significa presentarmi a molte nuove basi di codice, oltre a lasciare una buona dose di codice orfano quando lascio una società. Mi sento male se lascio il codice spazzatura in giro.

Come si sostiene la fine del rapporto di lavoro post-impiego?

Non Ecco perché si chiama la fine .

Se sarebbero sorpresi di vederti varcare la porta e iniziare a usare le loro attrezzature un mese dopo la tua partenza, dovresti essere sorpreso di averti chiamato e farti un mucchio di domande un mese dopo la tua partenza.

Ok, più realisticamente, a seconda della situazione, potresti offrirti di rispondere alle domande per telefono o e-mail per un po ', specialmente se a) ti piacerebbe tornare lì, b) sei amico delle persone che ci lavorano, c ) dipendono ancora da loro per una buona recensione, d) sono abbastanza sicuri che la società non abuserà del tuo gesto di buona volontà, e / oe) la società è disposta a risarcirti per qualsiasi supporto aggiuntivo non banale.

Ciò significa presentarmi a molte nuove basi di codice

Questa è una buona abilità da sviluppare - ne avrai bisogno.

oltre a lasciare una buona dose di codice orfano quando lascio una società.

Parte del tuo lavoro mentre stai ancora lavorando lì è documentare quello che hai fatto, o almeno assicurarti che alcune delle altre persone che lavorano lì abbiano una chiara comprensione di ciò. È qualcosa che è nell'interesse dell'azienda e dovrebbero assicurarsi di avere ciò di cui hai bisogno mentre sei ancora lì.

Mi sento male se lascio il codice spazzatura in giro.

Non scrivere il codice spazzatura in primo luogo. Se il tuo codice precedentemente buono diventa spazzatura (obsoleto, non più necessario, ecc.) Prima di partire, puliscilo prima di partire. Se il tuo codice non è spazzatura quando esci, allora cosa succede dopo non è qualcosa di cui dovresti preoccuparti.

Normalmente ti prepari per questo circa 2 settimane prima della data di fine prevista. Pianifica un po 'di tempo per un trasferimento di conoscenze a un altro membro del team e cerca di assicurarti che possano supportare il codice prima di impacchettare la tua scrivania. Non impostare te stesso per essere su supporto perpetuo inserendo le informazioni di contatto nel codice. Se la situazione è così grave che nessuno, ma è possibile risolverlo, probabilmente possono ottenere le informazioni di contatto da HR.

Allena la persona che ti sostituisce il più possibile (se c'è qualcuno).

Trovo che sia meglio lasciare la documentazione con il codice, preferibilmente controllato nel controllo del codice sorgente se non esiste un sistema di documentazione centrale. Qualunque cosa tu faccia, documenta il più possibile su:

• Come avere un sistema completamente funzionante installato e funzionante sul computer di un altro sviluppatore
• Come costruire
• Come distribuire

Metti una copia di tutto in un posto centrale.

Email tutti i dettagli a tutti gli stakeholder .

Mi assicuro sempre che capiscano che possono chiamarmi se hanno una domanda, come dove è andata, ecc. È abbastanza comune che ti chiamino più tardi e chiedano se vuoi fare un lavoro laterale se sono in un bind. Dipende da te in base alla nuova situazione e al contratto di lavoro. Niente di sbagliato nel dire "scusa, non ho proprio il tempo adesso". È quasi sempre vero comunque.

Poche cose che vorrei menzionare.

Negli affari, il denaro è al di sopra dei sentimenti. Il datore di lavoro di solito non ha gli stessi sentimenti che hai dalla tua parte. Una volta che lasci l'azienda, l'affare è concluso. Le negoziazioni e gli elementi del periodo di preavviso sono passi per mitigare i loro rischi.

Naturalmente le persone si aiutano a vicenda con le loro scelte personali, ma le aziende non si aspettano davvero che torni a sistemare le cose per loro anche se hai scritto in passato. Ma ci sono eccezioni, ma dipende da quanto sei importante per il lavoro.

Uno dei miei amici aveva lasciato la sua azienda 1 anno fa e recentemente è stato contattato da uno dei project manager per risolvere un problema con il codice che aveva scritto qualche anno fa. Considerando l'inversione di tendenza e la complessità per risolvere il problema, è stata l'opzione più semplice. Alla fine li ha aiutati a risolvere il problema; ma sui suoi interessi personali ed etica. E nota che diversi datori di lavoro non possono essere d'accordo con questo. cioè sta tornando alla sua vecchia compagnia e risolve i problemi.

Le cose che devi notare è che,

• Coloro che fanno affari seri agiscono professionalmente in questa situazione. Non ti vogliono più.
• La più alta possibilità di ricevere una chiamata dall'ex datore di lavoro è una chiamata personale. Di solito non sarà una decisione organizzativa avvicinarsi a te e correggere il codice. Inoltre rispettano il tempo e gli incarichi attuali prima di chiedere il tempo.
• Le aziende aziendali mantengono al massimo il segreto per il loro codice e design. Non vogliono esporre nemmeno agli ex dipendenti.
• Principalmente i dipendenti che hanno lasciato l'azienda si uniranno in aziende con un dominio simile. E l'ex azienda e la nuova società potrebbero essere concorrenti. Se sei titolare di brevetti e in base alla natura del principio operativo dell'azienda, la maggior parte delle aziende non consentirà agli ex dipendenti di lavorare con loro anche se l'ex dipendente lo desidera.
• Nel tuo caso specifico, sospetto che un periodo di 4 mesi possa renderti molto critico per l'organizzazione e il progetto, a meno che tu non dia loro radicalmente qualcosa di nuovo nella tua testa.

tutte le cose che gli altri hanno detto e poi:

Prendi in considerazione la co-programmazione .
Siediti con due persone dietro una scrivania. Programma tutto a coppie. quando uno di loro (tu) lascia, l'altro stil ha tutte le conoscenze.

Ci sono molti altri vantaggi, ma questo è un altro argomento.