El ciclo de vida de un proyecto describe las fases que atraviesa un proyecto entre la idea inicial y el balance final. El marco del PMI (PMBOK) distingue cinco: inicio, planificación, ejecución, seguimiento y control, y cierre. Esta división vale tanto para un proyecto informático como para una obra o una reorganización: lo que cambia es la duración de las fases y la forma de encadenarlas. Esta guía detalla cada fase, sus entregables, las preguntas que hay que resolver antes de pasar a la siguiente, y muestra cómo se adapta el ciclo en predictivo, ágil e híbrido.
Las 5 fases de un proyecto en una tabla
Cada fase produce entregables y termina con una pregunta de salida. Mientras la respuesta no sea sí, el proyecto no pasa a la fase siguiente.
| Fase | Objetivo | Entregables clave | Pregunta de salida (go/no-go) |
|---|---|---|---|
| 1. Inicio | Decidir si el proyecto merece existir | Acta de constitución, estudio de oportunidad, patrocinador nombrado, partes interesadas identificadas | ¿El patrocinador ha validado la necesidad, los beneficios esperados y la dotación presupuestaria? |
| 2. Planificación | Definir cómo alcanzar el objetivo | EDT, cronograma e hitos, presupuesto, plan de carga, registro de riesgos, plan de comunicación | ¿Es realista el plan con los recursos realmente disponibles? |
| 3. Ejecución | Producir los entregables | Entregables intermedios, actas, decisiones, gestión de cambios | ¿Cumplen los entregables los criterios de aceptación? |
| 4. Seguimiento y control | Medir la desviación y corregir | Informes de avance, indicadores de plazo/coste/calidad, acciones correctivas | ¿La desviación sigue dentro de las tolerancias fijadas o hay que volver a arbitrar? |
| 5. Cierre | Terminar limpiamente y capitalizar | Acta de aceptación, traspaso a explotación, balance del proyecto, lecciones aprendidas | ¿Ha firmado el cliente la aceptación y se han compartido las lecciones? |
Fase 1: el inicio, o por qué este proyecto
El inicio convierte una solicitud en proyecto candidato. El patrocinador formula el problema que hay que resolver, los beneficios esperados y las restricciones (plazo, presupuesto, normativa). El futuro jefe de proyecto redacta un acta de constitución de una o dos páginas: objetivos, alcance incluido y excluido, partes interesadas, hipótesis, orden de magnitud de los costes. Es el documento sobre el que el comité decide lanzar, aplazar o abandonar. Un inicio bien llevado dura unos días, no unos meses. Errores frecuentes:
- Lanzar el proyecto sin patrocinador identificado: nadie para decidir cuando llegan los arbitrajes.
- Confundir solución y necesidad: encuadrar «desplegar la herramienta X» en lugar de «reducir el plazo de tramitación de pedidos».
- Saltarse el estudio de oportunidad porque la decisión «ya está tomada».
Fase 2: la planificación, del alcance al plan de carga
La planificación traduce el encuadre en un plan ejecutable. Se descompone el alcance en lotes y tareas (EDT), se estiman las cargas, se encadenan las tareas con sus dependencias, se fijan los hitos y se identifica el camino crítico. El plan de carga contrasta después este cronograma con los recursos realmente disponibles, vacaciones y otros proyectos incluidos. La fase termina con la reunión de arranque (kick-off), que alinea al equipo y a las partes interesadas con el plan. Errores frecuentes:
- Planificar con recursos al 100 % cuando están compartidos entre varios proyectos.
- Detallar el cronograma día a día durante 18 meses: será falso desde la tercera semana.
- Olvidar los hitos externos (validación jurídica, disponibilidad de un proveedor) que no dependen del equipo.
Fase 3: la ejecución, producir los entregables
La ejecución es la fase más larga y la que más recursos consume. El jefe de proyecto asigna las tareas, elimina los obstáculos, dirige las reuniones de equipo y tramita las solicitudes de cambio: toda modificación del alcance pasa por una evaluación de impacto en plazo y coste antes de aceptarse. Las decisiones tomadas en reunión se registran con su fecha y su responsable, para no volver a discutirlas. Errores frecuentes:
- Aceptar las «pequeñas» solicitudes sin registrarlas: el alcance crece sin que el presupuesto se mueva.
- Dejar las decisiones en los buzones de correo en lugar de en un registro compartido.
- Esperar al final de la fase para mostrar un entregable al cliente.
Fase 4: el seguimiento y control, medir la desviación
El PMI habla de grupo de procesos más que de fase: el seguimiento y control corre en paralelo a la ejecución, del primer día al último. Consiste en comparar regularmente lo realizado con el plan en tres ejes —plazo, coste, calidad— y decidir las correcciones. En concreto: actualización semanal del avance, registro de horas, presupuesto consumido frente a comprometido, revisión de riesgos y un informe de estado de una página (el semáforo del proyecto) para el comité. El seguimiento sirve para actuar pronto: un retraso señalado al 10 % se recupera, al 40 % se sufre. Errores frecuentes:
- Seguir el avance a ojo («vamos por el 80 %») en lugar de por el trabajo pendiente.
- Producir un informe de 20 páginas que nadie lee, en lugar de una página con tres indicadores y dos decisiones pendientes.
- Elevar las alertas solo cuando el hito ya se ha superado.
Fase 5: el cierre, terminar y capitalizar
El cierre empieza por la aceptación final: el cliente o el negocio verifica que los entregables cumplen los criterios de aceptación fijados en la planificación y firma un acta. Siguen el traspaso a explotación (documentación, formación, soporte), el cierre administrativo (contratos, facturas, liberación de recursos) y el balance: desviaciones entre lo previsto y lo realizado, causas, lecciones. Un cierre no formalizado deja un proyecto «terminado al 95 %» que sigue consumiendo tiempo durante meses. Errores frecuentes:
- Liberar al equipo antes de la aceptación y luego no encontrar a nadie para corregir.
- Hacer el balance seis meses después, cuando ya nadie recuerda las causas.
- Medir los beneficios esperados en el cierre: a menudo solo aparecen tras varios meses de explotación, de ahí el interés de una revisión de beneficios diferida.
Ciclo de vida predictivo, ágil o híbrido: qué cambia
Las cinco fases existen en todos los enfoques, pero su encadenamiento difiere. En predictivo (cascada, ciclo en V), cada fase termina antes de la siguiente y el alcance se congela pronto. En iterativo o ágil, planificación, ejecución y seguimiento se repiten en cada sprint y el alcance se precisa entrega tras entrega. El híbrido, el más extendido en las empresas, encuadra y cierra en predictivo y realiza en ágil. La elección depende de la estabilidad de la necesidad y del coste de un cambio tardío.
| Enfoque | Cuándo usarlo | Cómo cambia el ciclo | Ejemplo |
|---|---|---|---|
| Predictivo | Necesidad estable, restricciones normativas, coste de error elevado | Fases secuenciales, hito go/no-go entre cada fase, alcance congelado tras la planificación | Construcción, migración de infraestructura, contrato a precio cerrado |
| Ágil / iterativo | Necesidad que se descubre sobre la marcha, producto de software, feedback frecuente de los usuarios | Inicio corto, luego ciclos planificación-ejecución-seguimiento de 2 a 4 semanas; cierre al detener las iteraciones | Aplicación de negocio, sitio web, producto digital |
| Híbrido | Organización con comités y presupuestos anuales, pero equipos de realización ágiles | Encuadre, presupuesto e hitos contractuales en predictivo; realización en sprints; seguimiento mixto (hitos y velocidad) | Implantación de un ERP o un CRM, programa de transformación |
Ejemplo guía: implantar una herramienta de gestión en una pyme
Una pyme de 120 personas quiere sustituir sus hojas de cálculo por una herramienta de seguimiento de proyectos. Este es el ciclo de vida completo, en cinco etapas:
- Inicio (2 semanas): la dirección constata que el comité de dirección no tiene una visión consolidada de los proyectos. El CIO redacta un acta de constitución: objetivo «una vista actualizada de la cartera cada lunes», alcance limitado a los proyectos de más de 20 días, presupuesto objetivo 40.000 €, patrocinador el director general. Go en comité de dirección.
- Planificación (3 semanas): EDT en cuatro lotes (parametrización, migración de datos, formación, generalización), cronograma de 4 meses con tres hitos, plan de carga de 0,3 ETC para el CIO y 0,5 ETC para una jefa de proyecto, riesgo principal «adhesión de los jefes de proyecto».
- Ejecución (3 meses): parametrización en dos iteraciones validadas con dos jefes de proyecto piloto, migración de 25 proyectos, una solicitud de cambio (añadir el seguimiento presupuestario) aceptada tras valorarse en +6 días.
- Seguimiento y control (continuo): reunión semanal de 30 minutos, semáforo del proyecto mensual al comité de dirección, alerta en el segundo mes por un retraso en la migración de datos, resuelto desplazando la formación una semana sin tocar el hito final.
- Cierre (2 semanas): aceptación firmada por el director general con el criterio «cartera actualizada tres lunes seguidos», traspaso al soporte interno, balance: 44.000 € consumidos (+10 %), plazo cumplido, lección «implicar a los pilotos desde el encuadre».
Los puntos de paso que hay que formalizar en comité
Un hito de paso de fase es una decisión, no una fecha. Para que cumpla su función, cada punto de paso tiene un documento de entrada, un órgano que decide y un registro escrito. Modelo para reutilizar:
- Go de lanzamiento (fin del inicio): acta de constitución validada, patrocinador nombrado, dotación reservada. Órgano: comité de dirección o comité de cartera.
- Go de realización (fin de la planificación): cronograma, presupuesto y plan de carga aceptados, riesgos mayores cubiertos. Órgano: comité de dirección del proyecto (steering committee).
- Revisiones intermedias (durante la ejecución): en cada hito mayor, semáforo del proyecto, decisiones pendientes, solicitudes de cambio que arbitrar. Órgano: comité de dirección del proyecto, al ritmo fijado en el encuadre.
- Go de puesta en servicio (fin de la ejecución): aceptación pronunciada, plan de transición y de vuelta atrás listos. Órgano: comité de dirección del proyecto ampliado al negocio y a explotación.
- Cierre (fin del proyecto): balance presentado, recursos liberados, beneficios por medir con fecha. Órgano: comité de cartera.
El ciclo de vida a nivel de cartera
Un proyecto no nace en el inicio: antes fue una idea o una solicitud entre otras. A nivel de cartera, el ciclo de vida se amplía a cinco etapas: idea, calificación, arbitraje, proyecto, balance. La calificación verifica la alineación con la estrategia y estima carga y beneficios. El arbitraje compara los candidatos con la capacidad disponible y decide cuáles arrancan, y cuándo. El proyecto sigue entonces sus cinco fases. El balance cierra el bucle: los beneficios realmente obtenidos y las lecciones alimentan la calificación de las ideas siguientes. Este ciclo ampliado evita lanzar más proyectos de los que la organización puede ejecutar, primera causa de los retrasos en cascada.
En FoxPlan
FoxPlan cubre este ciclo de principio a fin, de la cartera al proyecto. Las ideas y solicitudes se recogen, se califican y se arbitran antes de convertirse en proyectos. La planificación se apoya en un Gantt interactivo con dependencias, hitos y camino crítico, contrastado con la capacidad de los recursos en un plan de carga multiproyecto. Los comités de dirección de proyecto y los comités de proyecto tienen su módulo dedicado, con sesiones recurrentes y orden del día, y el semáforo del proyecto proporciona el informe de estado de cada revisión. Riesgos, decisiones, acciones y cambios se siguen como objetos del proyecto hasta el cierre, cuyo balance permanece visible en la cartera.
Ver cómo hacerlo en la documentación de FoxPlan ↗
Preguntas frecuentes
¿Cuáles son las 5 fases de un proyecto?
Según el PMI, las cinco fases (grupos de procesos) son el inicio, la planificación, la ejecución, el seguimiento y control, y el cierre. El seguimiento y control no es estrictamente secuencial: corre en paralelo a la ejecución, del primer día al último.
¿Cuál es la diferencia entre ciclo de vida del proyecto y ciclo de vida del producto?
El ciclo de vida del proyecto termina en el cierre, una vez aceptados los entregables. El ciclo de vida del producto continúa: explotación, evoluciones, retirada. Un mismo producto atraviesa en general varios proyectos sucesivos a lo largo de su vida.
¿Cuánto dura cada fase de un proyecto?
No hay una regla fija. En la práctica, la ejecución ocupa la mayor parte, a menudo más de la mitad de la duración total; inicio y planificación representan juntos unas semanas en un proyecto de varios meses; el cierre dura unas semanas. Lo importante es que cada fase termine con una decisión explícita.
¿Se aplica el ciclo de vida de un proyecto a los proyectos ágiles?
Sí. El inicio y el cierre se mantienen, pero planificación, ejecución y seguimiento se repiten en cada iteración de dos a cuatro semanas. El alcance se precisa entrega tras entrega en lugar de congelarse al principio.
¿Qué es un hito go/no-go?
Es un punto de decisión al final de una fase en el que un comité elige continuar, ajustar o detener el proyecto. La decisión se apoya en los entregables de la fase (acta de constitución, plan, acta de aceptación) y queda registrada por escrito.
¿Cuál es el ciclo de vida de un proyecto informático?
Un proyecto informático sigue las mismas cinco fases, con la ejecución a menudo dividida en diseño, desarrollo, pruebas y despliegue. La mayoría de los proyectos informáticos siguen hoy un ciclo híbrido: encuadre e hitos en predictivo, realización ágil en sprints.
