Project Management Professional

Toda persona o grupo que afecta o se ve afectado por el trabajo. Se identifican temprano, se entiende qué les importa y se decide cómo involucrarlos, y eso se revisa durante todo el ciclo.

En el PMP: Elegir la acción correcta ante un interesado en conflicto o desinteresado.

Dónde estudiarlo: Guía PMBOK (8.ª), 2.5 Dominio de los interesados, p. 72-84; Estándar PM (8.ª), 2.5 Roles, p. 30-38; Estándar de IA, 3.1 Expectativas sobre la IA, p. 74-86; Guía de análisis de negocios (2017), 5. Stakeholder engagement, p. 109-151

Un riesgo es un hecho incierto que, si pasa, afecta los objetivos para bien (oportunidad) o para mal (amenaza). Se identifica, se analiza su probabilidad e impacto, se planifica una respuesta y se le asigna un dueño.

En el PMP: Qué hacer primero cuando un riesgo se materializa o aparece uno nuevo.

Dónde estudiarlo: Guía de riesgos (2024), 4. Risk Management Life Cycle, p. 33-62; Guía PMBOK (8.ª), 2.7 Dominio de los riesgos, p. 100-111; Estándar de IA, 3.5 Riesgos de la IA, p. 124-135; Estándar de IA, 2.2 Principio de riesgo, p. 42-44

El enfoque de desarrollo depende de qué tan claro está el alcance y de cuánto se espera que cambie. Predictivo planifica todo al principio, ágil entrega en ciclos cortos y adapta, e híbrido combina partes de ambos.

En el PMP: Cerca de la mitad de las preguntas usa escenarios ágiles o híbridos.

Dónde estudiarlo: Guía de ágil (2.ª), 3.9-3.10 Características y selección, p. 27-38; Estándar PM (8.ª), 4.2-4.3 Enfoques de desarrollo, p. 65-75; Guía PMBOK (8.ª), 2.3.3 Adaptación del cronograma, p. 59-61

Quien lidera quita obstáculos, protege al equipo y lo ayuda a crecer en lugar de dar órdenes. Los equipos autoorganizados deciden cómo hacer el trabajo y el líder facilita.

En el PMP: Dominio Personas: conflictos, motivación, equipos virtuales, mentoría.

Dónde estudiarlo: Guía de ágil (2.ª), 4.3 Líderes de apoyo, p. 49-54; Estándar PM (8.ª), 3.6 Liderar con responsabilidad, p. 51-53; Guía PMBOK (8.ª), 2.6.2.4 Liderar al equipo, p. 91-94

Todo cambio a una línea base se analiza por su impacto en alcance, tiempo, costo y calidad antes de aprobarse. Solo después de aprobado se actualizan los planes y se comunica.

En el PMP: Primer paso ante un pedido de cambio: evaluar impacto, no implementarlo.

Dónde estudiarlo: Guía PMBOK (8.ª), 2.1.6.8 Evaluar e implementar cambios, p. 30-33; Estándar de configuración (2007), 4. Configuration change management, p. 15-20

Ajustar enfoque, procesos y nivel de formalidad a la organización y al proyecto, en vez de aplicar todo por igual. Se elige un punto de partida, se ajusta y se sigue mejorando con lo aprendido.

En el PMP: Muchas preguntas premian ajustar el método al contexto.

Dónde estudiarlo: Guía de ágil (2.ª), 3.12 Factores de adaptación, p. 39-41; Guía PMBOK (8.ª), 3. Adaptación, p. 113-123; Estándar de IA, 4. Ciclo de vida y adaptación, p. 137-175

Ante una amenaza se puede escalar, evitar, transferir, mitigar o aceptar; ante una oportunidad, escalar, explotar, compartir, mejorar o aceptar. Cada respuesta tiene un dueño y puede dejar un riesgo residual o generar uno secundario.

En el PMP: Elegir la estrategia correcta en un escenario, incluido cuándo escalar.

Dónde estudiarlo: Guía de riesgos (2024), 4.6 Plan Risk Responses, p. 52-59; Guía PMBOK (8.ª), 2.7.2.4 Planificar las respuestas, p. 106-107

Descomposición jerárquica de todo el alcance en entregables cada vez más chicos, hasta llegar a paquetes de trabajo que se pueden estimar y asignar. Lo que no está en la EDT no es parte del proyecto.

En el PMP: Usarla como base para estimar, controlar alcance y evitar el gold plating.

Dónde estudiarlo: Guía PMBOK (8.ª), 2.2.2.4 Desarrollar la estructura del alcance, p. 44; Estándar de EDT/WBS (3.ª), 1.2-1.3 What is a WBS, p. 3-6; Estándar de EDT/WBS (3.ª), 2.4 Methods (descomposición y diccionario), p. 33-41

La ruta crítica es la secuencia más larga de actividades dependientes y fija la duración mínima del proyecto. Una actividad con holgura puede atrasarse algo sin mover la fecha final; una de la ruta crítica, no.

En el PMP: Elegir entre intensificar (crashing) y ejecución rápida (fast tracking).

Dónde estudiarlo: Guía PMBOK (8.ª), 2.3.2.2 Desarrollar el cronograma, p. 53-58; Guía PMBOK (8.ª), 5. Herramientas y técnicas, p. 214-215; Estándar de cronograma (3.ª), 3.4.1-3.4.2 Critical path and float, p. 71-74

Compara lo planificado, lo realizado y lo gastado en la misma unidad monetaria. Con eso se mide si el proyecto va adelantado o atrasado y por encima o por debajo del presupuesto, y se proyecta el costo final.

En el PMP: Interpretar los índices y decidir qué hacer, más que calcular.

Dónde estudiarlo: Guía PMBOK (8.ª), 2.4.2.4 Monitorear y controlar las finanzas, p. 69-72; Guía PMBOK (8.ª), 5. Herramientas y técnicas, p. 199-201; Estándar de valor ganado (2019), 4.4 Managing performance, p. 71-90

Lista ordenada de lo que falta hacer, que se refina y se reordena según el valor que aporta cada ítem. El orden lo decide quien representa al negocio, con información del equipo.

En el PMP: Qué hacer cuando un interesado pide un cambio en medio de una iteración.

Dónde estudiarlo: Guía de ágil (2.ª), 5.2.1-5.2.2 Planificación y refinamiento, p. 70-72; Guía PMBOK (8.ª), 2.2 Alcance (trabajo pendiente), p. 41-45; Guía PMBOK (8.ª), 5. Herramientas y técnicas, p. 193-194

Un proyecto se justifica por el valor que deja, no por terminar a tiempo. Los beneficios se definen en el caso de negocio, se miden y a veces se concretan después del cierre.

En el PMP: Dominio Entorno de negocio: alinear entregas con la estrategia.

Dónde estudiarlo: Estándar PM (8.ª), 2.1 Creación de valor, p. 15-20; Estándar PM (8.ª), 3.4 Centrarse en el valor, p. 45-46; Estándar de IA, 2.1 Principio de valor estratégico, p. 39-41; Estándar de programas (5.ª), 3.4 Benefits management, p. 80-96

Las reglas, roles y comités que deciden quién aprueba qué y con qué información. Da el marco para escalar problemas y tomar decisiones de inversión.

En el PMP: Saber cuándo escalar al patrocinador o a la PMO.

Dónde estudiarlo: Guía PMBOK (8.ª), 2.1 Dominio de la gobernanza, p. 10-39; Estándar PM (8.ª), 1.3.2 Gobernanza organizacional y del proyecto, p. 8-9; Estándar de IA, 2.3 Gobernanza y cumplimiento, p. 44-52; Estándar de portafolios (4.ª), 4. Portfolio governance, p. 43-50; Estándar de programas (5.ª), 3.6 Governance framework, p. 109-128

Los requisitos traducen necesidades en condiciones que la solución debe cumplir. La trazabilidad une cada requisito con su origen, su diseño y su prueba para que nada se pierda ni se agregue sin motivo.

En el PMP: Recopilar requisitos como parte de la planificación del alcance.

Dónde estudiarlo: Guía de ágil (2.ª), 5.2.2 Definición de listo, p. 72; Guía PMBOK (8.ª), 2.2.2.2 Recopilar y analizar requisitos, p. 43; Guía PMBOK (8.ª), 4. Matriz de trazabilidad, p. 143-144; Guía de análisis de negocios (2017), 1.2 Tipos de requisitos, p. 10-11; Guía de análisis de negocios (2017), 7.3 Define and elaborate requirements, p. 208-215; Guía de gestión de requisitos (2016), 2. Requirements process, p. 5-11

La octava edición los reduce a seis: mirar el proyecto como sistema, orientar todo al valor, incorporar la calidad desde el proceso, liderar haciéndose cargo, integrar la sostenibilidad y construir una cultura que empodere. Guían el criterio cuando ningún proceso dice qué hacer.

En el PMP: Elegir la respuesta que mejor refleja un principio en una situación.

Dónde estudiarlo: Estándar PM (8.ª), 3. Principios, p. 39-61; Guía PMBOK (8.ª), X5.4 Perfeccionamiento de los principios, p. 283-286

Siete grupos de actividades que se dan en todo proyecto, sin importar el enfoque: gobernanza, alcance, cronograma, finanzas, interesados, recursos y riesgos. En la octava edición cada uno contiene sus procesos (40 en total).

En el PMP: Ubicar el problema de una pregunta en el dominio correcto.

Dónde estudiarlo: Guía PMBOK (8.ª), 2. Dominios de desempeño, p. 7-111

Iniciación, planificación, ejecución, monitoreo y control, y cierre. No son etapas en fila: se superponen y se repiten en cada fase o iteración.

En el PMP: Saber en qué momento del proyecto ocurre la situación planteada.

Dónde estudiarlo: Estándar PM (8.ª), 4.5 Áreas de enfoque, p. 76-81

La calidad se construye en el proceso, no se inspecciona al final. Se mide por criterios de aceptación, definición de terminado y adecuación al uso, con mejora continua.

En el PMP: Prevenir defectos antes que corregirlos.

Dónde estudiarlo: Guía de ágil (2.ª), 5.2.8-5.2.9 Incrementos y prácticas de ejecución, p. 76-78; Estándar PM (8.ª), 3.5 Incorporar la calidad, p. 47-50; Guía PMBOK (8.ª), 2.1.6.5 Aseguramiento de la calidad, p. 24-25; Estándar de IA, 3.3 Calidad y confiabilidad, p. 97-112

Cubrir las necesidades actuales sin comprometer las futuras. Se trata de anticipar los efectos del proyecto sobre el ambiente, las personas y la comunidad, y de compensarlos, reducirlos o evitarlos.

En el PMP: Entra en el dominio Entorno de negocio del examen.

Dónde estudiarlo: Estándar P5 (v4), 1. Sostenibilidad y dirección de proyectos, p. 1-4; Guía de ágil (2.ª), Anexo A4, p. 147-151; Estándar PM (8.ª), 3.7 Integrar la sostenibilidad, p. 54-58; Competencias en sostenibilidad GPM (v2.2), Unidades para el director de proyectos sostenible, p. 24-46

Decidir qué hacer en casa y qué comprar, elegir proveedores con criterios explícitos y el tipo de contrato que reparte bien el riesgo. En la octava edición el abastecimiento vive en gobernanza y el detalle está en un apéndice.

En el PMP: Qué hacer ante un proveedor que incumple o un reclamo.

Dónde estudiarlo: Guía PMBOK (8.ª), 2.1.6.3 Planificar la estrategia de abastecimiento, p. 20-22; Guía PMBOK (8.ª), Apéndice X4, p. 269-279; Competencias en sostenibilidad GPM (v2.2), Unidad 6. Abastecimiento sostenible, p. 36-38

Que cada persona pueda preguntar, equivocarse, opinar y cuestionar sin miedo a represalias. Se construye por etapas, desde sentirse incluido hasta poder desafiar supuestos, y es condición para aprender y mejorar.

En el PMP: Crear un ambiente donde el equipo reporte problemas temprano.

Dónde estudiarlo: Guía de ágil (2.ª), 4.2 Seguridad psicológica, p. 44-49

En ágil se mide cuánto tarda el trabajo en atravesar el sistema, cuánto se termina por período y cuánto queda trabado, más que el avance contra un plan. Se complementa con métricas de valor y resultados como OKR.

En el PMP: Interpretar un tablero o un gráfico de flujo en un escenario ágil.

Dónde estudiarlo: Guía de ágil (2.ª), 5.5 Mediciones, p. 83-87; Guía de ágil (2.ª), A2.4 Métricas DORA, p. 129-130

Ágil es un paraguas: Scrum organiza el trabajo en iteraciones con roles y eventos, Kanban visualiza y limita el trabajo en curso, XP aporta prácticas técnicas, y hay marcos para coordinar muchos equipos.

En el PMP: Reconocer roles y eventos de Scrum y tableros Kanban en los escenarios.

Dónde estudiarlo: Guía de ágil (2.ª), Anexo A3, p. 135-146; Guía de ágil (2.ª), 5.3 Escalamiento, p. 78-79

El PMI redefine el éxito como entregar un valor que justifique el esfuerzo. Pide cuidar cómo perciben el valor los interesados, hacerse cargo del resultado, reevaluar todo el tiempo y mirar el impacto más allá del proyecto.

En el PMP: Respuestas que priorizan el valor percibido sobre cumplir el plan.

Dónde estudiarlo: Guía de ágil (2.ª), 1.3.2 Alineación con M.O.R.E., p. 4-5; Estándar PM (8.ª), 2.1.2 Evaluación del éxito, p. 18-20

El apetito es cuánta incertidumbre está dispuesta a asumir la organización para lograr sus objetivos; el umbral es el punto medible a partir del cual un riesgo exige acción. Definen qué riesgos se aceptan y cuáles no.

En el PMP: Usar el umbral para decidir si un riesgo se acepta o se responde.

Dónde estudiarlo: Guía de riesgos (2024), 2.1 Key Concepts, p. 10-12; Estándar de portafolios (4.ª), 3.5 Strategic risk appetite, p. 34

Pasa del ranking de riesgos a números: valor monetario esperado, árboles de decisión y simulación Monte Carlo estiman el efecto combinado sobre plazo y costo. Con eso se dimensionan las reservas de contingencia (riesgos conocidos) y de gestión (lo desconocido).

En el PMP: Interpretar un árbol de decisión y diferenciar las dos reservas.

Dónde estudiarlo: Guía de riesgos (2024), 4.5 Perform Quantitative Risk Analysis, p. 51-52; Guía de riesgos (2024), X2.4 Técnicas cuantitativas, p. 119-122

Integra alcance, cronograma y costo en cuentas de control con responsable. Fuera de ella quedan la reserva de gestión y el presupuesto no distribuido. Si deja de ser realista se rehace: replanificar lo que falta dentro del objetivo original o reprogramar con una línea base por encima del objetivo (OTB).

En el PMP: Distinguir línea base de costos, presupuesto total y reservas.

Dónde estudiarlo: Estándar de valor ganado (2019), 3.4 Setting the PMB, p. 53-58; Estándar de valor ganado (2019), 4.6.3 Rebaselining, p. 102-103; Guía PMBOK (8.ª), Análisis del valor ganado, p. 168

El trabajo ágil se mapea a cuentas de control y se mide con las mismas tres cifras: lo planificado es la suma de lo que se esperaba terminar a una fecha, lo ganado es lo terminado y aceptado, y lo real es el gasto. Complementa el burnup con costo al final y retorno.

En el PMP: Medir el desempeño de proyectos híbridos con una sola vara.

Dónde estudiarlo: Estándar de valor ganado (2019), 3.5 Applying EVM in an agile/hybrid environment, p. 58-62; Estándar de valor ganado (2019), 4.4.3 Managing performance with EVM for agile, p. 91-94; Guía de ágil (2.ª), Informes de una PMO ágil, p. 110

Cuantitativas: análoga (a partir de proyectos parecidos), paramétrica (con una relación estadística entre variables) y ascendente (sumando estimaciones del detalle). Relativas: comparar tamaños entre ítems, por ejemplo con puntos de historia y póker de planificación. Cualitativas: juicio de expertos y técnicas grupales cuando faltan datos.

En el PMP: Elegir la técnica según la información disponible y la etapa del proyecto.

Dónde estudiarlo: Estándar de estimación (2.ª), 4. Create estimates, p. 39-65; Estándar de estimación (2.ª), Apéndice X4. Herramientas y técnicas, p. 105-110; Guía PMBOK (8.ª), Estimación análoga y paramétrica, p. 184-185

Toda estimación arrastra supuestos y riesgos, así que se expresa como rango y se refina con la elaboración progresiva. Al inicio el rango es amplio (por ejemplo, un orden de magnitud de −25 % a +75 %) y se estrecha a medida que se conoce más; con él baja también la reserva para contingencias.

En el PMP: Comunicar rangos y supuestos a los interesados en lugar de una cifra única.

Dónde estudiarlo: Estándar de estimación (2.ª), 2.3-2.7 Etapas, evolución, variaciones y características, p. 19-26

Ruta crítica (la secuencia más larga fija la duración), cadena crítica (agrega restricciones de recursos y concentra la holgura en amortiguadores), planificación gradual (detalla lo cercano y deja lo lejano en paquetes de planificación) y enfoques adaptativos (iteraciones y lanzamientos con capacidad del equipo).

En el PMP: Elegir el enfoque según el ciclo de vida del proyecto.

Dónde estudiarlo: Estándar de cronograma (3.ª), 2.2 Life cycles and scheduling approaches, p. 10-27; Estándar de cronograma (3.ª), 2.6 Agile, p. 31-43; Guía PMBOK (8.ª), Cadena crítica, p. 192

Cada nivel de la EDT contiene exactamente todo el trabajo de su nivel superior, ni más ni menos, y el conjunto contiene todo el alcance (incluida la dirección del proyecto). Los elementos no se superponen, se numeran de forma jerárquica y se describen en el diccionario de la EDT.

En el PMP: Detectar trabajo que falta o sobra al revisar una EDT.

Dónde estudiarlo: Estándar de EDT/WBS (3.ª), 2.3 Principles, p. 30-32; Estándar de EDT/WBS (3.ª), 2.4.5 WBS dictionary, p. 40-41

En predictivo la EDT se arma completa al inicio; en iterativo e incremental se organiza por iteraciones o incrementos; en ágil el backlog cumple ese papel y se refina con épicas e historias. La descomposición puede orientarse a entregables, fases, producto, acciones, contratos o backlog.

En el PMP: Adaptar la EDT a proyectos ágiles e híbridos.

Dónde estudiarlo: Estándar de EDT/WBS (3.ª), 2.2 Implementation using life cycles, p. 13-29; Estándar de EDT/WBS (3.ª), Tabla 2-1. Tipos de descomposición, p. 29-30

Un proyecto es complejo cuando sus partes interactúan de forma no lineal y aparecen comportamientos que no se pueden prever; no es lo mismo que complicado (muchas partes, pero predecible), incierto (falta información) o ambiguo (varias interpretaciones). La guía distingue complejidad estructural, dinámica, humana y sociopolítica, del entorno, tecnológica y organizacional.

En el PMP: Distinguir complejo de complicado y reconocer el tipo en un escenario.

Dónde estudiarlo: Guía de complejidad (2.ª), 1. Descripción general, p. 3-12; Guía de complejidad (2.ª), 2. Tipos de complejidad, p. 13-33

Cuando causa y efecto solo se ven en retrospectiva, conviene sondear, observar y ajustar en lugar de analizar todo de antemano. Marcos como Cynefin ayudan a elegir cómo decidir según el contexto (claro, complicado, complejo o caótico), y la calidad de la decisión depende también de la diversidad de miradas y de detectar sesgos.

En el PMP: Elegir cómo actuar según el tipo de contexto del problema.

Dónde estudiarlo: Guía de complejidad (2.ª), 7. Toma de decisiones en entornos complejos, p. 113-128; Guía de complejidad (2.ª), 9. Herramientas y marcos de referencia, p. 145-162

Las decisiones importantes que propone una IA pasan por revisión de una persona antes de aplicarse. Protege contra salidas sesgadas o equivocadas y suma criterio, contexto y ética que el modelo no tiene.

En el PMP: Uso responsable de herramientas de IA en el proyecto.

Dónde estudiarlo: Estándar de IA, 1.6.3 Humano en el proceso, p. 33-34; Estándar de IA, 3.5.3 Supervisión humana, p. 130; Estándar de IA, 6.2.1 HITL, p. 251; Guía de proyectos de IA (2025), Capa de IA responsable, p. 15

Usar IA de forma transparente, justa y explicable, cumpliendo leyes de datos y de propiedad intelectual, con responsables claros y auditorías. Un comité de ética puede supervisar los casos sensibles.

En el PMP: Código de ética del PMI aplicado al uso de IA.

Dónde estudiarlo: Estándar de IA, 1.6.1-1.6.2 Riesgos éticos y legales, p. 31-33; Estándar de IA, 7. Consideraciones éticas y legales, p. 265-285; Guía PMBOK (8.ª), X3.3 Uso responsable, p. 261-266; Liderar la transformación con IA (2025), Data protection and ethical guidelines, p. 43-45

La oficina de proyectos pasa de controlar a habilitar: se orienta al valor y al flujo, ofrece servicios a quien los pide y aparece con nombres como oficina de valor o de transformación.

En el PMP: Tipos de PMO y su rol en entornos ágiles.

Dónde estudiarlo: Guía de la PMO (2025), 3. Entendiendo la PMO, p. 15-28; Guía de ágil (2.ª), 6.6-6.7 PMO ágil y xMO, p. 108-114; Guía PMBOK (8.ª), Apéndice X2, p. 255-258

P5 ordena los impactos de un proyecto en tres ámbitos (personas, planeta, prosperidad) y los mira desde el producto (vida útil y mantenimiento) y desde el proceso (eficiencia, eficacia y equidad). Así aparecen impactos que de otro modo se pasan por alto.

En el PMP: Pensar impactos sociales y ambientales al evaluar opciones.

Dónde estudiarlo: Estándar P5 (v4), 2.3-2.7 Ontología y enfoques, p. 6-17

El análisis P5IA identifica, describe y prioriza impactos lo antes posible y se revisa en cada punto de decisión. Sus resultados alimentan el plan de gestión de la sostenibilidad, que fija objetivos, umbrales, responsables y cómo se mide e informa.

En el PMP: Integrar la sostenibilidad en la planificación y el control.

Dónde estudiarlo: Estándar P5 (v4), 7.1-7.3 P5IA y plan de gestión, p. 91-96; Competencias en sostenibilidad GPM (v2.2), Unidad 4. Evaluar y responder a impactos, p. 32-33

Un riesgo de un proyecto puede amenazar los beneficios de su programa o la estrategia del portafolio, y al revés. Se escala al nivel cuyo objetivo afectaría, y cada nivel mira cómo se combinan los riesgos de sus componentes.

En el PMP: Cuándo un riesgo excede al proyecto y se escala.

Dónde estudiarlo: Guía de riesgos (2024), 2.3 Different Organizational Levels, p. 13-17; Guía de riesgos (2024), 5.1 Interconnectedness, p. 63-67; Estándar de portafolios (4.ª), 8. Portfolio risk management, p. 85-96

Una PMO vale por los servicios que sus clientes usan y valoran, no por los procesos que exige. Cada servicio tiene clientes, resultados esperados, una forma de prestarse y su propio nivel de madurez.

En el PMP: Qué puede esperar un proyecto de la PMO.

Dónde estudiarlo: Guía de la PMO (2025), 5-7 Servicios, clientes y madurez, p. 45-86; Guía de la PMO (2025), Anexo X3 Madurez del servicio, p. 275-294

Mide el atraso en tiempo y no en dinero: el cronograma ganado es el momento de la línea base en que se debía haber hecho el trabajo que hoy está hecho. Comparado con el tiempo real transcurrido da SVt y SPIt, que siguen siendo útiles cerca del final, cuando el SPI en dinero tiende a 1.

En el PMP: Reconocer que el atraso también puede expresarse en tiempo.

Dónde estudiarlo: Estándar de valor ganado (2019), 4.4-4.4.1.3 Datos, variaciones e índices, p. 72-81; Estándar de valor ganado (2019), 4.4.2 Forecasting, p. 84-90; Estándar de cronograma (3.ª), 3.4.12 Earned schedule, p. 85-87

Cada paquete de trabajo define antes de empezar cómo se va a ganar su valor: fórmula fija (0/100, 50/50), hitos ponderados, porcentaje completado, unidades terminadas, esfuerzo prorrateado o nivel de esfuerzo. Elegir mal el método da un estado engañoso.

En el PMP: Entender que el valor ganado depende de cómo se mide el avance.

Dónde estudiarlo: Estándar de valor ganado (2019), 3.2.2.2 Rules of performance measurement criteria, p. 33-36

Adoptar IA a escala se trata como un proyecto con cinco etapas que siguen a los grupos de procesos: explorar y definir la estrategia, planificar y diseñar, hacer un piloto e implementar, evaluar y optimizar, y escalar e institucionalizar. En cada etapa la PMO, quienes dirigen proyectos y la oficina de transformación (TMO) tienen un papel distinto.

En el PMP: La adopción de IA como un caso de gestión del cambio.

Dónde estudiarlo: Liderar la transformación con IA (2025), Understanding the AI adoption life cycle, p. 12-16; Liderar la transformación con IA (2025), The role of project professionals, p. 37-45

El éxito se mide con criterios de aceptación definidos antes (desempeño del modelo, operación, impacto en el negocio, ética y cumplimiento, adopción) y con distintas formas de retorno: financiero, eficiencia, experiencia del cliente, estratégico, reducción de riesgo y costo total de propiedad. Las expectativas iniciales conviene ponerlas en mejorar el trabajo, no en reemplazar personas.

En el PMP: Medir beneficios más allá del costo.

Dónde estudiarlo: Liderar la transformación con IA (2025), Measuring and communicating success, p. 52-56; Liderar la transformación con IA (2025), Appendices A-B: acceptance criteria and ROI, p. 60-64; Estándar de IA, 6. Marco de referencia para usar IA, p. 247-263

Comprensión del negocio, comprensión de los datos, preparación de los datos, desarrollo del modelo, evaluación del modelo y operacionalización. Son iterativas: no se avanza con preguntas sin responder, se empieza por un alcance chico (producto mínimo viable) y cada vuelta en operación alimenta la siguiente iteración.

En el PMP: Un ciclo de vida específico que se adapta como cualquier otro.

Dónde estudiarlo: Guía de proyectos de IA (2025), Las seis fases y las iteraciones, p. 16-50; Guía de proyectos de IA (2025), Apéndice A. Entregables por fase, p. 77-78

La confianza se diseña desde el inicio en cinco capas: ética (equidad y sesgos), responsable (rendición de cuentas, supervisión humana, escalamiento y registros), transparente (fuentes y lógica documentadas), gobernada (políticas, auditorías y riesgos) y explicable (decisiones que los interesados pueden interpretar).

En el PMP: Uso responsable de la IA en el proyecto.

Dónde estudiarlo: Guía de proyectos de IA (2025), Marco de referencia de la IA confiable, p. 15-16; Guía de proyectos de IA (2025), IA confiable por fase y escenarios de riesgo, p. 55-65

Antes de definir requisitos se entiende el problema o la oportunidad (enunciado de situación), el estado actual y el futuro, la brecha entre ambos y las opciones viables. Con eso se recomienda una opción, se arma la hoja de ruta del producto y el caso de negocio que justifica el proyecto.

En el PMP: De dónde salen el caso de negocio y el acta.

Dónde estudiarlo: Guía de análisis de negocios (2017), 4. Needs assessment, p. 55-108; Guía de análisis de negocios (2017), 2.1-2.6 Defining and aligning, p. 321-322; Guía de gestión de requisitos (2016), 3. Needs assessment, p. 13-17

Verificar es revisar que los requisitos estén bien escritos (claros, completos, consistentes, sin ambigüedad). Validar es confirmar que, si se cumplen, resuelven la necesidad del negocio y aportan el valor esperado. Los criterios de aceptación definen cómo se va a comprobar.

En el PMP: Se relaciona con validar y controlar el alcance.

Dónde estudiarlo: Guía de análisis de negocios (2017), 7.4-7.6 Acceptance criteria, verify and validate, p. 216-229; Guía de análisis de negocios (2017), 5.7-5.9 del estándar, p. 337-338

Se decide cuánta trazabilidad conviene, se registran las relaciones y dependencias entre requisitos y con otros elementos, se seleccionan y aprueban los requisitos y, cuando llega un cambio, la trazabilidad permite ver su impacto antes de decidir.

En el PMP: Base del control de cambios de alcance.

Dónde estudiarlo: Guía de análisis de negocios (2017), 8. Traceability and monitoring, p. 251-276; Guía de gestión de requisitos (2016), 7. Requirements monitoring and controlling, p. 43-48

Diseñar es acordar con los interesados el enfoque, los resultados, los criterios de éxito, los objetivos de sostenibilidad, las normas a cumplir y lo que hay que reportar. Supervisar es controlar el avance, los cambios y las revisiones de fase sin perder esos objetivos.

En el PMP: Objetivos de sostenibilidad como parte de los criterios de éxito.

Dónde estudiarlo: Competencias en sostenibilidad GPM (v2.2), Unidades 9 y 10, p. 43-46

A diferencia de un proyecto, el portafolio no termina: se inicia, se planifica, se ejecuta, se optimiza y se monitorea en un ciclo continuo, con un sistema de información que da visibilidad y una gobernanza que toma las decisiones en cada vuelta.

En el PMP: Diferenciar proyecto, programa y portafolio.

Dónde estudiarlo: Estándar de portafolios (4.ª), 2. The portfolio life cycle, p. 21-28; Estándar de portafolios (4.ª), 1.3-1.7 Qué es un portafolio y sus principios, p. 3-7

Ocho principios guían la dirección de un programa: interesados, realización de beneficios, sinergia entre componentes, equipo de equipos, cambio, liderazgo, riesgo y gobernanza. Un programa existe porque coordinar sus componentes da beneficios que por separado no se lograrían.

En el PMP: Diferenciar programa de proyecto grande.

Dónde estudiarlo: Estándar de programas (5.ª), 2. Program management principles, p. 37-62; Estándar de programas (5.ª), 1.2 What is a program?, p. 5-14

Los beneficios se identifican, se analizan y planifican (con métricas y responsables), se entregan a medida que los componentes producen resultados, se transfieren a operaciones y se sostienen después del cierre del programa.

En el PMP: El proyecto entrega salidas; el beneficio llega después.

Dónde estudiarlo: Estándar de programas (5.ª), 3.4 Benefits management, p. 80-96

Tres fases: definición (formulación con caso de negocio y acta, luego planificación), entrega (se autorizan, supervisan y cierran componentes mientras se integran sus beneficios) y cierre (transición de beneficios y cierre formal). A diferencia del proyecto, el alcance se ajusta a medida que aparecen los beneficios.

En el PMP: Cómo un proyecto nace y se cierra como componente de un programa.

Dónde estudiarlo: Estándar de programas (5.ª), 3.8 Life cycle management, p. 140-149; Estándar de programas (5.ª), 4. Program activities, p. 151-176

Cuatro etapas: preparar (reunir información y elegir el enfoque), crear (aplicar técnicas y documentar supuestos y rango), gestionar (comparar con lo real, revisar y reestimar como un plan vivo) y mejorar el proceso con las lecciones aprendidas.

En el PMP: La estimación no se hace una sola vez.

Dónde estudiarlo: Estándar de estimación (2.ª), 2.3 Estimating life cycle stages, p. 19-21; Estándar de estimación (2.ª), 3. Prepare to estimate, p. 29-38; Estándar de estimación (2.ª), 5-6. Manage and improve, p. 67-86

La herramienta de programación genera un modelo con actividades, relaciones, duraciones, recursos y restricciones; de ese modelo salen instancias (como la línea base) y presentaciones (diagrama de barras, red, hitos). Se crea siguiendo buenas prácticas y se mantiene con datos reales, cambios aprobados y control de versiones.

En el PMP: Diferenciar el modelo de sus presentaciones.

Dónde estudiarlo: Estándar de cronograma (3.ª), 2.3-2.5 Tool, model, instances and presentations, p. 28-31; Estándar de cronograma (3.ª), 3.1-3.3 Management, creation and maintenance, p. 45-70

Un modelo sano evita restricciones de fecha innecesarias, actividades sin predecesora o sucesora, lógica fuera de secuencia, adelantos y retrasos abusivos, relaciones fin-inicio inversas y vínculos a actividades resumen. El índice de conformidad del estándar puntúa si el modelo tiene los componentes requeridos y bien usados.

En el PMP: Por qué un cronograma con restricciones forzadas pierde valor.

Dónde estudiarlo: Estándar de cronograma (3.ª), 3.4.3-3.4.12 Schedule model analysis, p. 74-87; Estándar de cronograma (3.ª), 5. Conformance index, p. 137-142; Estándar de cronograma (3.ª), 4. Scheduling components, p. 93-136

Una EDT de calidad cubre el 100 % del alcance, se centra en entregables y resultados, no duplica paquetes, ayuda a los interesados a entender el alcance y sirve de base para cronograma, costos y control. El estándar trae una lista de chequeo por alcance, cronograma y costo.

En el PMP: Qué distingue una buena EDT de una lista de tareas.

Dónde estudiarlo: Estándar de EDT/WBS (3.ª), 4. WBS quality, p. 75-86; Estándar de EDT/WBS (3.ª), Apéndice X3. Ejemplos por sector, p. 113-180

Antes de relevar se acuerda cómo se van a obtener, analizar, documentar, priorizar, aprobar, rastrear y cambiar los requisitos, quién decide y con qué herramientas. El plan se integra con el plan de dirección del proyecto y se adapta al ciclo de vida.

En el PMP: Componente del plan de dirección del proyecto.

Dónde estudiarlo: Guía de gestión de requisitos (2016), 4. Requirements management planning, p. 19-23; Guía de análisis de negocios (2017), 5.4 Conduct business analysis planning, p. 127-134

Mirar el proyecto como un sistema de partes conectadas con ciclos de retroalimentación, retrasos y propiedades emergentes. Los puntos de influencia indican dónde un cambio chico produce efectos grandes, y representar qué se acumula y a qué ritmo entra y sale sirve para prever cómo va a reaccionar el sistema.

En el PMP: Considerar las interacciones del proyecto con su entorno.

Dónde estudiarlo: Guía de complejidad (2.ª), 3. Pensamiento sistémico y teoría de la complejidad, p. 37-51; Estándar PM (8.ª), 3. Principios, p. 39-61

En contextos complejos la gobernanza deja de ser un control rígido: fija límites y criterios claros, revisa con más frecuencia, permite replanificar de forma dinámica y combina equipos de innovación con estructuras estables.

En el PMP: Adaptar la gobernanza al nivel de complejidad.

Dónde estudiarlo: Guía de complejidad (2.ª), 4.5 Gobernanza adaptativa, p. 68-71; Guía de complejidad (2.ª), 11. Agilidad empresarial, p. 189-210

Los proyectos y programas cambian la forma de trabajar de la organización, y ese cambio también se gestiona. El ciclo tiene cinco etapas: formular el cambio, planificarlo, implementarlo, gestionar la transición y sostenerlo hasta que se vuelve la nueva normalidad. La cultura puede frenarlo o impulsarlo.

En el PMP: El proyecto como parte de un cambio mayor; resistencia de los interesados.

Dónde estudiarlo: Guía de gestión del cambio (2013), 2. What is change management?, p. 7-22; Guía de gestión del cambio (2013), 5. Change management at the program level, p. 65-92

Controla las versiones de los entregables y documentos del proyecto: se identifican los elementos de configuración, se controla cada cambio (con un comité de control de cambios cuando corresponde), se registra su estado y se verifica con auditorías que lo entregado coincide con lo aprobado.

En el PMP: Parte del control integrado de cambios.

Dónde estudiarlo: Estándar de configuración (2007), Capítulos 2 a 6, p. 5-26