Un módulo entregado falló durante las pruebas de aceptación del usuario. Usted descubre que el componente que falló fue construido por otro equipo y que el gerente de negocios había aprobado una funcionalidad diferente. ¿Qué debería hacer?

La opción correcta es revisar el proceso de control integrado de cambios con todos los interesados. Este enfoque aborda la causa raíz del problema: una funcionalidad diferente aprobada por el gerente de negocios sin pasar por el proceso de cambio establecido, lo que llevó a un módulo fallido. Al revisar el proceso, se asegura que todos comprendan la importancia de seguirlo para evitar futuras desalineaciones y garantizar que los cambios se gestionen de forma adecuada y se comuniquen a todas las partes relevantes. Escalar la desalineación a la PMO y al director del gerente funcional es una acción reactiva que no resuelve la causa subyacente del problema. Pedir a la PMO que recupere el costo es punitivo y no promueve la colaboración ni la mejora del proceso. Solicitar recursos empresariales dedicados para apoyar las pruebas funcionales no aborda la falta de un proceso de cambio adecuado y solo es un parche temporal.