PMI PMP: Gestión de Riesgos e Incidencias — Guía de estudio

By Laurynas Brazys · 21 July 2026 · #pmi #pmp #certification #exam-prep #study-guide

Forma parte de la PMP — Guía de estudio. Practica con respuestas verificadas en el centro de exámenes de PMI, o realiza tests cronometrados en ExamRoll.io.

Identificación de riesgos y mantenimiento del registro

La identificación de riesgos es una disciplina continua e iterativa en lugar de un evento de planificación único. Desde el inicio hasta el cierre del proyecto, el gerente de proyecto y el equipo buscan incertidumbres que podrían afectar el alcance, el cronograma, el costo, la calidad, los recursos o la satisfacción de las partes interesadas. Las técnicas incluyen la lluvia de ideas, las sesiones Delphi con expertos en la materia, el análisis FODA, el análisis de supuestos y restricciones, las revisiones de documentos, las listas de verificación derivadas de lecciones aprendidas y las listas de referencia como PESTLE para categorías externas.

El registro de riesgos es el artefacto oficial donde se captura cada riesgo identificado. Un registro bien mantenido va mucho más allá de una lista de preocupaciones. Cada entrada debe incluir un identificador único, una declaración de riesgo claramente redactada utilizando la estructura causa-evento-efecto, la categoría del riesgo, la probabilidad y el impacto evaluados (tanto cualitativos como, cuando se justifique, cuantitativos), la puntuación o exposición al riesgo resultante, un propietario del riesgo asignado, una o más condiciones desencadenantes, la estrategia de respuesta planificada, los riesgos secundarios y residuales, y un campo de estado. Cuando se aplica modelado numérico —simulación de Monte Carlo, árboles de decisión o valor monetario esperado— los resultados alimentan el informe de riesgos, que resume la exposición general al riesgo del proyecto para los patrocinadores y los comités de dirección.

Un modo de fallo común es dejar que el registro acumule indefinidamente entradas de baja prioridad hasta que se convierte en ruido. Cada riesgo debe ser gestionado activamente, aceptado con una justificación o cerrado. El mantenimiento del registro —eliminar elementos obsoletos, elevar aquellos cuya probabilidad o impacto ha aumentado, degradar aquellos cuyos desencadenantes han pasado— es una responsabilidad de gobernanza del gerente de proyecto, típicamente revisada en cada cadencia de estado.

Planificación de la respuesta: Mitigación, contingencia, plan de respaldo y soluciones alternativas

Las estrategias de respuesta para las amenazas se dividen en cinco categorías: escalar, evitar, transferir, mitigar y aceptar. Para las oportunidades, las estrategias análogas son escalar, explotar, compartir, mejorar y aceptar. Las distinciones entre mitigación, contingencia y solución alternativa con frecuencia se desdibujan en la práctica y deben ser nítidas sobre el papel.

• Mitigación
  • Momento: Proactivo; se ejecuta antes de que ocurra el riesgo
  • Desencadenado por: Acción planificada para reducir la probabilidad o el impacto
  • Vía de aprobación: Aprobado durante la planificación; financiado con el presupuesto del proyecto
• Contingencia (Plan B)
  • Momento: Reactivo; se ejecuta si se activa un desencadenante específico
  • Desencadenado por: Condiciones desencadenantes predefinidas
  • Vía de aprobación: Respuesta y reserva preaprobadas durante la planificación
• Plan de respaldo
  • Momento: Se ejecuta si la contingencia falla o es insuficiente
  • Desencadenado por: Fallo de la contingencia principal
  • Vía de aprobación: Preaprobado como respuesta secundaria
• Solución alternativa
  • Momento: Reactivo; no planificado
  • Desencadenado por: La materialización de un riesgo o incidente no identificado
  • Vía de aprobación: Requiere control de cambios si afecta a las líneas base

La mitigación reduce la exposición por adelantado; por ejemplo, crear un prototipo de una integración novedosa para reducir la incertidumbre técnica. La contingencia es una respuesta deliberada y preautorizada vinculada a un desencadenante, como contratar a un segundo proveedor si el proveedor principal no cumple un hito definido. El plan de respaldo es la respuesta si la contingencia tiene un rendimiento inferior. Una solución alternativa, por el contrario, es una reacción no planificada a un riesgo no identificado que se ha convertido en un incidente. Debido a que las soluciones alternativas eluden la planificación, aplicarlas sin canalizar los impactos en el alcance, el cronograma o el costo a través del control integrado de cambios socava la integridad de la línea base, distorsiona los datos de valor ganado y oculta la rendición de cuentas. Incluso bajo presión de tiempo, la solución alternativa debe documentarse, el incidente debe registrarse y cualquier impacto en la línea base debe presentarse al comité de control de cambios.

Las reservas deben estar alineadas con estas estrategias. Las reservas de contingencia cubren los riesgos conocidos y residen dentro de las líneas base de costo y cronograma; el gerente de proyecto puede autorizar su uso cuando se activa un desencadenante. Las reservas de gestión abordan los desconocidos-desconocidos, se sitúan fuera de las líneas base y requieren la aprobación del patrocinador o del CCB para su liberación. Ambas deben reflejarse de forma transparente en los pronósticos (EAC, ETC) en lugar de ocultarse dentro de estimaciones infladas.

Monitoreo, escalamiento y gestión de incidentes

Una vez que un riesgo se materializa, deja de ser un riesgo y se convierte en un incidente. Se mueve —no simplemente se copia— del registro de riesgos al registro de incidentes, que rastrea la descripción, el propietario, la prioridad, la fecha de resolución objetivo, el estado y las acciones tomadas. Seguir el procedimiento de gestión de incidentes definido en el plan de gestión de riesgos es importante porque impone un triaje, una rendición de cuentas y una comunicación consistentes.

Los criterios de escalamiento deben establecerse desde el principio. Un riesgo o incidente se escala cuando excede los umbrales de autoridad del gerente de proyecto, cuando afecta a objetivos fuera del alcance del proyecto, cuando requiere recursos que el proyecto no puede comprometer o cuando involucra dimensiones de políticas, seguridad, legales o de reputación. El escalamiento no es una abdicación: el gerente de proyecto retiene la responsabilidad de enmarcar la decisión, presentar opciones e integrar el resultado de nuevo en los artefactos del proyecto.

La propiedad es el eje sobre el que gira el monitoreo. Cada riesgo y cada incidente deben tener un único propietario nombrado, no un equipo o un rol. Sin un propietario, las respuestas quedan a la deriva, los desencadenantes pasan desapercibidos y el mismo riesgo vuelve a ocurrir. Durante las revisiones de estado, el gerente de proyecto verifica que cada respuesta abierta esté progresando, que el riesgo residual sea aceptable y que los nuevos riesgos secundarios introducidos por la propia respuesta se registren.

Reevaluación ante eventos externos y cambios normativos

Los shocks externos —eventos geopolíticos, oscilaciones en los precios de las materias primas, fluctuaciones monetarias, pandemias, resoluciones regulatorias, denegaciones de permisos, nuevos aranceles— invalidan las suposiciones previas de probabilidad e impacto en todo el registro. Cuando ocurre un evento de este tipo, la secuencia correcta es desencadenar una reevaluación formal de riesgos antes de elegir una acción correctiva. La reevaluación vuelve a analizar cada riesgo afectado, identifica los riesgos que han surgido y actualiza la exposición general al riesgo. Solo entonces se pueden tomar decisiones informadas sobre la compresión del cronograma, el abastecimiento alternativo o los ajustes de alcance.

Considere un proyecto de construcción afectado por una interrupción global del suministro de petróleo que retrasa las entregas de asfalto y plásticos. Apresurarse a acelerar un envío aborda un síntoma. El primer paso disciplinado es reevaluar ampliamente los riesgos de la cadena de suministro, cuantificar la nueva exposición y luego presentar opciones —proveedores alternativos, resecuenciación, aplazamiento del alcance— a través del control de cambios. Del mismo modo, cuando los expertos en la materia aconsejan tiempo adicional para las aprobaciones de permisos y el CCB está de acuerdo, la línea base del cronograma es el primer documento que se actualiza, porque el cambio aprobado es una extensión del cronograma; le siguen el registro de riesgos, las previsiones de costos y el plan de comunicaciones.

Identificación y explotación de oportunidades

Las oportunidades merecen el mismo rigor que las amenazas, pero con frecuencia se tratan de forma pasiva. Los riesgos positivos —una entrega anticipada de un proveedor, un tipo de cambio favorable, un experto disponible liberado de otro proyecto— deben ser registrados, puntuados, tener un propietario asignado y ser perseguidos con una estrategia explícita. Explotar asegura que la oportunidad se materialice (p. ej., cerrar un contrato con descuento de inmediato). Mejorar aumenta la probabilidad o el impacto. Compartir transfiere la propiedad a un socio mejor posicionado para capturar el valor. Cuando un director de proyecto tiene, a mitad de la ejecución, una idea de respuesta más eficiente que la documentada originalmente, el camino disciplinado es evaluarla, actualizar el plan de respuesta, obtener la aprobación a través del control de cambios si las líneas base se ven afectadas y luego ejecutar, no sustituirla silenciosamente.

Trampas comunes y por qué fallan

Las soluciones ad-hoc eluden el control de cambios, corrompen las líneas base y eliminan la trazabilidad; incluso cuando la velocidad es esencial, la documentación y las solicitudes de cambio post-hoc preservan la gobernanza. No actualizar el registro cuando la probabilidad o el impacto cambian deja al equipo navegando con un mapa obsoleto, asignando incorrectamente las reservas y la atención. No asignar propietarios garantiza la recurrencia, porque el monitoreo sin rendición de cuentas colapsa en una vana ilusión. Y permitir que el registro se infle con elementos triviales diluye el enfoque, por lo que los riesgos críticos pierden visibilidad precisamente cuando la disciplina es más importante.

Problema práctico: Escenario de caso de uso

Escenario: Priya Chandran está gestionando la integración de la pasarela de pagos Meridian Payments Gateway, una iniciativa de 14 meses y 4,8 millones de dólares para un banco de tamaño mediano que conectará cuatro sistemas bancarios centrales heredados a una nueva red de pagos en tiempo real. El proyecto se encuentra en el quinto mes y el registro de riesgos ha crecido hasta 87 entradas desde el inicio; la mayoría con puntuaciones de probabilidad e impacto por debajo de 6, varias duplicadas entre los flujos de trabajo y 12 sin propietario asignado. Durante el último comité directivo, el sponsor se quejó de que el informe mensual de riesgos era ilegible y que dos riesgos materiales —un retraso en la certificación de un proveedor y una brecha no resuelta en la gestión de claves criptográficas— estaban enterrados en la página cuatro.

Desafío: Priya debe restaurar la utilidad del registro de riesgos como herramienta de apoyo a la toma de decisiones sin perder la trazabilidad de los elementos de menor prioridad, y debe hacerlo antes del próximo comité directivo en tres semanas.

Enfoque recomendado:

1. Convocar un taller de revisión de riesgos de dos horas con los seis líderes de los flujos de trabajo y el representante de riesgos de la empresa para recorrer el registro completo entrada por entrada, utilizando la matriz de probabilidad e impacto existente como lente de clasificación.
2. Reclasificar las entradas en tres niveles: activo (puntuación ≥ 12), en seguimiento (puntuación 4–11) y archivado (puntuación < 4 o condiciones desencadenantes ya no plausibles), y mover los elementos en seguimiento y archivados a pestañas separadas para que la vista activa se mantenga enfocada.
3. Reescribir los 15 riesgos activos principales utilizando una sintaxis estricta de causa-evento-efecto, asignar un propietario individual con nombre (no un equipo) a cada uno y definir al menos una condición desencadenante medible por riesgo.
4. Escalar el retraso en la certificación del proveedor y la brecha en la gestión de claves inmediatamente al sponsor con estrategias de respuesta propuestas y cálculos de EMV, en lugar de esperar al informe programado.
5. Establecer una reunión rápida (huddle) semanal de riesgos de 30 minutos y una regla de que cualquier nuevo riesgo debe tener un propietario y un desencadenante antes de ser admitido en el nivel activo.
6. Actualizar el plan de gestión de riesgos para documentar estos umbrales de clasificación por niveles y reglas de higiene, y distribuirlo al comité directivo.

Por qué funciona esto: La clasificación por niveles preserva la pista de auditoría que espera el PMI mientras elimina el ruido que erosiona la confianza de los interesados en el registro. Nombrar propietarios individuales y desencadenantes explícitos convierte el monitoreo pasivo en una preparación para una respuesta responsable, y presentar los riesgos materiales directamente al sponsor cumple con el deber de escalamiento del PM en lugar de dejar que los canales de gobernanza oculten amenazas genuinas.

← Alcance · Todos los dominios · Gestión de la Calidad y Aceptación →

Practica estas preguntas → · Práctica cronometrada en ExamRoll.io →