¿Cuáles son los efectos de la rotación de profesionales entre diferentes proyectos durante el desarrollo de software?

Actualmente, estoy realizando una investigación centrada en los efectos de la rotación en el desarrollo de software. Entonces, me interesa entender cómo los desarrolladores, ingenieros de software, testers, es decir, todos los individuos que participan en el proceso de desarrollo de software, ven y sienten esta práctica de rotación entre proyectos o equipos, que aplican muchas empresas.

Así que me preguntaba si alguien por aquí ha experimentado esto en su trabajo. Por ejemplo, estás en medio de un proyecto y el gerente te cambió a otro proyecto. Tuviste que dejar tu equipo, tus tareas fueron asignadas a otra persona y comienzas a trabajar en un proyecto diferente con un equipo diferente.

Me gustaría saber cómo se siente, como, ¿cómo fue esta experiencia? ¿Como paso? ¿Cuáles fueron los aspectos positivos (cosas buenas que trajo la rotación)? ¿Cuáles fueron los aspectos negativos (cosas malas que trajo la rotación)? ¿Cómo afectó su desempeño en el trabajo? ¿Cómo afectó a su equipo anterior? ¿Cómo ves o qué piensas sobre este proceso de rotación entre diferentes proyectos en medio del desarrollo?

Estoy muy agradecido de antemano por todas las respuestas.

¿Reformular rotar a los desarrolladores para 'romper equipos exitosos'?
¿Es esta una pregunta sobre la gestión de proyectos? ¿Sería más sobre el tema en el lugar de trabajo?

Respuestas (2)

Actualmente soy Project Manager, pero tengo algunos años trabajando como desarrollador, y te puedo contar mi experiencia.

Estaba cambiando en algunos proyectos cuando era un desarrollador bastante nuevo. De hecho, creo que cuanto menos experiencia tengas, más probable es que PM te pida que cambies de proyecto.

Razones:

  • Tienes poca experiencia en general o poca experiencia en el proyecto. En todos los casos, usted no es un miembro clave y su salida del proyecto no afectará su estado.
  • Cuando no tienes mucha experiencia y eres joven, estás más ansioso por aprender nuevas tecnologías. El gerente puede llevarlo a un proyecto de investigación, a veces un proyecto no muy importante para probar alguna idea y tecnología.
  • En el modelo Offshore Sofware Development Center (OSDC), los clientes pueden elegir a los miembros más experimentados para que trabajen para ellos y no quieren ni permitirán reemplazar a sus desarrolladores actuales con otros, especialmente cuando no conozco la experiencia de las personas nuevas. .

Eso no quiere decir que los miembros experimentados no tengan que moverse. Cuando finalicen los proyectos actuales, cuando el gerente quiera formar un equipo con seniors y juniors, cuando los seniors soliciten activamente un cambio, etc., se les asignará a nuevos proyectos. En mi opinión, el equipo se forma sobre todo para hacer proyectos. El equipo y los proyectos van de la mano, ningún gerente crea un equipo por el simple hecho de crear un equipo .

Volviendo a mi historia: el primer paso fue cuando pasé del equipo Php al equipo ios. En realidad, el equipo tenía solo 1 miembro: yo. La empresa a la que le estaba yendo bien en tecnología web, ahora quiere experimentar en un nuevo campo: la aplicación móvil. Yo era joven, ansioso y muy rápido en el aprendizaje de nuevas tecnologías, por lo que me motivó el proyecto. Duré 6 meses y terminé el proyecto. La experiencia fue bastante positiva : aprendí sobre tecnología móvil que nunca tuve la oportunidad de aprender, y disfruté bastante de la tecnología.

El segundo movimiento no es bueno. Después del proyecto de 6 meses, fui trasladado nuevamente al equipo de Java Web. Razón: la empresa de alguna manera no quería continuar con la creación del equipo móvil. Tenían proyectos en Java que eran más lucrativos y menos riesgosos. En ese momento tuve la sensación de inestabilidad, incertidumbre de que si seguía cambiando con tanta frecuencia, terminaría sin ser un experto en (muchas) tecnologías. Entonces fue una experiencia negativa para mí, en la medida en que pensé en cambiar de compañía.

En general, los cambios de recursos humanos no deberían ocurrir en medio del desarrollo , a menos que esté convencido de que hay algo de importancia que debe abordarse, no tiene otras opciones que trasladar a las personas y tiene una gran disposición a trasladar a las personas.

De lo contrario tendrás muchos problemas:

  • Replanificación de proyectos actuales debido a cambios humanos
  • Sensación de incertidumbre e inestabilidad que resulta en baja moral

Las desventajas de la rotación a mitad de proyecto:

  • La confianza interpersonal puede verse comprometida
  • Pérdida de experiencia en la materia (vs experiencia técnica).
  • Alteración de la inteligencia emocional del equipo. El equipo vuelve de actuar a asaltar.
  • Creación de culpa/arrepentimiento del sobreviviente
  • Capacidades de comunicación interrumpidas
  • Las partes interesadas externas se preocupan por la rotación del proyecto

Las ventajas:

  • Resolver un conflicto de personalidad intratable
  • Reequilibrar los conjuntos de habilidades técnicas de acuerdo con la etapa de maduración de los proyectos (cambiar un arquitecto de red por un arquitecto de información)
  • Reemplazar al personal menos efectivo con personal más efectivo
  • Reduzca el tamaño del proyecto a medida que la carga de trabajo se reduce hacia la finalización del proyecto.
  • Libere personal para nuevos proyectos
  • Sustituir al personal senior por personal con menos experiencia ahora que los entregables están definidos y en marcha