¿Qué debe hacer un gerente de proyecto para incorporar de manera eficiente a los miembros remotos del equipo?

¿Qué puedo hacer como gerente de proyecto para garantizar que los nuevos miembros del equipo se actualicen rápidamente dentro del equipo del proyecto?

El equipo es multidisciplinario y cuenta con ingenieros de software móvil, diseñadores de UI y UX, desarrolladores web front-end y back-end y evaluadores. Los miembros del equipo están entrando rápido; necesitan capacitación para acostumbrarse a nuestros sistemas y procesos, pero también necesitan sentirse parte del equipo.

En la gestión de un proyecto, el factor más importante es tener gente trabajando en el proyecto como si fuera propio. Con equipos dispersos que no tienen un lugar de trabajo común y que tal vez nunca se reúnan, ese propósito se ve obstaculizado por problemas de comunicación, desconfianza, diferencias culturales, lo que sea.

¿Cómo debo abordar este tema desde una perspectiva de gestión de proyectos?

¿Tu equipo está haciendo desarrollo de software?
Sí. Desarrollo de software web y móvil complejo.
Hola sqreept, bienvenido a PMSE. Edité un poco tu publicación para que suene menos como una encuesta y también para que sea un poco más aplicable a la gestión de proyectos. Probablemente le vendría bien un poco más de detalles sobre el proyecto y los sistemas para que la gente no haga suposiciones incorrectas. ¡Espero que esto ayude!
Al igual que los demás, voy a dejar esto abierto, pero la pregunta, tal como se indica, suena como un problema del gerente de línea o del lugar de trabajo. Me pregunto cómo reformular la pregunta para enfatizar los problemas de PM
Déjame dar más contexto aquí:
En la gestión de un proyecto, el factor más importante es tener gente trabajando en el proyecto como si fuera propio. Con equipos dispersos que no tienen un lugar de trabajo común y que tal vez nunca se reúnan, ese propósito se ve obstaculizado por problemas de comunicación, desconfianza, diferencias culturales, lo que sea. Lo que estoy preguntando aquí es lo que otros intentaron y trabajaron para mejorar la sinergia y el sentido de pertenencia de un equipo disperso.
Excelentes aclaraciones; Los he agregado nuevamente a la pregunta porque creo que aumenta el valor.
He reeditado la pregunta para que no sea una pregunta de sondeo, que de lo contrario se cerraría. Creo que esta pregunta es valiosa como una pregunta de alcance de roles de PM.

Respuestas (3)

La perspectiva de la gestión de proyectos está orientada a los procesos

La gestión de proyectos tiene que ver con el proceso de pastoreo. Como tal, los detalles de implementación, como las prácticas XP o la capacitación, son (en el mejor de los casos) tangenciales al rol.

Sin embargo, hay cosas que puede promover a nivel de proyecto. Por ejemplo:

  1. Convierta la incorporación en un proceso definido.
  2. Haga que el equipo de desarrollo sea responsable de diseñar e implementar el proceso de incorporación.
  3. Trabaje con el equipo de desarrollo para identificar métricas e hitos para la incorporación.
  4. Acuerde una "definición de hecho" para completar el proceso de incorporación.
  5. Habilite el éxito, pero falle temprano cuando (no si) la incorporación ocasionalmente no es exitosa.

Por qué los detalles no importan

Los detalles específicos de implementación variarán según los requisitos del proyecto, la cultura organizacional, la composición del equipo y (lo más importante de todo) las personalidades de quienes ya están en el equipo. Eso hace que prescribir una "mejor práctica" genérica sea casi inútil.

Desde una perspectiva de proyecto, el enfoque en los criterios de entrada y salida para el proceso de incorporación es lo más importante. Por ejemplo, el proyecto podría:

  • Quiere que todos los nuevos desarrolladores sean competentes para manejar tickets de errores de rutina, con un dominio más profundo de la base de código reservada para "más adelante" en algún lugar.
  • Quiere que la incorporación inicial se complete en seis semanas o menos.
  • Quiere alguna forma de saber si el proceso de incorporación fue exitoso o fallido.
  • Quiere un mecanismo de retroalimentación para inspeccionar y adaptar el proceso de incorporación para hacerlo más eficiente.

En un proyecto que gestioné, el proceso de incorporación incluía una programación de pares diaria centrada en las pruebas unitarias, que a menudo es una forma excelente para que un nuevo programador comprenda las suposiciones, afirmaciones y expectativas subyacentes que tiene una aplicación. El equipo consideró que la incorporación se completó con éxito cuando el nuevo empleado pudo convertir un boleto SEV-3 sin complicaciones en una prueba unitaria fallida dentro de las 48 a 72 horas.

Si su taller no realiza pruebas unitarias, se resiste a la programación en pares o tiene alguna otra métrica para considerar que la incorporación está completa, obviamente necesitará un proceso diferente y un conjunto diferente de procedimientos. Las personas que mejor pueden identificar esos procesos y procedimientos son el propio equipo de desarrollo, entonces, ¿por qué no dejar que hagan lo que mejor saben hacer?

Concéntrese en el seguimiento del rendimiento del proyecto y los criterios de salida para el proceso de incorporación. No trate de hacer el trabajo del equipo de desarrollo por ellos. Al final del día, la integración de un nuevo miembro del equipo puede ser un proceso de proyecto, pero es inherentemente responsabilidad del equipo de desarrollo.

Respuesta corta: la forma más eficiente que conozco para capacitar e integrar a un nuevo miembro del equipo es el emparejamiento (programación en pares, no sé hasta qué punto se puede aplicar esto a los probadores, etc.).

Con la programación en pareja, los nuevos miembros estarán en el equipo desde el principio, aprenderán cómo funciona su organización desde adentro y comenzarán a hacer su trabajo realmente rápido; pero es posible que deba asegurarse de que el equipo esté listo para la programación en pareja y aceptarla antes de intentarlo con un nuevo recluta.

Mi experiencia como desarrollador es: nunca subestimes las reuniones en la vida real.

Después de conocer a los miembros remotos de mi equipo en la vida real por primera vez, mi interacción con los miembros del equipo cambió drásticamente. Después de todo, es muy común con las actividades de creación de equipos cuando se forman nuevos equipos, la razón es que las actividades fuera de la oficina mejorarán la comunicación dentro del equipo. Los miembros remotos del equipo no solo se ven obligados a comunicarse a través de un teléfono de telepresencia, sino que también los aislará de las charlas diarias que son tan cruciales para formar un equipo.

La otra opción es trabajar con lo que tienes y, por lo tanto, asignar tareas aisladas al equipo remoto, lo que les permite formar un subequipo propio.