Diagrama del proceso de gobierno de proyectos
Plantilla para aprobar el acta, definir roles y referencias, informar de RAID, controlar cambios, escalar, revisar fases, aceptar y cerrar proyectos.
¿Qué es diagrama del proceso de gobierno de proyectos?
El gobierno de proyectos es el sistema de decisión que rodea la entrega: quién autoriza el trabajo, con qué referencia se mide, qué desviación puede gestionarse localmente y qué debe llegar a la autoridad de cambios o al comité. Este proceso parte de un acta aprobada y responsabilidades explícitas, y establece referencias de alcance, calendario y coste respaldadas por planes de trabajo. Las actualizaciones periódicas de estado y RAID comparan la previsión con la tolerancia, pasan los cambios por análisis de impacto y ofrecen opciones al comité cuando una excepción necesita una decisión, no solo un indicador rojo.
El diagrama gobierna un proyecto; no clasifica inversiones de toda la organización ni sustituye los planes de entrega. La asignación de cartera corresponde a /es/templates/priorizacion-de-iniciativas-digitales, donde las propuestas compiten por financiación y capacidad. Este flujo comienza tras autorizar el mandato y devuelve a cartera los cambios importantes de previsión cuando corresponde. Adapta frecuencia, tolerancias delegadas, autoridad de cambios y pruebas de fase al tamaño y riesgo. Los proyectos ligeros pueden combinar roles y revisiones, pero deben conservar registros claros de aprobación, escalado y cierre.
Qué cubre este diagrama de flujo
En esta plantilla
- Ocho fases para acta, roles, referencias, estado y RAID, cambios, escalado, revisión de fase y cierre
- Foros, frecuencia y derechos de decisión explícitos antes de comenzar a informar
- Referencias de alcance, calendario y coste con propietario, conectadas a planes y dependencias creíbles
- Escalado por tolerancias y aprobación de cambios con impacto evaluado, referencias actualizadas y justificación comunicada
- Revisión del comité, puertas repetibles, aceptación del patrocinador y archivo de decisiones, lecciones y acciones
Cuándo usar esta plantilla
- Un proyecto tiene muchas reuniones de estado, pero no está clara la autoridad para aprobar alcance, financiación, calendario o riesgos
- Las excepciones previstas siguen en rojo durante varios ciclos porque no se han definido umbrales ni opciones obligatorias
- Los cambios se implantan antes de evaluar su impacto y actualizar la referencia aprobada
- Los patrocinadores necesitan pruebas de fase coherentes y una ruta formal para aceptar entregables, transferir acciones y cerrar
Cómo funciona
Nombra los roles reales de gobierno
Sustituye los carriles por roles con autoridad en la organización. Documenta responsabilidades de patrocinador, jefe de proyecto, PMO, autoridad de cambios y comité, incluida la delegación y un suplente si falta quien decide.
Fija referencias y tolerancias
Define alcance, calendario, coste y resultados aprobados, y la desviación que cada rol puede gestionar sin escalar. Usa el impacto previsto, no solo el estado actual, para actuar antes de que el umbral sea irrecuperable.
Haz operativo RAID
Para cada riesgo, supuesto, incidencia y dependencia exige propietario, respuesta o validación, fecha y activador de escalado. Centra el informe en decisiones y consecuencias previstas en vez de repetir todo el registro.
Diseña rutas de cambio y escalado
Escribe qué constituye un cambio, qué pruebas de impacto exige, quién aprueba cada nivel y cómo la decisión actualiza planes y partes interesadas. Un escalado debe presentar opciones, recomendación y consecuencia de esperar.
Define las pruebas de fase y cierre
Enumera resultados, controles, previsión, aceptación y preparación exigidos en cada puerta. Al cerrar, identifica dónde archivar decisiones y lecciones, quién acepta los entregables y adónde pasan las acciones abiertas con responsables y fechas.
Preguntas frecuentes
¿Qué incluye un proceso de gobierno de proyectos?
Incluye autorización mediante acta, roles y foros responsables, referencias de alcance, calendario y coste, informes de estado y RAID, tolerancia delegada, control de cambios, escalado de excepciones, decisiones del comité, puertas de fase, aceptación del patrocinador y cierre formal. Su propósito es hacer utilizables la autoridad, las pruebas y el escalado.
¿Qué diferencia hay entre gobierno y gestión de proyectos?
La gestión planifica y coordina la entrega. El gobierno establece autoridad, supervisión, umbrales y responsabilidad. El jefe de proyecto prepara previsiones, gestiona RAID y recomienda respuestas; patrocinadores, autoridades y comités deciden lo que supera la tolerancia delegada. Deben conectarse sin sustituirse.
¿Cuándo debe escalarse una incidencia de proyecto?
Escala cuando el impacto previsto supere la tolerancia delegada de alcance, tiempo, coste, calidad, riesgo o resultado; cuando una dependencia no pueda resolverse al nivel de trabajo; o cuando la decisión exija otra autoridad. Define umbrales y plazos antes. El escalado debe incluir pruebas, opciones, recomendación y consecuencia de esperar.
¿Qué debe decidir una puerta de fase del proyecto?
Debe decidir si las pruebas justifican continuar, pausar, reformular o cerrar. Revisa resultados, riesgos abiertos, previsión de coste y calendario, dependencias, recursos y preparación para la siguiente fase. Registra condiciones y responsables. No debe repetir una revisión rutinaria de estado.
Dónde encaja este proceso
En la mayoría de las organizaciones, este proceso sigue a Proceso de priorización de iniciativas digitales y da paso a Proceso de implementación de software empresarial.
Es un paso de Transformación digital.
Paso 2: Proceso de priorización de iniciativas digitales
Plantilla para recepción comparable, puntuación con pruebas, dependencias, escenarios de capacidad, aprobación de cartera y reequilibrio controlado.
Paso 3: Diagrama del proceso de gobierno de proyectos Estás aquí
Plantilla para aprobar el acta, definir roles y referencias, informar de RAID, controlar cambios, escalar, revisar fases, aceptar y cerrar proyectos.
Paso 4: Proceso de implementación de software empresarial
Plantilla para descubrimiento, requisitos, diseño, configuración, integración, migración, pruebas, UAT, puesta en marcha, soporte intensivo y traspaso.
Paso 6: Diagrama del proceso de pruebas de aceptación de usuario