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


17

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.


2
Aucune infraction, mais je doute que vous allez réaliser quelque chose de beaucoup complexe en l'espace de 4 mois qu'aucun développeur expérimenté ne pourra gérer.
Louis Kottmann

1
@Caleb a la bonne réponse. Sauf - vous êtes un étudiant coop, ce qui signifie que vous espérez à un moment donné obtenir un emploi à temps plein dans ce domaine, et vous travaillez avec des entreprises à temps partiel pour acquérir à la fois de l'expérience et des contacts. Alors tempérez l' attitude " @ # $ @ $ # @% de réduction, je suis parti " avec un petit " Hé, j'adorerais travailler avec vous tous à l'avenir ".
Ross Patterson

Réponses:


47

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.


1
Les considérations B et D sont les seules qui m'inciteront à laisser des informations de contact. Je n'ai pas vraiment fait mon travail à la sortie s'ils ont souvent besoin de m'appeler plus tard. Très bonne réponse.

2
Souvent, les entreprises font qu'il incombe à la personne qui part de former ses remplaçants et blâment ensuite la personne qui part de tout manque de connaissances. Cependant, c'est vraiment la responsabilité des remplaçants de s'assurer qu'ils ont les connaissances nécessaires pour faire leur travail. Malheureusement, peu d'entreprises s'en rendent compte.
Akton

19

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.


5
Oui, mais en réalité c'est la raison pour laquelle vous donnez un avis à votre patron. C'est leur travail pour s'assurer qu'ils sont couverts avant de partir.
Doug T.

9

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.


2
"Prenez une copie de tout", mais assurez-vous de respecter la législation du travail en vigueur. Certaines entreprises l'interdisent et vous pouvez créer plus de problèmes en essayant d'être utile.

1
Je ne pense pas qu'il veut dire "prenez-en une copie avec vous". La plupart des entreprises ont des archives où elles conservent des copies des versions logicielles.
Robert Harvey

2
@ GlenH7 - Je ne voulais pas dire que vous devriez l'emporter avec vous. Je vais modifier pour clarifier.
Scott Whitlock

Il y avait un gros fil sur le fait de prendre ou non du code avec vous. Les préoccupations juridiques (à mon humble avis) sont les plus gros problèmes. Votre modification rend votre intention beaucoup plus claire, merci de l'avoir mise. Je voterais à nouveau votre réponse, mais, euh, le système ne me laissera pas pour une raison quelconque. ;-)

3

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.

+1 pour faire face au risque juridique de l'entreprise exposant le code aux anciens employés qui ne sont plus sous contrat. Je n'ai jamais pensé à la façon dont le soutien pouvait nuire à une entreprise jusqu'à présent
James

2

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.


J'aime vraiment cette réponse! J'ajouterais un lien pour le rendre joli.
Malachi
En utilisant notre site, vous reconnaissez avoir lu et compris notre politique liée aux cookies et notre politique de confidentialité.
Licensed under cc by-sa 3.0 with attribution required.