Gobernanza del proyecto
La gobernanza del proyecto no implica su gestión, aunque se produce cierta superposición. La gobernanza del proyecto es el marco en el que se toman las decisiones sobre el proyecto. La gobernanza del proyecto es un elemento crítico del proyecto; realizarla de forma incorrecta, o no llevarla a cabo, provocará el fracaso del proyecto.
Nota
Es mejor contar con algún proceso de gobernanza del proyecto que no tener ninguno.
Gobernanza de un proyecto
Los proyectos no son fijos. Durante un proyecto, surgirán desafíos que deberán abordarse. Si se ignoran estos desafíos, lo que originalmente era una pequeña duda podría convertirse en un problema mayor. Si un proyecto se centra excesivamente en los problemas a medida que se producen, es posible que el proyecto no logre avanzar. Contar con un proceso de gobernanza del proyecto ayudará al director del proyecto a hacer frente a las preocupaciones a medida que surjan.
La gobernanza del proyecto se centra principalmente en la toma de decisiones del proyecto y suele responder a las siguientes preguntas:
- Autoridad: ¿Quién toma la decisión? ¿Tiene esa persona la experiencia y los conocimientos necesarios para tomar la decisión correcta?
- Proceso: ¿Cómo se toman las decisiones? ¿Cómo equilibra el análisis de impacto con la necesidad de tomar decisiones oportunas?
- Evidencia: ¿Qué información se necesita para tomar una decisión? ¿Cómo se realiza el análisis del impacto?
Cualquier proceso de gobernanza debe estar alineado con los términos contractuales para los cambios acordados por el cliente. Lo ideal sería que en la declaración de trabajo de un proyecto, se definiera el proceso de toma de decisiones con la autoridad final nombrada.
A menudo, el cliente, ya sea interno o externo, tendrá su propio proceso de gobernanza; Sin embargo, este proceso puede tener carencias o no ser relevante para Microsoft Power Platform. Los proyectos que se implementan con Microsoft Power Platform pueden ser diferentes de los proyectos que los clientes han experimentado anteriormente, y el proceso de gobernanza existente puede que no corresponda con la velocidad de la toma de decisiones ni con el nivel de información necesaria. El arquitecto de soluciones debe asegurarse de que el proceso de gobernanza haga frente a las necesidades de un proyecto de Microsoft Power Platform. Un arquitecto de soluciones deberá adoptar el proceso existente o crear un proceso híbrido.
Importante
Si no hay ningún proceso establecido, el arquitecto de soluciones debe impulsar la creación de un proceso de gobernanza o crear uno.
Procesos de gobernanza
Como mínimo, un proyecto debe evaluar:
- Riesgos: procesos implementados de documentación, evaluación y mitigación de riesgos.
- Problemas: documentación de problemas y un proceso de evaluación de los mismos.
- Cambios: documentación de cambios y un proceso formal de control de cambios.
Nota
En este módulo no se cubre cómo implementar un proceso de gobernanza; sin embargo, se preocupa por hacer que el arquitecto de soluciones sea consciente de que debe establecer un proceso de gobernanza para el proyecto que haga frente a las necesidades del proyecto.
Su experiencia en gobernanza de proyectos
Piense en los proyectos en los que ha trabajado como miembro del equipo del proyecto y luego responda a estas preguntas:
- ¿Cómo se registraron los problemas?
- ¿A quién se le permitió plantear un problema?
- ¿Se evaluaron los problemas?
- ¿Quién realizó la evaluación?
- ¿Cómo se plantearon los cambios?
- ¿Tenían estos procesos el nivel adecuado para su proyecto?
- ¿Cómo podría haberlos mejorado?
En la siguiente unidad se explica de forma más detallada el rol del arquitecto de soluciones en la gobernanza del proyecto.