¿Se debe informar el desempeño al equipo del proyecto?

Naturalmente. La gente quiere saber cómo les está yendo como equipo, no solo individualmente. Además, cuando necesitas tomar acciones correctivas hacia el equipo, ellos necesitan saber el motivo.

También pueden ayudar al PM cuando las cosas no salen como se desea y se sentirán bien cuando las cosas salgan según lo planeado.

En general, la transparencia genera confianza . Ocultar información a su equipo creará tensión.

Dicho esto, aún necesita " administrar " su comunicación. Por ejemplo, si el mal desempeño se debe a una sola persona (por la razón que sea), y es deducible de su informe de desempeño, debe tener cuidado de que el resto del equipo no comience a molestarlo antes de que usted tenga la oportunidad. oportunidad de empezar algo correctivo. Entonces, en lugar de simplemente enviarles la información, es mejor que discuta el informe durante la reunión de estado semanal para que pueda poner las cosas en su perspectiva adecuada (y al mismo tiempo obtener información para mejorar).

Tengo una historia relacionada con esto. Hace algunos años, trabajé en un equipo de proyecto para un PM en particular durante aproximadamente un año y medio. Al final de ese año y medio, dejó la organización. Poco después de eso, me pidieron que ayudara a localizar cierta documentación. Lo encontré, pero en el camino encontré una carpeta llena de "Informes de estado semanales" que ella había enviado sobre el equipo y su progreso. Nunca los había visto antes y no tenía ni idea de que existían.

Empecé a mirar a través de los informes de estado y encontré algunas "sorpresas" reales allí. No hace falta decir que estaba bastante descontento con algo de lo que encontré. Como miembro del equipo, hubiera apreciado la oportunidad de aclarar e incluso corregir parte de la información que se proporcionó allí.

Entonces, si está proporcionando un informe de desempeño escrito sobre su equipo a otra persona, le recomendaría que también deje que el equipo lo revise. Si ven o escuchan sobre uno de estos informes de otra persona y tienen desacuerdos al respecto, no será bueno para su relación con el equipo.

"Informar" el rendimiento al equipo del proyecto es quizás demasiado formal, pero sin duda discutiría el rendimiento con el equipo y les informaría sobre los aspectos más destacados, los aspectos más negativos y la tendencia general. El equipo, individual y colectivamente, tendrá una visión de cómo va el proyecto, por lo que si les oculta el desempeño, inventarán su propia versión de la verdad. Esto puede estar muy lejos de lo que está informando, por lo que cuando alguien le pregunta informalmente a un miembro del equipo cómo va el proyecto, obtendrá una respuesta que no refleja su punto de vista.

La otra razón para mantener al equipo en el circuito de comunicación es que si el proyecto va bien, ese conocimiento los impulsará. Si va mal, es posible que puedan ofrecer sugerencias para volver a encarrilarlo y, en algunos casos, estas pueden ser mucho más radicales de lo que se hubiera sentido capaz de pedir.

De cualquier manera, si desea que el equipo actúe como participantes maduros en lugar de solo recursos, merecen saber lo que está sucediendo.

Por supuesto.

+1 por la respuesta de Stephan, destacando dos cosas importantes:

• 'Gestiona tu comunicación': como gerente, tu deber es hacer que el equipo se sienta lo más unido posible.

• Respeto: Los programadores están muy motivados por el respeto , no solo por el dinero (leí un excelente post sobre esto en algún lado... pero no pude encontrarlo ahora). Ofrecer la sensación de que están en el camino correcto hará que se sientan mucho más motivados para mantener el buen trabajo. Si no tienen comentarios si lo están haciendo bien, se perderán estos comentarios.

No es necesario que sea un 'informe semanal formal', como destaca ILM. Yo diría que cuanto más informal, pero realista, sea posible, mejor. Sin embargo, después de la charla informal, siempre es bienvenido un correo para recordar los temas tratados.