Menú
Menú
En el ámbito de la gestión de proyectos, la precisión terminológica constituye un elemento fundamental para la comunicación efectiva entre profesionales y organizaciones. Sin embargo, un análisis detallado de las principales metodologías predictivas revela significativas divergencias en el uso de términos aparentemente equivalentes, especialmente en lo referente a los componentes del ciclo de vida del proyecto. Este artículo examina cómo cuatro de las metodologías más influyentes —PMBOK (sexta edición), PRINCE2 (séptima edición), PM² (tercera edición) y P3.express — definen y emplean los conceptos de etapa y fase, evidenciando la necesidad de un enfoque crítico al trabajar en entornos multimetodológicos.
El presente análisis se basa en la revisión exhaustiva de la documentación oficial de cada metodología, complementado con el marco de referencia proporcionado por ICB 4 (International Competence Baseline de IPMA), que ofrece distinciones conceptuales claras que sirven como punto de referencia para el análisis comparativo.
La Guía del PMBOK® (sexta edición), publicada por el Project Management Institute (PMI), adopta una posición singular al utilizar los términos etapa y fase de manera intercambiable, considerándolos sinónimos efectivos. Esta aproximación se evidencia en múltiples secciones del documento.
En la sección 1.2.4.3, el PMBOK define el punto de revisión de fase como «un punto de revisión que tiene lugar al final de una fase», y posteriormente indica que «los puntos de transición de fase pueden conocerse con otros términos como revisión de fase, transición de etapa…» (PMI, 2017). Esta formulación explícita la consideración de ambos términos como equivalentes funcionales.
La sección 1.5 del PMBOK establece que «el ciclo de vida de un proyecto es la serie de fases que atraviesa un proyecto desde su inicio hasta su conclusión», definiendo una fase del proyecto como «un conjunto de actividades del proyecto, relacionadas de manera lógica, que culmina con la finalización de uno o más entregables» (PMI, 2017). Esta definición se reitera en la sección 3 (Definiciones), confirmando la consistencia terminológica a lo largo del documento.
Es relevante señalar que, mientras PMBOK utiliza predominantemente el término fase, reconoce explícitamente qué etapa puede emplearse con el mismo significado en diferentes contextos organizacionales. El PMBOK permite que «las fases pueden ser secuenciales, iterativas o superpuestas» (PMI, 2017), característica que resulta significativa al compararla con otras metodologías.
La International Competence Baseline 4.0 de IPMA (International Project Management Association) establece una distinción conceptual clara y rigurosa entre etapa y fase, proporcionando criterios diferenciadores específicos que resultan fundamentales para comprender las posiciones de otras metodologías.
ICB 4 define etapa del proyecto como «período dentro de un proyecto, separado de otros períodos, con una salida predeterminada y concluido con una decisión de continuar / no continuar» (IPMA, 2015). La característica definitoria es que las etapas del proyecto no pueden solaparse. Cada etapa concluye con un punto de decisión (decision gate) donde la organización patrocinadora debe autorizar explícitamente la continuación del proyecto.
ICB 4 establece que un proyecto debe componerse, como mínimo, de dos etapas: la etapa de definición (donde se establece la base del proyecto) y la etapa de entrega (donde se desarrolla el producto o servicio). La etapa de entrega puede subdividirse en múltiples etapas sucesivas según el nivel de control que la organización desee ejercer.
Por contraste, ICB 4 define fase del proyecto como «período dentro de un proyecto con sus características propias y con una salida predeterminada» (IPMA, 2015). La distinción crítica es que las fases del proyecto pueden solaparse. Las fases representan aspectos técnicos del trabajo (por ejemplo: ingeniería, licitación, construcción) y culminan en hitos, no en puntos de decisión de autorización.
ICB 4 clarifica que «las fases del proyecto pueden coincidir con las etapas del proyecto, pero no necesariamente deben hacerlo» (IPMA, 2015), estableciendo así una clara separación entre los componentes de gestión (etapas) y los componentes técnicos (fases) del ciclo de vida del proyecto.
PRINCE2® (PRojects IN Controlled Environments), en su séptima edición, adopta un enfoque que presenta notables similitudes conceptuales con ICB 4, aunque emplea terminología propia. El principio de Management by Stages (Gestión por etapas) constituye uno de los siete principios fundamentales de la metodología.
PRINCE2 establece que «un proyecto PRINCE2 se planifica, monitoriza y controla etapa por etapa» (AXELOS, 2017). Como mínimo, todo proyecto PRINCE2 debe contar con dos etapas de gestión: la Initiation Stage (Etapa de iniciación) y al menos una Delivery Stage (Etapa de entrega).
Las etapas de gestión en PRINCE2 definen cuándo la Junta de Proyecto (Project board, órgano de gobierno del proyecto) toma decisiones, estableciendo puntos de control y autorización formales. Al final de cada etapa existe un End Stage Assessment (Evaluación de Fin de Etapa) donde la Junta de proyecto revisa el desempeño, aprueba el plan de la siguiente etapa, y decide si continuar, modificar o cerrar el proyecto (AXELOS, 2017).
PRINCE2 establece una distinción crítica entre etapas de gestión y etapas técnicas. Las etapas técnicas definen cómo se construye el producto (requisitos, diseño, desarrollo, pruebas, despliegue) y pueden solaparse con múltiples etapas de gestión. Crucialmente, las etapas técnicas no determinan los puntos de decisión del proyecto.
Un proyecto de software, por ejemplo, puede tener tres etapas de gestión pero cinco fases técnicas distribuidas entre esas etapas de gestión. Esta diferenciación conceptual es equivalente a la distinción entre etapas y fases propuesta por ICB 4, aunque PRINCE2 utiliza consistentemente el término «etapa» para ambos conceptos, diferenciándolos mediante los calificativos «de gestión» y «técnicas».
PRINCE2 implementa una planificación jerárquica por niveles: el Plan del proyecto (Project Plan) proporciona una visión general de alto nivel, mientras que cada etapa cuenta con un Plan de etapa (Stage Plan) detallado. Significativamente, solo se planifica en detalle la etapa actual y la siguiente, manteniendo así flexibilidad ante cambios en el entorno del proyecto (AXELOS, 2017).
Este enfoque de compromiso gradual de recursos contrasta con metodologías que planifican todo el proyecto al inicio, proporcionando puntos regulares de decisión go / no-go basados en información actualizada sobre el desempeño del proyecto.
La metodología PM² (Project Management Methodology), desarrollada por la Comisión Europea en su tercera edición, presenta un enfoque basado en cuatro fases principales y exhibe inconsistencias terminológicas en el uso de los conceptos de etapa y fase.
El ciclo de vida de PM² comprende cuatro fases secuenciales y no solapadas: Inicio (Initiating), Planificación (Planning), Ejecución (Executing) y Cierre (Closing). Las actividades de Seguimiento y Control (Monitoring and Controlling) se presentan como transversales a las cuatro fases (Comisión Europea, 2018).
PM² establece que «un proyecto pasa a la siguiente fase cuando se considera que se han alcanzado los objetivos de la fase actual, tras una revisión formal (o menos formal) de fin de fase» (Comisión Europea, 2018). Esta característica de revisiones al finalizar cada fase para decidir la continuación del proyecto es consistente con el concepto de etapa según ICB 4.
El Apéndice G (Glosario) de PM² presenta definiciones que generan confusión conceptual:
Estas definiciones resultan problemáticas. Por un lado, la definición de etapa la subordina a una fase («período o paso dentro de una fase»), invirtiendo la jerarquía conceptual propuesta por ICB 4. Por otro lado, la definición de Desglose por etapas utiliza «fases secuenciales o etapas» como términos equivalentes, contradiciendo la definición anterior.
En la práctica, PM² utiliza predominantemente el término fase para referirse a los componentes principales de su ciclo de vida, y estas fases funcionan conceptualmente como etapas según la definición de ICB 4: son secuenciales, no se superponen, y concluyen con revisiones que determinan la continuación del proyecto.
El término etapa tiene un uso marginal en PM², limitándose principalmente a contextos ágiles dentro de la fase de ejecución. No parece haberse prestado suficiente atención a la diferenciación rigurosa de estos términos, resultando en inconsistencias conceptuales que pueden generar confusión en entornos profesionales.
P3.express adopta una estrategia distintiva al evitar completamente los términos etapa y fase, optando en su lugar por una terminología neutral basada en grupos de actividades y ciclos.
El ciclo de vida del proyecto en P3.express se compone de siete grupos de actividades (P3.express, 2023):
P3.express utiliza un sistema cíclico con ciclos mensuales, semanales y diarios, cada uno centrado en aspectos específicos de las actividades de gestión. Esta aproximación difiere sustancialmente de las metodologías tradicionales basadas en fases o etapas secuenciales, adoptando en cambio una perspectiva iterativa y continua.
Al evitar los términos etapa y fase, P3.express elimina la ambigüedad terminológica presente en otras metodologías. Esta decisión resulta particularmente apropiada dado el enfoque lightweight (ligero) de la metodología, diseñada para proyectos de pequeño y mediano tamaño que requieren estructuras de gestión simplificadas.
Sin embargo, la ausencia de estos términos también implica que profesionales familiarizados con PMBOK, PRINCE2 o PM² deben adaptar su vocabulario conceptual al trabajar con P3.express, lo cual puede representar una barrera inicial de adopción.
El análisis de las cuatro metodologías principales revela patrones significativos de convergencia y divergencia en el tratamiento terminológico de los componentes del ciclo de vida del proyecto.
ICB 4 y PRINCE2 presentan la mayor coherencia conceptual, compartiendo una distinción fundamental entre componentes de gestión y componentes técnicos:
Ambas metodologías enfatizan que los componentes de gestión concluyen con puntos de decisión formales donde se autoriza (o no) la continuación del proyecto, mientras que los componentes técnicos culminan en hitos sin implicaciones de autorización.
PMBOK y PM² presentan debilidades en su tratamiento terminológico:
En ambos casos, no se ha prestado suficiente atención a la diferenciación rigurosa de estos términos, lo cual puede generar ambigüedad en entornos donde coexisten múltiples metodologías.
P3.express adopta una posición distintiva al evitar completamente la dicotomía etapa-fase, optando por términos neutros (grupos de actividades, ciclos). Esta aproximación elimina la ambigüedad terminológica y resulta coherente con su filosofía lightweight, aunque requiere adaptación conceptual por parte de profesionales formados en otras metodologías.
El análisis comparativo de la terminología del ciclo de vida del proyecto en las principales metodologías predictivas revela una significativa falta de estandarización que puede impactar negativamente la comunicación entre profesionales y organizaciones.
Primer hallazgo: existe una división fundamental entre metodologías que diferencian conceptualmente entre componentes de gestión y componentes técnicos (ICB 4, PRINCE2) y aquellas que no realizan esta distinción (PMBOK, PM²).
Segundo hallazgo: ICB 4 proporciona el marco conceptual más riguroso y diferenciado, estableciendo criterios claros para distinguir entre etapas (no superponibles, concluyen con decisiones de autorización) y fases (superponibles, culminan en hitos).
Tercer hallazgo: PRINCE2 comparte el enfoque conceptual de ICB 4, aunque emplea terminología propia (etapas de gestión vs. etapas técnicas), demostrando que una misma aproximación conceptual puede expresarse con diferentes nomenclaturas.
Cuarto hallazgo: Ni PMBOK ni PM² han desarrollado una diferenciación terminológica rigurosa, empleando los términos como sinónimos (PMBOK) o de manera inconsistente (PM²), lo cual representa una debilidad metodológica.
Quinto hallazgo: P3.express ofrece una solución pragmática al problema terminológico mediante la adopción de términos neutrales, aunque esta decisión implica costos de adaptación para profesionales familiarizados con terminología tradicional.
Para los profesionales de gestión de proyectos, estas divergencias terminológicas plantean desafíos prácticos significativos:
Basándose en este análisis, se proponen las siguientes recomendaciones:
Para organizaciones: desarrollar un glosario corporativo de términos de gestión de proyectos que establezca definiciones estándar, independientemente de las metodologías empleadas internamente. Este glosario debe basarse preferentemente en el marco conceptual de ICB 4 por su mayor rigor diferenciador.
Para profesionales: adoptar la distinción conceptual entre componentes de gestión (puntos de decisión de autorización) y componentes técnicos (hitos de progreso), independientemente de la terminología específica empleada por cada metodología.
Para desarrolladores de metodologías: prestar mayor atención a la coherencia terminológica interna y a la interoperabilidad conceptual con otras metodologías establecidas, reconociendo que la claridad terminológica facilita la adopción y reduce los riesgos de malentendidos.
La diversidad terminológica analizada en este artículo no es meramente una cuestión semántica, sino que refleja diferencias conceptuales fundamentales en cómo las metodologías estructuran y gestionan proyectos. Mientras ICB 4 y PRINCE2 reconocen explícitamente la necesidad de diferenciar entre componentes de gestión y técnicos, PMBOK y PM² omiten esta distinción, lo cual puede limitar su efectividad en proyectos complejos donde tal separación resulta esencial.
En un contexto profesional cada vez más globalizado y multimetodológico, la comunidad de gestión de proyectos se beneficiaría de un esfuerzo consciente hacia una mayor armonización terminológica, sin necesariamente sacrificar las características distintivas de cada metodología. La adopción del marco conceptual de ICB 4 como referencia común podría constituir un paso significativo en esta dirección.
Ángel Águeda Barrero
AXELOS. (2017). Managing Successful Projects with PRINCE2® 6th Edition. TSO (The Stationery Office).
Comisión Europea. (2018). PM² Project Management Methodology Guide 3.0. Publications Office of the European Union.
IPMA (International Project Management Association). (2015). Individual Competence Baseline for Project, Programme & Portfolio Management, Version 4.0.
P3.express. (2023). P3.express Manual, Version 2. Disponible en: https://p3.express/es/manual/v2/
Project Management Institute. (2017). A Guide to the Project Management Body of Knowledge (PMBOK® Guide) – Sixth Edition. Project Management Institute.
