Pointez-les sur le wiki
Vous en avez un, n'est-ce pas? Et je suis sûr que vous avez quelques membres de l'équipe qui agissent en tant que bibliothécaires de code lors des révisions de code afin que le code commun puisse être introduit (soit dans la bibliothèque de code de l'entreprise, soit pour remplacer le code personnalisé que le développeur vient de créer).
Non? Ah. Eh bien, vous avez alors un problème.
Selon le temps dont vous disposez, vous devrez suivre l'un de ces plans, par ordre de niveau de crise:
1. Aargh! Je pars cet après midi
Si le nouveau gars est très expérimenté dans votre domaine problématique, pointez-le simplement sur le wiki et montrez-lui comment accéder au code approprié dans votre SCM. Achetez-lui une bière, offrez votre numéro de téléphone si vous vous sentez généreux et allez à votre fête de départ.
S'il n'est pas aussi expérimenté, présentez-le aux autres membres de l'équipe qui devraient être ses principaux points de contact pour avoir une idée de la façon dont tout cela s'harmonise. C'est à peu près tout ce dont vous avez le temps.
2. J'ai toute la semaine, mais il y a beaucoup de rangement
Demandez à votre remplaçant de vous accompagner le premier jour afin que vous puissiez évaluer leurs compétences et essayer de les faire faire votre travail le plus rapidement possible. Laissez-les voir comment vous abordez un problème, puis remettez-les progressivement pour qu'ils le résolvent et que vous agissiez en tant que consultant. Faites évoluer les opérations principales que vous effectuez tous les jours vers les opérations moins fréquentes. Inventez des problèmes si vous le pouvez. Associez le programme si vous le pouvez. Demandez-leur de garder une trace de ce que vous leur avez dit dans un wiki ou une autre ressource textuelle en réseau afin qu'ils puissent y faire référence plus tard, et éventuellement le transformer en documentation appropriée.
3. C'est le développeur junior qui prend le relais
Ils auront déjà les connaissances du domaine et sauront comment fonctionne l'équipe. Commencez à leur attribuer vos tâches et à travailler pour développer leurs connaissances sur les systèmes et processus inconnus. Concentrez-vous sur les aider à maîtriser les bases, les choses plus avancées arriveront plus tard avec le temps.
Fournir une assistance téléphonique de base
En supposant que vous partez en bons termes avec l'entreprise, proposez-leur de leur fournir une assistance téléphonique afin qu'ils sachent que vous ne les laissez pas dans l'embarras. S'ils commencent à sonner à toutes les heures en posant des questions stupides qui pourraient être trouvées sur le wiki, mentionnez alors vos tarifs de conseil compétitifs. Sinon, l'appel étrange ici et là leur permet de choisir votre cerveau et de rester en contact avec eux, ce qui pourrait être utile lorsque la prochaine série d'emplois arrivera.