Combien de juniors un mentor senior devrait-il? [fermé]

La taille de notre boutique augmente de manière dynamique, nous prévoyons donc d'embaucher quelques nouveaux développeurs juniors, mais nous ne voulons pas submerger les seniors avec trop de mentorat et de formation. Combien de développeurs juniors (généralement fraîchement sortis du collège) pourraient (et devraient) un mentor développeur senior alors que le senior est toujours en mesure de s'acquitter efficacement de ses tâches?

De 0 à 5 ou 7 (environ).

Arguments pour le côté bas:

• Tout le monde n'est pas censé être un mentor. J'ai travaillé avec des développeurs tellement bourru qu'ils auraient effrayé quelqu'un dans une nouvelle carrière.
• Si vous vous attendez à ce que les développeurs seniors maintiennent le même niveau de sortie, maintenez le nombre bas.

Arguments pour un montant supérieur:

• Certains développeurs ont la capacité d'être tout aussi productifs en guidant le travail des autres. La programmation par paires en serait un exemple. Si vous avez ces types magiques de développeurs seniors, alors allez-y et donnez-leur plus.
• Si vous êtes prêt à réduire la sortie attendue du développeur senior, vous pouvez leur affecter plus de développeurs juniors.
• Si vous avez un développeur qui est vraiment bon pour enseigner les raisons de la gouvernance, alors vous voudrez peut-être explicitement prendre un coup dans la productivité de ce développeur senior et lui donner plus de développeurs juniors. L'idée ici est un coût à court terme (perte de production) pour un gain / investissement à long terme (meilleure conformité aux normes de développement de l'équipe).

J'encouragerais à avoir une conversation avec les développeurs seniors et à voir avec quoi ils sont à l'aise. Tout le monde ne veut pas être mentor. N'oubliez pas non plus d'utiliser l'analogie «bibliothèque complète»: leurs charges de travail sont actuellement saturées. Si vous allez ajouter à leur charge de travail en les faisant encadrer, vous devez retirer quelque chose d'autre de l'étagère pour faire de la place.

Pas plus de deux par développeur senior si vous embauchez des personnes tout droit sorties du collège. Les récents diplômés d'université avec lesquels j'ai eu affaire dans le passé ont une bonne compréhension des bases, mais ils n'avaient aucune idée de ce que c'était que de programmer dans le monde des affaires. Vous devrez passer du temps à leur enseigner comment programmer professionnellement, c'est tout un choc quand ils se rendent compte qu'ils devront supporter le code qu'ils écrivent tant qu'ils seront avec l'entreprise, plus de devoirs et de passer à autre chose. Mais vous devrez également passer du temps à leur enseigner votre entreprise (et toutes ses règles), à leur apprendre à coder votre architecture, à revoir leur code, à leur apprendre à tester et à répondre question après question après question.

Si vous avez beaucoup de juniors qui arrivent, disons> 30 ans, cela vaut la peine de consacrer un développeur senior à les encadrer à plein temps. Lors de mon premier emploi, ils ont embauché un grand nombre d'entre nous fraîchement sortis du collège et ont eu un membre dévoué de l'équipe qui nous a aidés à apprendre les cordes pendant les 6 premiers mois. Cela a rendu la transition beaucoup plus facile et il nous a beaucoup appris.

Non seulement il est plus efficace d'avoir une seule personne pour gérer le travail, mais il peut y avoir une seule personne dans votre bureau qui, vous le savez, serait un parfait mentor. Un bon programmeur n'est pas nécessairement un bon professeur.

Autant qu'ils le peuvent tout en étant en mesure de faire leur propre travail à temps.

La réponse dépend donc de l'efficacité de l'aîné en tant que développeur et enseignant.

Vous ne mentionnez pas le type de travail de projet qui, selon mon expérience, a un impact ÉNORME sur l'endroit où ce ratio devrait être.

Sur une échelle de répétition de cookie-cutter qui pourrait presque être automatisée pour des choses expérimentales, le développeur n'est même pas sûr que cela fonctionnera, vous devez vous assurer que vous gardez les développeurs jr à gauche à moins que vous ne soyez à un rapport vraiment bas et encore plus strictement à gauche si les développeurs sr essaient de faire quelque chose qu'ils considèrent à la fin expérimentale du spectre, car ils ne seront généralement pas aussi efficaces pour monter le troupeau dans une équipe de développeurs jr s'ils se poussent fort en même temps .

Cela dépend du travail autant que des gens à mon avis.

Le mentorat est moins formel que la gestion. Les mentors ne sont pas directement impliqués dans l'embauche, le licenciement, la révision et la discipline. L'environnement sera un facteur majeur. Voici les facteurs à considérer:

• qualité de sr. et jr. devs
• dans quelle mesure l'entreprise est gérée / traite les programmeurs (cela aggravera les autres problèmes)
• sr. dev charge de travail actuelle
• les attentes de la direction sur la vitesse à laquelle le jr. les développeurs doivent devenir productifs
• autres ressources de formation (cours avec instructeur, matériel de référence, exigences de certification)
• embauche pour s'adapter à l'équipe. À plusieurs reprises sur ce site, les gens ont mentionné l'importance de l'équipe nécessaire pour travailler longtemps et pouvoir fonctionner ensemble. Quelqu'un avec un niveau de compétence plus élevé peut avoir besoin de plus de mentorat s'il ne s'intègre pas.

Le mentorat implique généralement un certain niveau de lien et je ne pense tout simplement pas que la plupart des gens peuvent établir un type de relation interpersonnelle avec plus de 3 à 5 personnes dans un cadre donné.

Idéalement, un junior travaille avec un mentor sur un projet. De cette façon, le senior peut assigner des sous-tâches et travailler avec eux pour mener à bien un projet. Plus il y a de juniors à gérer, moins il sera en mesure d'accomplir leur propre travail. Je ne voudrais pas que plus d'un ou deux juniors travaillent avec un senior à la fois. Bien que la personne âgée puisse continuer à encadrer d'autres programmeurs après 2 ou 3 mois, un programmeur décent devrait avoir besoin de beaucoup moins de temps de la part de la personne âgée qu'à l'origine. Il est donc concevable qu'un aîné ait 20 personnes ou plus pour lesquelles il est le mentor, mais seulement 2 ou 3 personnes qui nécessitent vraiment beaucoup de leur temps.