Comment soutenez-vous votre fin d'emploi post-code?

Quel est le processus pour quitter une entreprise (ou même un groupe / division) en termes de support de code?

Est-il préférable de traiter toutes les questions? Donnez-vous aux développeurs restants accès à vous-même en tant que future ressource? Si oui, existe-t-il un moyen de ne pas donner un accès complet?

J'ai expérimenté de première main où les réponses sur l'architecture générale du logiciel du développeur initial seraient inestimables.

Je comprends que si une assistance sérieuse est nécessaire, cela devient un cas typique de négociation d'emploi comme contrat de soutien. Cependant, si une assistance sérieuse est requise, quelles mesures pouvez-vous prendre pour faciliter ce processus de prise de contact?

Je pensais à faire quelque chose comme créer une (YOUR_NAME) _codesupport @ (YOUR_FAVORITE_EMAIL_CLIENT) .com adresse.

Détails de ma situation:

Je suis un étudiant coop et en tant que tel, je rebondis autour des entreprises sur des périodes de 4 mois. Cela signifie me présenter à de nombreuses nouvelles bases de code, ainsi que laisser une bonne part de code orphelin derrière moi lorsque je quitte une entreprise. Je me sens mal si je laisse du code indésirable.

Comment soutenez-vous votre fin d'emploi post-code?

Non. C'est pourquoi cela s'appelle la fin .

S'ils seraient surpris de vous voir franchir la porte et commencer à utiliser leur équipement un mois après votre départ, vous devriez être surpris de les voir vous appeler et vous poser un tas de questions un mois après votre départ.

D'accord, plus réaliste, selon la situation, vous pourriez proposer de répondre un peu aux questions par téléphone ou par e-mail, surtout si vous a) souhaitez y retourner, b) êtes amis avec les gens qui y travaillent, c ) dépendent toujours d'eux pour un bon examen, d) se sentent assez confiants que l'entreprise n'abusera pas de votre geste de bonne volonté, et / ou e) l'entreprise est prête à vous indemniser pour tout soutien supplémentaire non trivial.

Cela signifie me présenter à de nombreuses nouvelles bases de code

C'est une bonne compétence à développer - vous en aurez besoin.

ainsi que de laisser une part équitable du code orphelin derrière moi lorsque je quitte une entreprise.

Une partie de votre travail pendant que vous y travaillez est de documenter ce que vous avez fait, ou du moins de vous assurer que certaines des autres personnes qui y travaillent ont une compréhension claire de cela. C'est quelque chose qui est dans l'intérêt de l'entreprise, et ils devraient s'assurer qu'ils ont ce dont vous avez besoin pendant que vous êtes toujours là.

Je me sens mal si je laisse du code indésirable.

N'écrivez pas de code indésirable en premier lieu. Si votre code précédemment bon devient indésirable (obsolète, n'est plus nécessaire, etc.) avant de partir, nettoyez-le avant de partir. Si votre code n'est pas indésirable lorsque vous partez, ce qui vous arrive ensuite n'est pas quelque chose dont vous devriez vous inquiéter.

Normalement, vous vous y préparez environ 2 semaines avant la date de fin prévue. Prévoyez du temps pour un transfert de connaissances à un autre membre de l'équipe et essayez de vous assurer qu'il peut prendre en charge le code avant d'avoir emballé votre bureau. Ne vous configurez pas pour être sur un support perpétuel en mettant vos coordonnées dans le code. Si la situation est si grave que personne d'autre que vous ne peut y remédier, ils peuvent probablement obtenir vos coordonnées des RH.

Formez autant que possible la personne qui vous remplace (s'il y a quelqu'un).

Je trouve préférable de laisser la documentation avec le code, de préférence archivée dans le contrôle de code source s'il n'y a pas de système de documentation central. Quoi que vous fassiez, documentez autant que possible sur:

• Comment faire fonctionner un système complètement fonctionnel sur l'ordinateur d'un autre développeur
• Comment construire
• Comment déployer

Mettez une copie de tout dans un endroit central.

Envoyez tous les détails par e-mail à toutes les parties prenantes .

Je m'assure toujours qu'ils comprennent qu'ils peuvent m'appeler s'ils ont une question, par exemple où cela est-il allé, etc. Il est assez courant pour eux de vous appeler plus tard et de vous demander si vous voulez travailler à côté s'ils sont dans un lier. Cela dépend de vous en fonction de votre nouvelle situation et de votre contrat de travail. Il n'y a rien de mal à dire "désolé, je n'ai tout simplement pas le temps pour l'instant". C'est presque toujours vrai de toute façon.

Je voudrais mentionner peu de choses.

En affaires, l'argent est au-dessus des sentiments. L'employeur n'a généralement pas les mêmes sentiments que vous de votre propre côté. Une fois que vous quittez l'entreprise, la transaction est conclue. Les négociations et les délais de préavis sont des étapes pour atténuer leurs risques.

Bien sûr, les gens s'entraident dans leurs choix personnels, mais les entreprises ne s'attendent vraiment pas à ce que vous reveniez réparer les choses pour eux, même si vous avez écrit dans le passé. Mais il y a des exceptions, mais cela dépend de la façon dont vous êtes important pour le travail.

Un de mes amis avait quitté son entreprise il y a 1 an et récemment, il a été contacté par l'un des chefs de projet pour résoudre un problème avec le code qu'il avait écrit il y a quelques années. Compte tenu du délai d'exécution et de la complexité pour résoudre le problème, il était l'option la plus simple. Enfin, il les a aidés à résoudre le problème; mais sur ses intérêts personnels et son éthique. Et notez que plusieurs employeurs ne sont pas d'accord avec cela. c'est-à-dire qu'il retourne dans son ancienne entreprise et résout des problèmes.

Ce que vous devez remarquer, c'est que

• Ceux qui font des affaires sérieuses agissent professionnellement dans cette situation. Ils ne veulent plus de toi.
• La meilleure chance d'obtenir un appel d'un ancien employeur est un appel personnel. Habituellement, ce ne sera pas une décision organisationnelle de vous approcher et de corriger le code. Ils respectent également votre temps et vos tâches actuelles avant de vous demander votre temps.
• Les sociétés privées gardent tout au plus le secret de leur code et de leur conception. Ils ne veulent même pas s'exposer à d'anciens employés.
• La plupart du temps, les employés qui ont quitté l'entreprise rejoindront des entreprises ayant un domaine similaire. Et l'ex-entreprise et la nouvelle entreprise pourraient être des concurrents. Si vous détenez des brevets et que vous vous basez sur la nature du principe de fonctionnement de l'entreprise, la plupart des entreprises n'autorisent pas les anciens employés à travailler avec eux, même si l'ancien employé le souhaite.
• Dans votre cas spécifique, je soupçonne qu'un séjour de 4 mois peut vous rendre très critique pour l'organisation et le projet, à moins que vous ne leur donniez radicalement quelque chose de nouveau né dans vos têtes.

toutes les choses que les autres ont dites et ensuite:

Envisagez la co-programmation .
Asseyez-vous avec deux personnes derrière un bureau. Programmez tout par paires. quand l'un d'eux (vous) part, l'autre encore a toutes les connaissances.

Il existe de nombreux autres avantages, mais c'est un autre sujet.