it-swarm-es.com

¿Cuál es la combinación ideal de desarrolladores senior y junior en un equipo?

En cualquier equipo, necesitarás desarrolladores más grises y grises y algunos cachorros jóvenes. Algunas razones incluyen:

  • Dinero. A menudo, hay tareas que no requieren el mismo nivel de experiencia para entregar, por lo que tiene sentido no pagar el mejor precio para que se cumplan esas tareas.
  • Energía. Hay una energía y entusiasmo que las nuevas personas pueden aportar a un equipo que evita que se vuelva demasiado obsoleto y se ponga en su camino. También hay calma y sabiduría que pueden aportar las personas de más edad.
  • Transferencia de conocimiento y crecimiento profesional. Tanto en términos del proyecto como de las habilidades, es útil y a menudo divertido enseñar a las personas y aprender cosas nuevas. Es satisfactorio ayudar a "atraer" a nuevos miembros del equipo.

Me doy cuenta de que hay algunos proyectos de vanguardia en los que puede ser importante que haya más personas mayores que jóvenes, pero en general, ¿hay una combinación ideal de experiencias en un equipo o depende totalmente del proyecto?

19
Paddyslacker

Realmente me gusta lo que Eric Brechner tiene que decir sobre este tema

Piense en su equipo como un río en lugar de un lago. Un lago se estanca. No hay energía ni ímpetu para cambiar. Lo mismo es cierto para los grupos que se estancan. Cultivan la mediocridad y la complacencia; aborrecen el riesgo. Un río siempre está corriendo y cambiando con mucha gran energía. Quieres un rio.

Un río depende del flujo de agua, y su equipo depende del flujo de personas e información. Puedes pensar en las personas divididas en tres grupos: sangre nueva, nuevos líderes y ancianos listos para un nuevo desafío. Así es como esos grupos deben equilibrarse y fluir:

  • El grupo más grande debería ser la sangre nueva. No todos se convertirán en líderes técnicos u organizativos.

  • A veces tendrás más líderes nuevos que ancianos, a veces al revés, pero idealmente debes mantener un equilibrio.

  • Para el flujo, desea un flujo constante de sangre nueva que se convierta en sus nuevos líderes, y nuevos líderes que se conviertan en ancianos.

  • La clave para fluir es la entrada de sangre nueva y la salida de los ancianos. Para que esto funcione, QUIERES que tus mayores se transfieran antes de que obstruyan el flujo e interrumpan el flujo de oportunidades para otros.

No todas las tecnologías fluyen a la misma velocidad. Los motores centrales, como el kernel de Windows, fluyen lentamente, mientras que los servicios basados ​​en la web, como MSN Search, fluyen rápidamente. Debe ajustarse a su situación, pero incluso las tecnologías más conservadoras cambian y fluyen. ¿Cómo fomentas y mantienes con éxito un flujo saludable?

  • Mantenga un suministro constante de nuevas personas.

  • Inculcar el intercambio de información como una forma de vida.

  • Forme la organización y los roles para crear oportunidades de crecimiento.

  • Encuentra nuevos desafíos para tus mayores.

14
Conrad Frix

No creo que haya ninguna ideal mezcla, depende completamente del proyecto y del entorno. Un par de ejemplos:

Todos experimentados

Puede ser apropiado contar con todos los miembros experimentados del equipo en un proyecto crítico con una fecha límite ajustada, donde no hay espacio para que los desarrolladores junior se pongan al día.

Todo junior

En otro ejemplo, podría ser apropiado tener a todos los desarrolladores Junior en un proyecto más orientado a I + D. Había un equipo en una compañía en la que trabajé, compuesto en su totalidad por pasantes a quienes se les asignaron proyectos que necesitaban una solución innovadora (pero no necesariamente rápida o correcta). Eran problemas reales de los clientes, pero no tenían una buena solución conocida, por lo que obtuvieron pasantes que serían nuevos y tendrían pocas nociones preconcebidas.

El punto aquí no es que ninguno de estos enfoques sea a menudo correcto, sino que los proyectos abarcarán toda la gama entre ellos en función de las necesidades comerciales, los factores organizativos y la disponibilidad de los desarrolladores.

7
Fishtoaster

Creo que ideal sería no tener una distinción específica entre "junior" y "senior" en absoluto. Las personas deben ser tratadas como individuos, no como elementos en un cajón. Del mismo modo, cada proyecto debe tratarse como un problema individual que requiere habilidades, talentos o personalidades individuales para resolver. Cualquier clasificación de este tipo en "junior" y "senior" solo sirve para convertir la realidad en una aproximación más burda y más burda de la misma y, por lo tanto, hace cada vez menos probable que la decisión tomada en cada caso individual sea en algún sentido "ideal".

2
Timwi