¿Por qué un PM no puede ser un control de calidad exitoso?

Un PM puede ser un QA teóricamente. Porque un PM conoce el proyecto a fondo y puede asegurar que las cosas funcionen como deberían. Pero no prácticamente. ¿Por qué?

En algunas organizaciones pequeñas, un gerente de proyecto también usa el sombrero de un gerente de control de calidad. Lo cual es un rol en conflicto ya que estos dos roles son opuestos entre sí. En la práctica, el gerente de control de calidad sigue algunos SOP para evaluar adecuadamente la funcionalidad del trabajo del software según lo previsto y está a la par con la experiencia general del usuario. Cualquier problema encontrado se documenta adecuadamente y se envía al equipo de desarrollo para que trabaje en él. Esto se repite hasta que el producto está listo para el usuario final. Otras funciones de un gerente de control de calidad es mantener registros de defectos conocidos y probarlos.

Mientras que un PM está más familiarizado con el alcance del producto. Un PM conoce los requisitos del producto como nadie más. PM tiene que evaluar los riesgos adecuados y la línea de base de costos, administrar los recursos del producto, comunicarse con las partes interesadas y cumplir con el cronograma. Y por último liderar el equipo de control de calidad. Debido a que cuanto más se repite el ciclo, más probable es que exceda la línea base de costos.

La principal diferencia entre un gerente de proyecto/producto o un gerente de control de calidad radica en la aplicación de la mentalidad correcta por parte de un gerente de proyecto. Un gerente de proyecto que usa el sombrero de gerente de control de calidad siempre se enfoca en que la apariencia de su proyecto se vea más inteligente, incluso cuando se observan resultados de control de calidad contradictorios en el proceso.

Estoy seguro de que muchos gerentes de proyecto que desempeñan este tipo de función dual darán fe de este hecho en lo más profundo de su corazón, aunque no lo expresen en el exterior. Esto se debe a que un gerente de proyecto quiere ser un gerente de proyecto, no un gerente de control de calidad. Cuando un gerente de proyecto designado actúa como gerente de control de calidad, psicológicamente tiende a ser un gerente de proyecto en lugar de un gerente de control de calidad.

Cuando se observa una funcionalidad defectuosa en un sistema, un gerente de control de calidad puede evaluar fácilmente con la documentación adecuada y los informes que aceleran el trabajo para el desarrollador donde este podría no ser el caso con un gerente de proyecto. Un gerente de proyecto puede estar bajo muchas presiones de las partes interesadas, la fecha límite del proyecto y los costos de desarrollo que podrían exceder esto.

Esto tiene un impacto negativo y puede causar ciertos problemas que incluyen, entre otros, desmoralizar al desarrollador responsable. Estos problemas se pueden manejar de manera diferente de una manera más adecuada.

Los gerentes de proyecto pueden estar en desacuerdo conmigo, pero no está escrito en letra pequeña que el caso de cada proyecto sea el mismo y que se puedan aplicar los mismos principios. Es mejor seguir los procedimientos generales donde hay un gerente de control de calidad para manejar estas cosas y PM puede enfocarse en sus preocupaciones para minimizar o mitigar los problemas que pueden aparecer más adelante en el proyecto.

Así es como los miembros del equipo se benefician de un control de calidad exitoso: "Mejor moral, más entusiasmo y menos frustración".