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 esas tareas se cumplan.
- 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?
fuente
No creo que haya una combinación ideal: 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 un plazo ajustado, donde no hay espacio para que los desarrolladores junior se pongan al día.
Todo junior
En otro ejemplo, podría ser apropiado contar con todos los desarrolladores Junior en un proyecto más orientado a I + D. Había un equipo en una empresa en la que trabajé, compuesto en su totalidad por pasantes a los que se 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 tení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.
fuente
Creo que lo ideal sería no tener una distinción específica entre "junior" y "senior". 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".
fuente