¿Cuántos juniors debe tener un mentor senior? [cerrado]

20

El tamaño de nuestra tienda aumenta dinámicamente, por lo que estamos planeando contratar algunos nuevos desarrolladores junior, pero no nos gustaría abrumar a los seniors con demasiada tutoría y capacitación. ¿Cuántos desarrolladores junior (generalmente recién salidos de la universidad) podrían (y deberían) ser un mentor desarrollador senior mientras el senior todavía puede hacer sus tareas de manera efectiva?

training junior-programmer mentor senior-developer palacsint
fuente
77
¿Por qué no preguntarles a ellos (personas mayores) en lugar de a nosotros?
Mert Akcakaya
77
@Mert: He preguntado algunas de ellas y también preguntaré a las demás, pero también me gustaría escuchar las opiniones de la comunidad (promedios industriales, reglas generales, mejores prácticas, etc.), porque algunos de nuestros colegas me pareció demasiado optimista
palacsint

Respuestas:

23

En cualquier lugar de 0 a 5 o 7 (más o menos).

Argumentos para el lado bajo:

  • No todo el mundo se propone ser un mentor. He trabajado con algunos desarrolladores que fueron tan brutos que habrían asustado a alguien en una nueva carrera.
  • Si espera que los desarrolladores senior mantengan el mismo nivel de producción, mantenga el número bajo.

Argumentos por una cantidad mayor:

  • Algunos desarrolladores tienen la capacidad de ser igual de productivos al guiar el trabajo de otros. La programación en pareja sería un ejemplo. Si tienes esos tipos mágicos de desarrolladores senior, entonces adelante y dales más.
  • Si está dispuesto a reducir el rendimiento esperado del desarrollador senior, puede asignarles más desarrolladores junior.
  • Si tienes un desarrollador que es realmente bueno para enseñarles por qué es de gobernanza, entonces es posible que desees explícitamente tener éxito en la productividad de ese desarrollador senior y darles más desarrolladores junior. La idea aquí es un costo a corto plazo (pérdida de producción) para una ganancia / inversión a largo plazo (mejor conformidad con los estándares de desarrollo del equipo).

Animaría a tener una conversación con los desarrolladores senior y ver con qué se sienten cómodos. No todos quieren ser mentores. También recuerde utilizar la analogía de "estantería llena": sus cargas de trabajo están actualmente llenas. Si va a aumentar su carga de trabajo al tenerlos como mentores, entonces necesita sacar algo más del estante para hacer espacio.

svick
fuente
17
I have worked with some developers who were so gruff that they would have scared someone into a new career.No te recuerdo, ¿cuándo trabajamos juntos?
Yannis
@YannisRizos No puedo decir mucho más que: +1
11

No más de dos por desarrollador senior si está contratando personas directamente de la universidad. Los graduados universitarios recientes con los que tuve que lidiar en el pasado tienen una buena comprensión de los conceptos básicos, pero no tenían idea de cómo era programar en el mundo de los negocios. Tendrás que pasar tiempo enseñándoles cómo programar profesionalmente, es un shock cuando se dan cuenta de que tendrán que soportar el código que escriben mientras estén con la empresa, no más tareas y cambios. Pero también tendrá que pasar tiempo enseñándoles su negocio (y todas sus reglas), enseñándoles cómo codificar su arquitectura, revisando su código, enseñándoles cómo evaluar y respondiendo pregunta tras pregunta tras pregunta.

bwalk2895
fuente
7

Si tienes muchos jóvenes entrando, digamos> 30, podría valer la pena dedicar un desarrollador sénior para que los guíe a tiempo completo. En mi primer trabajo contrataron a muchos de nosotros recién salidos de la universidad y tuvimos un miembro del equipo dedicado que nos ayudó a aprender las reglas durante los primeros 6 meses. Hizo la transición mucho más fácil y nos enseñó mucho.

No solo es más eficiente tener una persona encargada del trabajo, sino que puede haber una sola persona en su oficina que sabe que sería un mentor perfecto. Un buen programador no es necesariamente un buen maestro.

Jordan Bentley
fuente
2
+1 para "Un buen programador no es necesariamente un buen maestro". Sin embargo, en esta situación, no llamaría al senior un mentor sino un maestro.
scarfridge
2

Tantos como puedan mientras pueden hacer su propio trabajo a tiempo.

La respuesta, por lo tanto, depende de cuán efectivo sea el senior como desarrollador y como maestro.

Joel Brown
fuente
1
Su respuesta implica que "su trabajo" debe permanecer constante mientras que el número de juniors es variable. Eso sería un terrible error.
pdr
1
@pdr: no implicaba nada por el estilo. Esa es tu inferencia equivocada. Lo que dije es que un empleado que es un desarrollador senior tiene responsabilidades y su empleador tiene expectativas con respecto a su productividad. A menos que sus responsabilidades laborales incluyan específicamente la tutoría, el desarrollador principal tiene el deber de cumplir con las expectativas de su empleador y puede optar por asumir la mayor cantidad de tutoría que pueda manejar mientras cumple con esas expectativas.
Joel Brown
1
Yo diría que un empleador tiene una expectativa con respecto a la productividad de un equipo, no la de un individuo, y que el equipo debe ser al menos parcialmente responsable de establecer esas expectativas. El gerente de ese equipo debe establecer un equilibrio (en cualquier lugar de 0: 100 a 100: 0) entre la tutoría de un senior y otras responsabilidades que tanto el junior (s) como el senior entienden para que, si se pierde el equilibrio, alguien pueda aumentar una bandera roja temprano.
pdr
1
Yo diría que cualquier organización donde los empleados individuales no tengan expectativas establecidas para ellos no es un lugar en el que alguien con sentido tenga ganas de trabajar. Algunas organizaciones pueden establecer una "cuota" para la tutoría, pero en la gran mayoría de los casos que he visto en 25 años, más de 20 de ellos en la contratación, la tutoría es un proceso informal entre los trabajadores y el "desarrollo del personal" es solo un Responsabilidad formalmente reconocida de la gestión.
Joel Brown
1
Ese gerente tiene que entender que si agregan una expectativa de mentoría, entonces tienen que reducir su expectativa de producción en consecuencia. Si nadie tiene claras esas expectativas, entonces, cuando los juniors necesitan más tutoría de la que el gerente espera, un senior no puede advertir a su gerente, lo que significa que (a) tendrán un bajo rendimiento o (b) terminarán obligados a trabajar más horas o más probablemente (c) fallar en sus deberes de mentoría.
pdr
2

No mencionas el tipo de trabajo del proyecto que, en mi experiencia, tiene un GRAN impacto sobre dónde debería estar esa relación.

En una escala de repetición de cortador de cookies que casi podría automatizarse a cosas experimentales, el desarrollador ni siquiera está seguro de que funcionará, debe asegurarse de mantener los desarrolladores jr a la izquierda a menos que esté en una relación realmente baja e incluso más estrictamente a la izquierda si los desarrolladores sr están tratando de hacer algo que consideran para el extremo experimental del espectro porque generalmente no serán tan efectivos montando manada en un equipo de desarrolladores jr si se están esforzando al mismo tiempo .

Depende del trabajo tanto como las personas en mi opinión.

Cuenta
fuente
2

La tutoría es menos formal que la gestión. Los mentores no están directamente involucrados en la contratación, despido, revisión y disciplina. El medio ambiente será un factor importante. Aquí están los factores a considerar:

  • calidad de sr. y jr. desarrolladores
  • qué tan bien se maneja la compañía / trata a los programadores (esto agravará los otros problemas)
  • sr. carga de trabajo actual del desarrollador
  • las expectativas de la gerencia sobre qué tan rápido el jr. los desarrolladores necesitan ser productivos
  • otros recursos de capacitación (cursos asistidos por instructor, materiales de referencia, requisitos de certificación)
  • contratación para adaptarse al equipo. Muchas veces en este sitio, las personas han mencionado la importancia del equipo que se necesita para crecer y poder funcionar juntos. Alguien con un nivel de habilidad más alto puede necesitar más tutoría si no encajan.

La tutoría generalmente implica cierto nivel de vinculación y simplemente no creo que la mayoría de las personas puedan construir ningún tipo de relación interpersonal con más de 3-5 personas en un entorno determinado.

JeffO
fuente
Yo diría que los dos son trabajos completamente diferentes. Compañero de equipo más experimentado vs. jefe básicamente.
Erik Reppen
2

Idealmente, un junior trabaja con un mentor en un proyecto. De esta manera, el senior puede asignar subtareas y trabajar con ellos para completar un proyecto. Mientras más juniors tenga que manejar el Senior, menos trabajo podrá completar el senior. No quisiera que más de 1 o 2 junior trabajen con un senior en cualquier momento. Aunque el senior puede seguir asesorando a otros programadores después de 2 o 3 meses, un programador decente debería necesitar mucho menos tiempo del senior que lo que originalmente necesitaba. Por lo tanto, una persona mayor podría tener 20 o más personas para las que es mentor, pero en realidad solo 2 o 3 que realmente requieren gran parte de su tiempo.

SoylentGray
fuente