26 julio, 2026

Comprendamos la 8ª edición de la Guía del PMBOK: La calidad como principio de gestión

Durante años, una frase se repitió con absoluta naturalidad en innumerables proyectos:

«No se preocupen, al final hacemos las pruebas.»

Detrás de esa aparente tranquilidad se escondía una forma de entender la calidad como la última etapa del trabajo. Primero se diseñaba, luego se construía y, cuando todo parecía terminado, comenzaban las verificaciones. Si aparecían errores, se corregían; si surgían reprocesos o retrasos, se asumían como una consecuencia inevitable del proyecto.

La octava edición de la Guía del PMBOK® propone una visión distinta. Más que introducir nuevas herramientas o modificar procedimientos, plantea un cambio de paradigma en el que la calidad deja de concebirse como una actividad de control para convertirse en un principio que orienta todo el proyecto. La diferencia puede parecer sutil, pero transforma la manera de planificar, ejecutar y dirigir proyectos.

Desde esta perspectiva, la calidad se entiende como la capacidad de los procesos y los entregables para cumplir los criterios de aceptación, responder a las expectativas de los interesados y contribuir al logro de los objetivos del proyecto. Sin embargo, más que ofrecer una definición estricta, la Guía del PMBOK® describe las condiciones que permiten afirmar que existe calidad. Entre ellas destaca que los entregables sean aptos para el propósito (fit for purpose), satisfagan los criterios de aceptación, respondan a las expectativas de los interesados, contribuyan al logro de los objetivos organizacionales y minimicen el retrabajo y el desperdicio mediante la prevención temprana de defectos.

En consecuencia, la calidad deja de ser un atributo exclusivo del producto final para convertirse en una propiedad del propio proyecto, es decir, una forma de gestionar en la que los procesos y los entregables se diseñan para generar valor de manera consistente, satisfacer las expectativas de los interesados y reducir la probabilidad de reprocesos y desperdicios.


La calidad no se incorpora al final

Uno de los errores más comunes en las organizaciones consiste en asociar la gestión de la calidad exclusivamente con auditorías, inspecciones o pruebas finales. Bajo esta lógica, la calidad depende de un equipo especializado encargado de detectar errores antes de entregar el producto.

Sin embargo, la experiencia demuestra que los problemas de calidad rara vez nacen al final del proyecto. Suelen originarse mucho antes, en requisitos ambiguos, estimaciones poco realistas, decisiones apresuradas, comunicaciones deficientes o una comprensión incompleta de las necesidades del cliente.

Enfoque calidad - 8a Edición


Ninguna inspección puede corregir un proyecto mal concebido.

La nueva guía recoge esta realidad al establecer como uno de sus principios la necesidad de integrar la calidad en los procesos y en los entregables, promoviendo que esté presente desde las primeras decisiones y durante todo el ciclo de vida del proyecto.

En consecuencia, la pregunta deja de ser «¿Cómo vamos a controlar la calidad?» y pasa a ser «¿Cómo vamos a diseñar un proyecto que minimice la aparición de problemas?». Es un cambio que desplaza el énfasis de la corrección hacia la prevención.


Cumplir requisitos ya no basta

Tradicionalmente, un entregable se consideraba de calidad cuando cumplía las especificaciones definidas en el contrato o en los requisitos técnicos. Ese criterio sigue siendo indispensable, pero ya no resulta suficiente.

La Guía amplía el concepto de calidad al incorporar dimensiones como el desempeño, la conformidad, la confiabilidad, la resiliencia, la satisfacción del cliente y del usuario, la uniformidad, la eficiencia, la sostenibilidad y el cumplimiento normativo. De este modo, recuerda que la calidad trasciende el simple cumplimiento de especificaciones; un producto o servicio debe funcionar de manera consistente, responder a las expectativas de sus interesados y generar valor para quienes lo utilizan. 

Esta diferencia tiene implicaciones importantes. Un software puede cumplir todos los requisitos funcionales y aun así ofrecer una experiencia de usuario deficiente. Un edificio puede cumplir con las normas técnicas y resultar poco práctico para quienes lo ocupan. Un servicio puede ajustarse a todos los procedimientos internos sin lograr la satisfacción de sus usuarios.

La calidad, por tanto, deja de medirse únicamente por el cumplimiento documental y comienza a evaluarse por la capacidad del proyecto para responder a las expectativas de sus interesados.


La calidad también mejora la eficiencia

Con frecuencia se percibe la calidad como un costo adicional asociado a auditorías, pruebas o certificaciones. Sin embargo, los mayores costos suelen provenir precisamente de la falta de calidad. Cada retrabajo, cada corrección de última hora, cada reclamación del cliente o cada retraso representa recursos que pudieron haberse evitado con mejores decisiones desde el inicio.

En este sentido, se destaca que incorporar la calidad en la gestión contribuye a reducir desperdicios, disminuir los reprocesos, optimizar el uso de los recursos e impulsar la mejora continua. La calidad deja entonces de ser únicamente una exigencia técnica para convertirse en un factor que mejora el desempeño integral del proyecto y fortalece la competitividad de la organización.


La calidad es una responsabilidad compartida

Otra de las transformaciones relevantes es que la calidad deja de ser responsabilidad exclusiva de un departamento o de un responsable técnico. Cada decisión influye en ella.

Lo hace quien define los requisitos, quien aprueba el presupuesto, quien selecciona un proveedor, quien desarrolla una solución tecnológica o quien representa la voz del cliente. La calidad deja de ser una función especializada para convertirse en una responsabilidad colectiva.

Por ello, la octava edición insiste en que la calidad debe integrarse en las personas, los procesos y la propia estructura organizacional, favoreciendo una cultura de mejora continua y aprendizaje permanente.

Esta perspectiva coincide con enfoques consolidados como Lean Management, Total Quality Management o los modelos de excelencia organizacional, que entienden la calidad como una característica del sistema de gestión y no como el resultado del trabajo de un área específica.

Calidad - Responsabilidad compartida

Una nueva forma de entender los proyectos

Quizá la principal aportación de la octava edición no resida en nuevas técnicas ni en cambios metodológicos, sino en una nueva forma de comprender la dirección de proyectos.

Durante décadas las organizaciones perfeccionaron mecanismos para detectar errores. Hoy el desafío consiste en diseñar proyectos donde esos errores tengan cada vez menos posibilidades de aparecer.

Eso exige mejores conversaciones con los interesados, una planificación más rigurosa, decisiones basadas en evidencia y una cultura que entienda la calidad como un compromiso permanente, no como una etapa del cronograma.

En ese sentido, la 8ª edición de la Guía del PMBOK nos recuerda que la calidad no comienza cuando aparece la primera lista de verificación ni termina con la aceptación del entregable. Comienza mucho antes, en la forma como concebimos el proyecto, tomamos decisiones y articulamos el trabajo de las personas.

Porque, al final, los proyectos más exitosos no son aquellos que corrigen mejor sus errores, sino aquellos que fueron diseñados para que esos errores aparezcan con la menor frecuencia posible.


¿Qué ocurrió con los procesos de calidad?

Quienes se formaron con la Guía del PMBOK® Sexta Edición recordarán que la gestión de la calidad estaba estructurada alrededor de tres procesos claramente diferenciados: Planificar la gestión de la calidad (8.1), Gestionar la calidad (8.2)y Controlar la calidad (8.3).

La octava edición rompe con esa estructura. No porque la calidad haya perdido importancia, sino porque deja de concebirse como un conjunto de procesos independientes para integrarse transversalmente en la dirección del proyecto.

En consecuencia, las actividades que antes se agrupaban en esos tres procesos ahora se distribuyen entre distintas prácticas de gestión. La planificación de la calidad se incorpora a la definición del alcance, al establecimiento de los criterios de calidad y a las actividades de aseguramiento; la antigua gestión de la calidad evoluciona hacia un enfoque más amplio de aseguramiento continuo; y el control de la calidad deja de presentarse como un proceso autónomo para integrarse con los mecanismos de validación de los entregables, el control del alcance y las actividades de aseguramiento.

Más que una reorganización metodológica, este cambio refleja una nueva manera de entender la calidad. Ya no es una fase del proyecto, sino una característica que debe estar presente en todas sus decisiones y procesos.

Comparativo procesos de calidad


Referencias

  • Project Management Institute. (2025). The Standard for Project Management and A Guide to the Project Management Body of Knowledge (PMBOK® Guide) (8th ed.). Project Management Institute.

13 mayo, 2026

Guía del PMBOK® 8: claves para entender sus 40 procesos

1. Introducción

La 8.ª edición de la Guía del PMBOK® recupera la utilidad práctica de los procesos, pero ya no los presenta como una receta rígida. Los integra en dominios de desempeño y los conecta con áreas de enfoque que permiten entender cuándo se usan, para qué sirven y cómo pueden adaptarse al contexto del proyecto.

En ese sentido, la nueva edición no abandona los procesos ni regresa mecánicamente a la 6.ª edición. Más bien, los reorganiza dentro de una arquitectura más flexible, orientada a dominios de desempeño, áreas de enfoque y a la entrega de valor.

Para facilitar la lectura, en este post se propone una codificación didáctica de los procesos de la 8.ª edición. Esta codificación no corresponde a una numeración oficial del PMI ni debe confundirse con la numeración de las secciones de la guía. Su propósito es únicamente pedagógico: permitir que cada proceso pueda identificarse breve, ordenado y de manera consistente dentro del post.

La lógica utilizada combina una abreviatura del dominio de desempeño con un número consecutivo de dos dígitos. Por ejemplo, GOB-01 identifica el primer proceso del dominio Governance (Gobernanza), ALC-01 identifica el primer proceso del dominio Scope (Alcance) y RIE-01 identifica el primer proceso del dominio Risk (Riesgos).

Codificación didáctica

Una de las principales novedades de la Guía del PMBOK® 8.ª edición es la reaparición explícita de los procesos. Después del giro conceptual de la 7.ª edición, centrado en principios y dominios de desempeño, la nueva edición busca recuperar una guía más operativa para quienes dirigen proyectos en contextos reales.

Sin embargo, este retorno no debe entenderse como una simple vuelta a la 6.ª edición. La 8.ª edición no reproduce los 49 procesos clásicos, sino que propone 40 procesos evolucionados, agrupados en siete dominios de desempeño y relacionados con cinco áreas de enfoque.

Aquí aparece un cambio importante, los procesos ya no se presentan bajo una lógica que pueda sugerir una secuencia universal obligatoria. En la 8.ª edición se entienden mejor como referencias prácticas que pueden adaptarse al tipo de ciclo de vida, a la complejidad del proyecto, a la cultura organizacional, al nivel de incertidumbre y al enfoque de desarrollo utilizado.


2. ¿Cómo están agrupados los procesos en la 8.ª edición?

La 8ª. edición organiza los procesos desde dos lógicas complementarias.

La primera lógica corresponde a los Project Management Performance Domains (Dominios de desempeño de la dirección de proyectos), que indican el campo de gestión al que pertenece cada proceso. En lugar de hablar de las diez áreas de conocimiento de la 6.ª edición, la nueva guía agrupa el trabajo de dirección de proyectos en siete dominios: 

  1. Gobernanza
  2. Alcance
  3. Cronograma
  4. Finanzas
  5. Interesados
  6. Recursos
  7. Riesgo

La segunda lógica corresponde a las Áreas de enfoque de la dirección de proyectos (Project Management Focus Areas), que retoman los antiguos grupos de procesos, pero con una lectura más flexible. Estas áreas son: 

  • Iniciación
  • Planificación
  • Ejecución
  • Monitoreo y control
  • Cierre.

Lógica de agrupación


3. Los 40 procesos de la 8.ª edición

A continuación se presenta cada proceso con su código didáctico, su nombre original en inglés, su traducción al español, el área de enfoque correspondiente y una breve descripción interpretativa.

3.1 Gobernanza (Governance)

Este dominio concentra los procesos que permiten autorizar, integrar, dirigir, controlar y cerrar el proyecto. También incorpora aspectos que antes estaban distribuidos entre integración, calidad y adquisiciones. En la 8.ª edición, la gobernanza no se limita al inicio o al control formal, sino que acompaña todo el ciclo de vida del proyecto.

Procesos - Gobernanza


3.2 Alcance (Scope)

Este dominio reúne los procesos necesarios para definir, estructurar, validar y controlar lo que el proyecto debe entregar. Una novedad importante es la expresión Develop Scope Structure (Desarrollar la estructura del alcance), que amplía la lógica tradicional de la EDT/WBS y permite pensar también en descomposiciones propias de enfoques ágiles, como épicas, funcionalidades e historias de usuario.

Procesos - Alcance

3.3 Cronograma (Schedule)

La 8.ª edición simplifica los procesos de cronograma. En la 6.ª edición se separaban actividades como definir, secuenciar y estimar duraciones. En la 8.ª edición, esas actividades quedan integradas principalmente dentro de Develop Schedule (Desarrollar el cronograma), que analiza secuencias, duraciones, recursos y restricciones para construir el modelo de cronograma.

Procesos - Cronograma

3.4 Finanzas (Finance)

Este dominio sustituye la visión más limitada de costos por una mirada financiera más amplia. No solo interesa estimar y controlar costos, sino también entender la viabilidad financiera del proyecto y su relación con la generación de valor.

Procesos - Finanzas

3.5 Interesados (Stakeholders)

Este dominio integra la gestión de interesados y comunicaciones, que en la 6.ª edición estaban separadas. La razón es práctica: no se puede gestionar adecuadamente a los interesados sin una comunicación planificada, continua y ajustada a sus necesidades.

Procesos - Interesados

3.6 Recursos (Resources)

Este dominio mantiene la preocupación por los recursos físicos, tecnológicos y humanos, pero con una lectura más integrada. Un cambio llamativo es que Desarrollar el equipo (Develop Team) y Dirigir al equipo (Manage Team) se sintetizan en Liderar el equipo (Lead the Team), con un énfasis más claro en liderazgo.

Procesos - Recursos

3.7 Riesgos (Risk)

El dominio de riesgos conserva buena parte de la lógica clásica de la 6.ª edición, pero con una simplificación importante: el análisis cualitativo y cuantitativo se integran en Realizar el análisis de riesgos (Perform Risk Analysis). La guía también enfatiza la resiliencia, la incertidumbre, la ambigüedad y la necesidad de adaptar la gestión de riesgos al enfoque predictivo, adaptativo o híbrido del proyecto.

Procesos - Riesgos

4. Cuadro comparativo con los 49 procesos de la 6.ª edición

Este cuadro no debe leerse como una traducción exacta ni como una equivalencia oficial uno a uno. La 8.ª edición no hizo una simple conversión de los 49 procesos de la 6.ª edición. Más bien hubo continuidades, fusiones, cambios de nombre, reubicaciones y eliminación de algunos procesos como elementos centrales independientes.

Tabla 1
Comparación entre los 49 procesos de la 6.ª edición y su tratamiento aproximado en la 8.ª edición

Área de conocimiento PMBOK® 6a.

Nro.

Proceso en la 6.ª edición

Tratamiento aproximado en la 8.ª edición

Código didáctico relacionado

Integración

4.1

Desarrollar el acta de constitución del proyecto

Se transforma en Iniciar el proyecto o fase.

GOB-01

4.2

Desarrollar el plan para la dirección del proyecto

Se transforma en Integrar y alinear los planes del proyecto.

GOB-02

4.3

Dirigir y gestionar el trabajo del proyecto

Se transforma en Gestionar la ejecución del proyecto.

GOB-04

4.4

Gestionar el conocimiento del proyecto

Se conserva como Gestionar el conocimiento del proyecto.

GOB-06

4.5

Monitorear y controlar el trabajo del proyecto

Se transforma en Monitorear y controlar el desempeño del proyecto.

GOB-07

4.6

Realizar el control integrado de cambios

Se transforma en Evaluar e implementar cambios.

GOB-08

4.7

Cerrar el proyecto o fase

Se conserva como Cerrar el proyecto o fase.

GOB-09

Alcance

5.1

Planificar la gestión del alcance

Se conserva como Planificar la gestión del alcance.

ALC-01

5.2

Recopilar requisitos

Evoluciona hacia Obtener y analizar requisitos.

ALC-02

5.3

Definir el alcance

Se conserva como Definir el alcance.

ALC-03

5.4

Crear la EDT/WBS

Evoluciona hacia Desarrollar la estructura del alcance.

ALC-04

5.5

Validar el alcance

Se conserva como Validar el alcance.

ALC-06

5.6

Controlar el alcance

Evoluciona hacia Monitorear y controlar el alcance.

ALC-05

Cronograma

6.1

Planificar la gestión del cronograma

Se conserva como Planificar la gestión del cronograma.

CRO-01

6.2

Definir las actividades

Se integra dentro de Desarrollar el cronograma.

CRO-02

6.3

Secuenciar las actividades

Se integra dentro de Desarrollar el cronograma.

CRO-02

6.4

Estimar la duración de las actividades

Se integra dentro de Desarrollar el cronograma.

CRO-02

6.5

Desarrollar el cronograma

Se conserva como Desarrollar el cronograma, con mayor alcance integrador.

CRO-02

6.6

Controlar el cronograma

Evoluciona hacia Monitorear y controlar el cronograma.

CRO-03

Costos

7.1

Planificar la gestión de los costos

Evoluciona hacia Planificar la gestión financiera.

FIN-01

7.2

Estimar los costos

Se conserva como Estimar los costos.

FIN-02

7.3

Determinar el presupuesto

Evoluciona hacia Desarrollar el presupuesto.

FIN-03

7.3

Controlar los costos

Evoluciona hacia Monitorear y controlar las finanzas.

FIN-04

Calidad

8.1

Planificar la gestión de la calidad

Queda distribuido entre la definición del alcance, los criterios de calidad y la gestión de aseguramiento.

ALC-03 / GOB-05

8.2

Gestionar la calidad

Evoluciona hacia Gestionar el aseguramiento de la calidad.

GOB-05

8.3

Controlar la calidad

Ya no aparece como proceso independiente central; se absorbe en mecanismos de validación, control de alcance y aseguramiento.

ALC-05 / ALC-06 / GOB-05

Recursos

9.1

Planificar la gestión de recursos

Se conserva como Planificar la gestión de recursos.

REC-01

9.2

Estimar los recursos de las actividades

Evoluciona hacia Estimar los recursos.

REC-02

9.3

Adquirir recursos

Se conserva como Adquirir recursos.

REC-03

9.4

Desarrollar el equipo

Se integra en Liderar el equipo.

REC-04

9.5

Dirigir al equipo

Se integra en Liderar el equipo.

REC-04

9.6

Controlar los recursos

Evoluciona hacia Monitorear y controlar la asignación de recursos.

REC-05

Comunicaciones

10.1

Planificar la gestión de las comunicaciones

Se conserva como Planificar la gestión de las comunicaciones, dentro del dominio de interesados.

INT-03

10.2

Gestionar las comunicaciones

Se conserva como Gestionar las comunicaciones.

INT-05

10.3

Monitorear las comunicaciones

Se conserva como Monitorear las comunicaciones.

INT-07

Riesgos

11.1

Planificar la gestión de riesgos

Se conserva como Planificar la gestión de riesgos.

RIE-01

11.2

Identificar los riesgos

Se conserva como Identificar los riesgos.

RIE-02

11.3

Realizar el análisis cualitativo de riesgos

Se integra en Realizar el análisis de riesgos.

RIE-03

11.4

Realizar el análisis cuantitativo de riesgos

Se integra en Realizar el análisis de riesgos.

RIE-03

11.5

Planificar la respuesta a los riesgos

Se conserva como Planificar las respuestas a los riesgos.

RIE-04

11.6

Implementar la respuesta a los riesgos

Se conserva como Implementar las respuestas a los riesgos.

RIE-05

11.7

Monitorear los riesgos

Se conserva como Monitorear los riesgos.

RIE-06

Adquisiciones

12.1

Planificar la gestión de las adquisiciones

Evoluciona parcialmente hacia Planificar la estrategia de abastecimiento.

GOB-03

12.2

Efectuar las adquisiciones

Ya no aparece como proceso central independiente; se trata como práctica específica de abastecimiento o procurement.

GOB-03 / REC-03

12.3

Controlar las adquisiciones

Ya no aparece como proceso central independiente; se aborda desde gobernanza, recursos, interesados y consideraciones de procurement.

GOB-07 / REC-05 / INT

Interesados

13.1

Identificar a los interesados

Se conserva como Identificar a los interesados.

INT-01

13.2

Planificar el involucramiento de los interesados

Se conserva como Planificar el involucramiento de los interesados.

INT-02

13.3

Gestionar la participación de los interesados

Se conserva como Gestionar el involucramiento de los interesados.

INT-04

13.4

Monitorear el involucramiento de los interesados

Se conserva como Monitorear el involucramiento de los interesados.

INT-06


5. Lectura estratégica del cambio

El paso de 49 a 40 procesos no debe interpretarse como una pérdida de contenido, sino como una reorganización. La 8.ª edición simplifica donde había fragmentación, integra procesos que estaban demasiado separados y reubica algunos temas en dominios más amplios.

Tabla 2
Lectura estratégica de los principales cambios

Cambio

Interpretación

De 10 áreas de conocimiento a 7 dominios de desempeño

Se pasa de una clasificación funcional a una visión más orientada a resultados.

De grupos de procesos a áreas de enfoque

Se mantiene la lógica de inicio, planificación, ejecución, control y cierre, pero con mayor flexibilidad.

De costos a finanzas

Se amplía la mirada desde el control del gasto hasta la viabilidad financiera y el valor.

De adquisiciones a sourcing/procurement como consideración

Se reduce su presencia como área central, pero no desaparece de la práctica.

De comunicación separada a interesados/comunicación integrados

Se reconoce que la comunicación es una parte esencial de la gestión de los interesados.

De calidad como área independiente a calidad transversal

La calidad se conecta con el alcance, la gobernanza, el aseguramiento y la aceptación.

De procesos prescriptivos a procesos no prescriptivos

El gerente de proyecto debe adaptar, no aplicar mecánicamente.



6. Matriz integradora de los procesos de la 8.ª edición

En la siguiente matriz se presenta la correspondencia entre las Áreas de enfoque de la dirección de proyectos (Project Management Focus Areas) y los Dominios de desempeño de la dirección de proyectos (Project Management Performance Domains). La estructura se inspira en la matriz integradora utilizada para explicar la 6.ª edición, pero se adapta a la arquitectura de la 8.ª edición.

Tabla 3
Matriz integradora de procesos de la Guía del PMBOK® 8.ª edición

Dominios de desempeño Iniciación Planificación Ejecución Monitoreo y control Cierre
Gobernanza 2.1.6.1 Iniciar el proyecto o fase (GOB-01) 2.1.6.2 Integrar y alinear los planes del proyecto (GOB-02) 2.1.6.4 Gestionar la ejecución del proyecto (GOB-04) 2.1.6.7 Monitorear y controlar el desempeño del proyecto (GOB-07) 2.1.6.9 Cerrar el proyecto o fase (GOB-09)
2.1.6.3 Planificar la estrategia de abastecimiento (GOB-03) 2.1.6.5 Gestionar el aseguramiento de la calidad (GOB-05) 2.1.6.8 Evaluar e implementar cambios (GOB-08)
2.1.6.6 Gestionar el conocimiento del proyecto (GOB-06)
Alcance 2.2.2.1 Planificar la gestión del alcance (ALC-01) 2.2.2.5 Monitorear y controlar el alcance (ALC-05)
2.2.2.2 Obtener y analizar requisitos (ALC-02) 2.2.2.6 Validar el alcance (ALC-06)
2.2.2.3 Definir el alcance (ALC-03)
2.2.2.4 Desarrollar la estructura del alcance (ALC-04)
Cronograma 2.3.2.1 Planificar la gestión del cronograma (CRO-01) 2.3.2.3 Monitorear y controlar el cronograma (CRO-03)
2.3.2.2 Desarrollar el cronograma (CRO-02)
Finanzas 2.4.2.1 Planificar la gestión financiera (FIN-01) 2.4.2.4 Monitorear y controlar las finanzas (FIN-04)
2.4.2.2 Estimar los costos (FIN-02)
2.4.2.3 Desarrollar el presupuesto (FIN-03)
Interesados 2.5.2.1 Identificar a los interesados (INT-01) 2.5.2.2 Planificar el involucramiento de los interesados (INT-02) 2.5.2.4 Gestionar el involucramiento de los interesados (INT-04) 2.5.2.6 Monitorear el involucramiento de los interesados (INT-06)
2.5.2.3 Planificar la gestión de las comunicaciones (INT-03) 2.5.2.5 Gestionar las comunicaciones (INT-05) 2.5.2.7 Monitorear las comunicaciones (INT-07)
Recursos 2.6.2.1 Planificar la gestión de recursos (REC-01) 2.6.2.3 Adquirir recursos (REC-03) 2.6.2.5 Monitorear y controlar la asignación de recursos (REC-05)
2.6.2.2 Estimar los recursos (REC-02) 2.6.2.4 Liderar el equipo (REC-04)
Riesgos 2.7.2.1 Planificar la gestión de riesgos (RIE-01) 2.7.2.5 Implementar las respuestas a los riesgos (RIE-05) 2.7.2.6 Monitorear los riesgos (RIE-06)
2.7.2.2 Identificar los riesgos (RIE-02)
2.7.2.3 Realizar el análisis de riesgos (RIE-03)
2.7.2.4 Planificar las respuestas a los riesgos (RIE-04)

Nota: La numeración inicial corresponde a la sección real en la Guía del PMBOK® 8.ª edición, no a un código oficial independiente de cada proceso. La codificación entre paréntesis (GOB, ALC, CRO, FIN, INT, REC y RIE) es una propuesta didáctica de este post para facilitar la lectura y comparación de los procesos.


7. Conclusión

La 8.ª edición de la Guía del PMBOK® parece buscar un equilibrio. Recupera la utilidad de los procesos, tan valorada por quienes necesitan dirigir proyectos con orden, trazabilidad y control, pero conserva la visión sistémica, adaptable y orientada al valor que introdujo la 7.ª edición.

Por eso, el cambio de 49 a 40 procesos no se limita a una mera reducción numérica. Representa una síntesis. Algunos procesos se mantienen, otros cambian de nombre, varios se integran y algunos dejan de aparecer como procesos centrales para convertirse en prácticas, consideraciones o responsabilidades distribuidas entre varios dominios.

En términos prácticos, la 8.ª edición nos recuerda que dirigir proyectos no consiste en llenar formatos ni en seguir mecánicamente una secuencia de procesos. Consiste en comprender qué necesita el proyecto, qué valor debe entregar, qué nivel de control requiere y qué prácticas conviene adaptar para lograr resultados en un entorno cada vez más cambiante.


Referencias

  • Project Management Institute. (2025). The Standard for Project Management and A Guide to the Project Management Body of Knowledge (PMBOK® Guide) (8th ed.). Project Management Institute.
  • Redondo Salas, A. (2017, 14 de noviembre). Áreas de Conocimiento de la Dirección de Proyectos (Guía del PMBOK 6a Edición). La Esquina de la Gestión. https://alredsa.blogspot.com/2017/11/area-de-conocimiento-de-la-direccion-de.html