Cuando un proyecto no cumple sus objetivos, la revisión suele centrarse en la ejecución: retrasos, cambios de alcance, desviaciones de presupuesto. La causa raíz, sin embargo, casi siempre está en decisiones anteriores al kickoff.
Sólo el 73,8 % de los proyectos alcanzan sus objetivos de negocio a nivel global, según el último informe del Project Management Institute. Es decir, más de 1 de cada 4 proyectos no entrega lo que prometió cuando fue aprobado.
La causa no está en la ejecución. Está en las semanas o meses previos al arranque. En decisiones que la organización tomó — o no tomó — antes de iniciar un proyecto, y que después condicionaron todo lo que vino detrás.
Este artículo no es un nuevo checklist de la fase de iniciación descrita en la guía del PMBOK. Es una revisión consultiva del terreno anterior: qué debe resolverse antes de que exista un acta de constitución para que el proyecto tenga posibilidades reales de éxito.
A lo largo de las próximas secciones abordamos:
- Por qué la fase previa es la más subestimada de la gestión de proyectos.
- Las 4 dimensiones que definen si tu proyecto está preparado para arrancar.
- Las 12 decisiones críticas, explicadas una a una.
- Cómo materializarlas en el ecosistema Microsoft 365 sin sobrecargar a la PMO.
Si tu organización gestiona una cartera exigente de iniciativas, este análisis te ayuda a decidir mejor qué proyectos deben arrancar, cuándo hacerlo y con qué condiciones.
Nota: este artículo va dirigido a Directores de PMO, CIOs, CTOs y responsables de gestión de proyectos en organizaciones que buscan reforzar la calidad de sus decisiones antes de arrancar nuevas iniciativas, no optimizar la ejecución posterior.
También te puede interesar:
- Migración de Project Online a Planner Premium: qué se migra, qué no y con qué límites
- Principios de la gestión de proyectos: lo que diferencia a los que entregan valor
- Gestión ágil en Planner Premium: Scrum, Kanban y sprints
Por qué la fase previa es la más subestimada de la gestión de proyectos
La mayoría de metodologías —incluida la del PMBOK— reconocen la iniciación como la primera fase formal del ciclo de vida de un proyecto. En ella se elabora el acta de constitución, se identifican stakeholders y se asigna un director de proyecto.
Sin embargo, esa iniciación asume algo que rara vez se cuestiona: que el proyecto debe existir. La decisión real —arrancar o no arrancar, y en qué condiciones— se toma antes. Y esa fase previa no tiene nombre oficial ni responsable formal en muchas organizaciones.
Ese vacío es donde se acumulan los problemas que después se atribuyen a la ejecución. Cuando una PMO revisa proyectos con desviaciones graves, suele encontrar el mismo patrón:
- El proyecto se aprobó sin criterio de éxito medible.
- El patrocinador no tenía autoridad real sobre las áreas implicadas.
- El presupuesto se estimó sin verificar la capacidad real del equipo.
- La herramienta de control se decidió a mitad del camino.
Ninguna de esas causas es un fallo de ejecución. Son fallos de decisión anteriores al kickoff.
Esta distinción es relevante porque cambia dónde se busca la mejora:
- En la iniciación formal se optimiza cómo se documenta y comunica un proyecto ya decidido.
- En la fase previa se optimiza qué proyectos merecen arrancar y en qué condiciones deben hacerlo.
Las 12 decisiones que analizamos a continuación pertenecen a esta segunda fase. No son una alternativa al acta de constitución: son el trabajo estratégico que la precede.
Las 4 dimensiones que definen si un proyecto está listo para arrancar
Un proyecto no fracasa por una sola causa, sino por la combinación de decisiones débiles en varios frentes. Por eso agrupamos las 12 decisiones críticas en cuatro dimensiones que deben revisarse en paralelo antes de iniciar un proyecto.
Cada dimensión responde a una pregunta que la organización debe poder contestar con criterio, no con optimismo:
- Viabilidad estratégica: ¿este proyecto debería incluso existir?
- Gobernanza: ¿quién decide qué y cuándo?
- Capacidad: ¿la organización puede absorberlo?
- Tecnología y visibilidad: ¿podremos saber cómo va en tiempo real?
La tabla siguiente resume cómo se agrupan las 12 decisiones en cada dimensión. Es la estructura que se desarrolla en los cuatro apartados posteriores.
| Dimensión | Pregunta clave | Decisiones asociadas |
|---|---|---|
| 1. Viabilidad estratégica | ¿Aporta valor real al negocio? | 1. Alineación con objetivos 2. Coste de oportunidad 3. Criterio de éxito medible |
| 2. Gobernanza | ¿Quién decide y con qué autoridad? | 4. Patrocinador ejecutivo 5. Mapa de stakeholders 6. Modelo de escalado |
| 3. Capacidad | ¿La organización puede ejecutarlo? | 7. Disponibilidad real de recursos 8. Presupuesto verificado 9. Ventana temporal |
| 4. Tecnología y visibilidad | ¿Podremos controlar el avance? | 10. Herramienta y método 11. Reporting ejecutivo 12. Integración con el portafolio |
Este marco funciona como filtro previo. Un proyecto que aprueba las cuatro dimensiones no garantiza el éxito, pero un proyecto que suspende alguna prácticamente asegura el fracaso.
A continuación se analiza cada decisión por separado, con los criterios que una PMO madura debe aplicar en su revisión.
Viabilidad estratégica: ¿este proyecto debería existir?
La primera dimensión responde a la pregunta más incómoda que puede hacerse una PMO antes de un arranque: si el proyecto merece existir. No cuánto costará, no cómo se ejecutará. Si aporta algo real o si sólo consumirá capacidad organizativa.
Los proyectos que fallan en esta dimensión rara vez lo hacen por ambición. Suelen fallar por inercia: alguien los pidió, alguien los aprobó, y nadie los cuestionó a tiempo.
Decisión 1: Alineación con los objetivos de negocio
Antes del arranque, el proyecto debe conectarse de forma explícita con un objetivo estratégico de la organización. No basta con que sea una buena idea aislada.
Alineado no significa que tenga un buen argumento. Significa que si el proyecto desaparece, uno de los objetivos anuales de la compañía queda afectado de forma medible. Preguntas para validar la alineación:
- ¿Qué objetivo estratégico deja de cumplirse si este proyecto no arranca?
- ¿Qué línea de la cuenta de resultados impacta directamente?
- ¿Es una iniciativa que la dirección defendería frente a un recorte presupuestario?
Si las respuestas son ambiguas, el proyecto puede ser útil, pero no es estratégico. Los proyectos no estratégicos deberían competir por recursos con otros criterios, no colarse por vía política.
Decisión 2: Coste de oportunidad frente al portafolio actual
Cada proyecto nuevo consume recursos que ya estaban ocupados. Antes de iniciar un proyecto, la PMO debe evaluar qué otra iniciativa deja de avanzar por decidir arrancar esta.
Esta lógica es la base de una gestión de cartera de proyectos: priorizar por impacto y capacidad, no por urgencia percibida. Un análisis razonable debería responder:
- ¿Qué proyectos activos se ralentizan si este arranca?
- ¿Qué talento clave se comparte entre iniciativas?
- ¿La cartera actual permite absorber una prioridad más sin degradar el conjunto?
La respuesta «sí, cabe» sin datos suele traducirse en tres meses de retrasos cruzados. Los proyectos que caben son los que la cartera puede cuantificar.
Decisión 3: Criterio de éxito medible desde el día cero
Un proyecto sin criterio de éxito medible no puede fracasar formalmente, pero tampoco puede considerarse exitoso. Esa ambigüedad es más costosa que un mal resultado claro.
El criterio debe definirse antes del arranque y quedar reflejado en un documento accesible para dirección, PMO y equipo. Debe cumplir tres condiciones:
- Cuantificable: expresado en una métrica concreta (tiempo, coste, adopción, ingreso, satisfacción).
- Temporal: con horizonte de medición definido (3, 6 o 12 meses tras el cierre).
- Atribuible: vinculado directamente al proyecto, no diluido en el rendimiento general del negocio.
La forma correcta de estructurarlo se desarrolla en el artículo sobre cómo definir objetivos en un proyecto, donde se aplican los marcos SMART y OKR. Sin criterio de éxito, el proyecto se aprueba por confianza. Con criterio de éxito, se aprueba por decisión.
Gobernanza: ¿quién decide qué y cuándo?
La segunda dimensión determina si el proyecto tendrá autoridad, criterio y capacidad de decisión durante toda su ejecución. Un proyecto sin gobernanza clara arranca con un problema estructural que no se corrige después.
La guía completa sobre PMO desarrolla en profundidad este marco. En la fase previa al arranque bastan tres decisiones para dejar la gobernanza cerrada.
Decisión 4: Patrocinador ejecutivo con autoridad real
Todo proyecto necesita un patrocinador. El problema no está en asignarlo, sino en confundir titularidad con autoridad. Un patrocinador nominal, sin capacidad real de desbloquear recursos o priorizar frente a otras áreas, es peor que no tener ninguno.
El patrocinador debe cumplir tres condiciones antes del arranque:
- Autoridad presupuestaria: puede aprobar desviaciones dentro de un rango acordado sin escalado externo.
- Autoridad organizativa: tiene ascendencia sobre las áreas que aportan recursos al proyecto.
- Disponibilidad real: puede dedicar tiempo recurrente a las decisiones que el proyecto le exigirá.
Cuando estas tres condiciones no se cumplen, no basta con cambiar el nombre del patrocinador. Hay que redefinir el proyecto para que se alinee con quien sí tiene esa autoridad.
Decisión 5: Mapa de stakeholders y contrapoderes
Los proyectos no se ejecutan sobre organigramas, sino sobre relaciones reales. Identificar a los stakeholders correctos, y hacerlo pronto, evita la mayor parte de los bloqueos de ejecución. El mapa debe incluir tres categorías:
- Impulsores: quienes ganan si el proyecto sale bien.
- Afectados: quienes verán su operativa modificada durante o después del proyecto.
- Contrapoderes: áreas o personas que pueden ralentizar el proyecto por competencia de recursos, prioridades cruzadas o pérdida de control.
Esta última categoría es la que se subestima con más frecuencia. Un contrapoder ignorado en la fase previa se manifiesta como resistencia en la fase de ejecución, y casi siempre con más coste. Los distintos roles de una PMO tienen responsabilidades específicas en este mapeo.
Decisión 6: Modelo de escalado ante desviaciones
Todo proyecto se desviará en algún momento. La diferencia entre un proyecto controlado y uno descontrolado no es la ausencia de desviaciones, sino el tiempo que tarda la organización en decidir sobre ellas.
Antes del arranque, deben quedar definidos tres elementos:
- Umbrales objetivos: qué nivel de desviación en tiempo, coste o alcance activa un escalado formal.
- Cadena de decisión: quién decide en cada umbral y con qué margen de autonomía.
- Cadencia de revisión: con qué frecuencia se revisa el estado y se activa el mecanismo.
El modelo debe adaptarse al tipo de PMO que gobierna el proyecto, cuyas variantes se detallan en el artículo sobre tipos de PMO. Sin este marco definido, cada desviación se convierte en una negociación política. Con él, se convierte en un procedimiento operativo.
Capacidad: ¿la organización puede absorberlo?
La tercera dimensión valida si el proyecto es ejecutable con los recursos reales de la organización, no con los ideales. Es el filtro más olvidado porque suele darse por hecho: si el proyecto se aprueba, se asume que hay capacidad para hacerlo.
En la práctica, la mayoría de los proyectos arrancan con una capacidad sobreestimada. Y esa sobreestimación se paga en las primeras semanas de ejecución.
Decisión 7: Disponibilidad real de recursos frente a la carga actual
La disponibilidad de recursos rara vez se calcula con precisión antes del arranque. Se estima sobre organigramas y jornadas nominales, no sobre carga real de trabajo.
Antes de iniciar un proyecto, tres preguntas deben tener respuesta cuantificada:
- ¿Cuánto tiempo real dedicará cada perfil clave al proyecto? Expresado en porcentaje de jornada, descontando otras responsabilidades activas.
- ¿Qué proyectos actuales compiten por esos mismos perfiles? Con horizonte temporal solapado, no sólo con listado nominal.
- ¿Qué margen de sustitución existe si un perfil crítico se vuelve indisponible? Enfermedad, cambio de área o rotación.
Cuando estas respuestas se estiman por encima de la realidad, el proyecto no arranca con recursos: arranca con una deuda de capacidad que se manifestará como retrasos.
Decisión 8: Presupuesto verificado, no estimado optimistamente
Un presupuesto aprobado no es un presupuesto verificado. La diferencia es sustancial: el primero significa que la partida existe, el segundo que la partida cubre el proyecto tal y como está definido.La verificación requiere separar tres bloques y validarlos por separado:
- Coste directo: personas, licencias, infraestructura, servicios externos.
- Coste de coordinación: reuniones, formación, gestión del cambio, comunicación interna.
- Reserva de contingencia: entre un 10 % y un 20 % según nivel de incertidumbre del proyecto.
El artículo sobre cómo asignar presupuesto a un proyecto desarrolla los criterios de priorización cuando compiten varias iniciativas por un mismo fondo. Un presupuesto sin contingencia no es prudente, es incompleto.
Decisión 9: Ventana temporal frente al portafolio
Todo proyecto compite por atención directiva y capacidad de ejecución con el resto del portafolio activo. La pregunta previa no es cuándo se quiere lanzar, sino cuándo la organización puede sostenerlo sin degradar otras iniciativas críticas.
Antes de fijar la fecha de arranque, deben revisarse tres elementos:
- Solapamiento con cierres de otros proyectos: los picos de cierre absorben recursos que suelen darse por libres.
- Momentos críticos del calendario de negocio: cierres contables, campañas comerciales, auditorías o regulatorios.
- Ventanas de decisión ejecutiva: si el proyecto requerirá múltiples aprobaciones, la ventana debe encajar con la disponibilidad real del comité de dirección.
Un proyecto lanzado en una ventana equivocada no fracasa por mal diseño. Fracasa porque la organización no puede prestarle atención cuando más la necesita.
Tecnología y visibilidad: ¿podremos saber cómo va?
La cuarta dimensión decide si el proyecto será controlable en tiempo real o si la dirección dependerá de informes construidos a mano cada dos semanas. La diferencia entre ambos escenarios no es operativa. Es estratégica.
Sin visibilidad automática, las decisiones se toman tarde. Y las decisiones tardías, en un proyecto grande, tienen el mismo efecto que un cambio de alcance no controlado.
Decisión 10: Herramienta y método de control
Antes del arranque, debe estar cerrado con qué herramienta y con qué método se controlará el avance del proyecto. Esta decisión no puede posponerse «hasta ver cómo evoluciona». La elección debe responder a tres criterios:
- Adecuación al método: predictivo, ágil o híbrido. Cada método exige capacidades distintas de planificación y seguimiento.
- Integración con el ecosistema actual: la herramienta no debe convivir en paralelo con Excel o correo electrónico como fuentes de verdad alternativas.
- Capacidad de escalado: debe soportar el proyecto y el portafolio, no sólo este proyecto aislado.
En organizaciones que operan sobre Microsoft 365, Microsoft Planner —especialmente en su modalidad Premium— cubre estos tres criterios sin necesidad de introducir herramientas externas.
Su documentación oficial detalla las capacidades de Gantt, dependencias avanzadas, sprints y gestión de recursos.
Decisión 11: Modelo de reporting ejecutivo
Un proyecto sin reporting definido no es un proyecto controlado. Es un proyecto que se reporta cuando alguien lo pide, con el criterio que tenga disponible ese día. El modelo debe definir tres capas antes del arranque:
- Reporte operativo: quién, qué y con qué frecuencia. Semanal, para el equipo y el jefe de proyecto.
- Reporte de PMO: quincenal o mensual, con métricas de avance, desviación y riesgo.
- Reporte ejecutivo: mensual o por hitos, con visión de negocio y decisiones pendientes.
Cada capa debe alimentarse de la anterior sin duplicar trabajo. La definición de qué medir, y cómo, se desarrolla en la guía sobre cómo aplicar KPIs correctamente. Sin este modelo cerrado, la PMO acaba construyendo dashboards manuales cada vez que la dirección los pide.
Decisión 12: Integración con el resto del portafolio
Un proyecto aislado es más fácil de gestionar en el corto plazo, pero genera tres problemas estructurales: duplica esfuerzo de reporting, oculta conflictos de recursos y dificulta la priorización a nivel directivo. La integración con el portafolio debe cerrarse antes del arranque en tres aspectos:
- Datos consolidados: el proyecto debe alimentar el mismo repositorio que el resto de iniciativas.
- Métricas homogéneas: mismos KPIs, misma definición de estado, misma escala de riesgo.
- Visibilidad transversal: la dirección debe poder ver este proyecto junto al resto sin trabajo manual adicional.
Cuando esta integración no se decide antes, el proyecto opera en su propia burbuja. Y cada burbuja añadida al portafolio reduce la capacidad de la PMO para tomar decisiones consolidadas.
Cómo materializar estas 12 decisiones en el ecosistema Microsoft 365
Las 12 decisiones anteriores son válidas independientemente de la tecnología. Sin embargo, cuando la organización ya opera sobre Microsoft 365, la mayoría pueden materializarse sin introducir herramientas externas ni construir sistemas paralelos.
Este es el enfoque consultivo de AIC: no añadir capas, sino usar el ecosistema que la organización ya paga para dar soporte a las decisiones estratégicas.
Planner Premium como capa de gobernanza del portafolio
Planner Premium cubre las decisiones de tecnología y visibilidad (10 y 12) cuando se configura como capa única de gestión, no como herramienta departamental. Esta configuración permite:
- Estandarizar plantillas de proyecto para que todos arranquen bajo el mismo criterio.
- Vincular tareas a objetivos estratégicos, dando soporte a la Decisión 1.
- Consolidar el portafolio en una única vista, evitando burbujas aisladas.
Power BI para reporting ejecutivo automatizado
La Decisión 11 —modelo de reporting en tres capas— se materializa de forma natural sobre Power BI conectado a Planner y Dataverse. Los dashboards se construyen una vez y se alimentan automáticamente. La PMO deja de dedicar tiempo a montar informes y pasa a interpretarlos, que es donde aporta valor real.
Power Automate para flujos de decisión previa
Las decisiones de gobernanza (4, 5 y 6) requieren procesos de aprobación y escalado que suelen resolverse por correo. Ese modelo pierde trazabilidad y ralentiza decisiones. Power Automate permite:
- Flujos de aprobación de arranque con umbrales objetivos.
- Escalados automáticos cuando una desviación supera el margen definido.
- Trazabilidad completa de quién decidió qué y cuándo.
La migración desde Project Online
Muchas organizaciones que revisan estas 12 decisiones descubren que su herramienta actual —Project Online— no permite materializarlas. Con la retirada oficial de Project Online el 30 de septiembre de 2026, la ventana para hacer esta transición está cerrándose.
Hemos preparado una guía de migración de Project Online a Planner Premium que aborda esta transición con el mismo enfoque de gobernanza descrito en este artículo.
Preguntas frecuentes sobre el inicio de un proyecto
¿Cuál es la diferencia entre iniciación y planificación de un proyecto?
La iniciación es la fase que autoriza formalmente el proyecto: acta de constitución, alcance de alto nivel, patrocinador asignado y stakeholders identificados. Su pregunta es «¿este proyecto se hace?».
La planificación es la fase que define cómo se ejecutará: estructura de desglose de trabajo, cronograma detallado, plan de riesgos y plan de comunicación. Su pregunta es «¿cómo lo hacemos?».
Las 12 decisiones descritas en este artículo son anteriores incluso a la iniciación. Se resuelven en una fase estratégica previa que casi ninguna metodología nombra explícitamente.
¿Qué documentos hay que preparar antes de iniciar un proyecto?
En una PMO madura, el mínimo consultivo son cuatro documentos:
- Caso de negocio: justificación estratégica del proyecto y criterio de éxito medible.
- Acta de constitución: autorización formal, alcance de alto nivel y designación del director de proyecto.
- Registro inicial de stakeholders: mapa de impulsores, afectados y contrapoderes.
- Matriz de riesgos preliminar: identificación temprana de los riesgos críticos.
El presupuesto verificado y el plan de comunicación de arranque suelen añadirse en organizaciones con mayor nivel de gobernanza.
¿Quién debe autorizar formalmente el inicio de un proyecto?
La autorización formal corresponde al patrocinador ejecutivo, no al jefe de proyecto ni a la PMO. La PMO puede facilitar el proceso, aportar criterio metodológico y validar la coherencia con el portafolio, pero no sustituye al patrocinador.
El patrocinador debe cumplir las tres condiciones descritas en la Decisión 4: autoridad presupuestaria, autoridad organizativa y disponibilidad real. Cuando alguna falta, la autorización existe formalmente pero no opera en la práctica.
¿Qué es un acta de constitución y cuándo se elabora?
El acta de constitución es el documento que formaliza el arranque del proyecto y da autoridad al director de proyecto. Incluye alcance de alto nivel, objetivos, patrocinador, restricciones conocidas y presupuesto preliminar.
Se elabora en la fase de iniciación PMBOK, pero solo después de que las 12 decisiones previas estén cerradas con criterios verificables. Es el resultado de la fase estratégica previa, no su punto de partida.
Un acta de constitución elaborada sobre decisiones débiles hereda esas debilidades, pero las oculta bajo un formato formal.
¿Cómo saber si un proyecto está listo para arrancar?
Un proyecto está listo cuando cada una de las 12 decisiones tiene una respuesta verificable, no una respuesta optimista. La tabla siguiente funciona como checklist de revisión pre-arranque:
| Dimensión | Decisión | Criterio de verificación |
|---|---|---|
| Viabilidad | Alineación estratégica | Objetivo de negocio impactado identificado |
| Viabilidad | Coste de oportunidad | Portafolio revisado y priorización cuantificada |
| Viabilidad | Criterio de éxito | Métrica cuantificable, temporal y atribuible |
| Gobernanza | Patrocinador | Autoridad presupuestaria y organizativa confirmadas |
| Gobernanza | Stakeholders | Mapa cerrado con impulsores, afectados y contrapoderes |
| Gobernanza | Escalado | Umbrales, cadena de decisión y cadencia definidos |
| Capacidad | Recursos | Disponibilidad calculada sobre carga real |
| Capacidad | Presupuesto | Coste directo, coordinación y contingencia validados |
| Capacidad | Ventana temporal | Solapamientos con portafolio y calendario resueltos |
| Tecnología | Herramienta | Método y plataforma decididos antes del arranque |
| Tecnología | Reporting | Tres capas (operativo, PMO, ejecutivo) definidas |
| Tecnología | Integración | Datos, métricas y visibilidad conectados al portafolio |
Conclusión: decidir bien antes del arranque es la mayor palanca de éxito
La ejecución impecable no salva a un proyecto mal decidido. Las 12 decisiones descritas en este artículo no son un obstáculo burocrático, sino el trabajo estratégico que separa a los proyectos con posibilidades reales de éxito de aquellos que fracasarán por causas anteriores al kickoff.
En el contexto actual, con la retirada oficial de Project Online prevista para el 30 de septiembre de 2026, muchas organizaciones están replanteando cómo gobernar sus proyectos. Es un buen momento para revisar el modelo de decisión previa, no solo la herramienta de ejecución.
Si tu organización está evaluando cómo aplicar este marco a sus próximos proyectos, o cómo profesionalizar la fase previa dentro de su PMO, en AIC podemos acompañarte. En una sesión de diagnóstico de 45 minutos revisamos:
- El estado actual de gobernanza y capacidad de decisión pre-arranque.
- Qué proyectos activos presentan más riesgo por decisiones débiles heredadas.
- Cómo materializar el marco de las 12 decisiones sobre tu ecosistema Microsoft.
- Qué prioridades trabajar en los próximos 3 meses para reducir el porcentaje de proyectos con desviaciones.
Al final de la sesión dispondrás de un mapa concreto de intervención, con criterios objetivos para revisar cada proyecto antes de aprobar su arranque.
→ Solicita una sesión de diagnóstico gratuita con el equipo de AIC
