¿Qué papel debe jugar un gerente de proyecto en un proyecto Agile? [duplicar]

Estoy en un proyecto de software con un gerente de proyecto que parece estar haciendo cosas que no agregan valor o que el resto del equipo Agile podría hacer fácilmente por sí mismo. Se siente como si estuvieran luchando por dejar de lado la mentalidad tradicional de cascada / comando y control.

El problema para mí no es tanto que no sepa qué debe hacer el gerente del proyecto, creo que debería dejar de microgestionar, pero mi problema es que no sé cómo resaltar esto de una manera constructiva sin dar la impresión de ser excesivamente crítico o hiriendo su ego haciéndolo sentir inútil. Quiero detener los enfoques conflictivos de una manera constructiva que agregue valor al proyecto en sí.

¿Alguien sabe cómo puedo resaltar estos problemas de manera sensata y lograr una transición efectiva a un proyecto verdaderamente Agile?

Dependiendo del caso específico, si su PM es realmente microadministrador, puede ser una buena idea abordar este punto explícitamente sin referirse a roles formales, sino más bien a valores ágiles. Se permite que un contexto de proyecto ágil sea imperfecto en cualquier momento, pero debe desarrollarse con el tiempo. A veces, el desarrollo/transición no solo lo requiere una persona. Tal vez el equipo desencadene la desconfianza del primer ministro. La pregunta es, ¿pueden ser abiertos al respecto sin causar ningún problema? Pero realmente no hay una receta estándar para esto. ¿No puede el SM ser de alguna ayuda aquí?
Si la pregunta es "¿cómo evitas que un PM sea un microgerente?" entonces tienes un buen desafío en tus manos. podría ser simplemente la forma en que está conectado. Trate de asegurarle cuando haga sus tareas que sabe lo que está haciendo y pídale que confíe en su experiencia y juicio. Una segunda opción es registrar el tiempo perdido mientras se producen las interrupciones y destacarlas como un problema. ¡pero tenga cuidado, debe mantener su PM de nuestro lado!

Respuestas (1)

Para que asuma un rol apropiado, debe tener conocimientos en el área Agile. Dependiendo de en qué trabaje, puede intentar cumplir con el rol de Scrum Master o el rol de propietario del producto. La mayoría de las veces, "SM" cae de forma más natural, ya que es la persona que facilita y ayuda con los impedimentos. Para aportar valor, puede hablar con las partes interesadas, protegerlo de la política ejecutiva, traer expertos en la materia para que lo ayuden, etc.