Skip to main content
Version: Next

🚨 Gestión de Riesgos

Proceso para identificar, analizar, monitorear y mitigar riesgos que puedan afectar el logro de los objetivos del proyecto, asegurando una gestión proactiva y efectiva para prevenir o minimizar impactos negativos.

🎯 Objetivo

  • Identificar nuevos riesgos y monitorear los riesgos actuales conforme avance el proyecto.
  • Prevenir o evitar que los riesgos escalen y afecten el proyecto.

📥 Entradas

  1. Matriz de gestión de riesgos.
  2. Plan de Valor Ganado.

⚙️ Proceso

FaseDescripciónResponsablesMeta y práctica específica del CMMI
PreparaciónCrea una copia de la plantilla de Gestión de riesgos en el Plan de valor ganado.Team LeaderPP, SP 2.2 (Identificar los riesgos del proyecto)
Identificación de RiesgosUtilizando la sección ¿Cómo se definen los riesgos?, identifica los posibles riesgos en cada etapa del proyecto de software.Team LeaderPP, SP 2.2 (Identificar los riesgos del proyecto)
Define todos los riesgos potenciales que pueden obstaculizar el logro de los objetivos del proyecto en laMatriz de gestión de riesgos.Team LeaderPP, SP 2.2 (Identificar los riesgos del proyecto)
Para el caso de los requisitos observa la Plantilla de requerimientos. Si alguno es de riesgo alto o extremo definelo como se menciona en el paso anterior.Team LeaderPP, SP 2.2 (Identificar los riesgos del proyecto)
RD SP 3.4 (Analizar los requisitos para conseguir un equilibrio)
RD SP 3.5 (Validar los requisitos)
Análisis de RiesgosDefine las causas y efectos que pueden tener los riesgos identificados.Team LeaderPP, SP 2.2 (Identificar los riesgos del proyecto)
Magnitud de RiesgosDetermina la probabilidad de que el riesgo ocurra y el impacto que podría generar.

Para los requisitos utiliza las columnas de Probabilidad, Impacto y Magnitud de la Plantilla de requerimientos.
Team LeaderPP, SP 2.2 (Identificar los riesgos del proyecto)
RD SP 3.4 (Analizar los requisitos para conseguir un equilibrio)
RD SP 3.5 (Validar los requisitos)
Por cada riesgo identificado cuya magnitud no sea**"Riesgo Bajo"** (este valor se calcula automáticamente en la plantilla), se debe activar un plan de mitigación que incluya acciones preventivas y asignación de responsables. Dicho plan tendrá una duración máxima de una semana.Team LeaderPP, SP 2.2 (Identificar los riesgos del proyecto)
Agregar el plan de mitigación con acciones y responsable al plan de iteración actual.Team LeaderPP, SP 2.2 (Identificar los riesgos del proyecto)
Comunicación de RiesgosComparte con los stakeholders relevantes los riesgos identificados y obtén su aprobación.Product OwnerPP, SP 2.2 (Identificar los riesgos del proyecto)
Monitoreo de RiesgosCada lunes se repetirá este proceso con los miembros del equipo, en la cual se evaluará si la magnitud de cada riesgo ha cambiado o se han identificado nuevos riesgos. (Esto incluye revisar nuevamente los riesgos en la plantilla de requerimientos).Team LeadPMC, SP 1.3 (Monitorear los riesgos del proyecto)
PMC SP 1.6 (Llevar a cabo revisiones del progreso)
RD , SP 3.4 (Analizar los requisitos para conseguir un equilibrio) 
RD , SP 3.5 (Validar los requisitos)
Documenta la evaluación en la matriz de riesgos, incluyendo la fecha y el nivel de magnitud registrado.Team LeadPMC, SP 1.3 (Monitorear los riesgos del proyecto)
PMC SP 1.6 (Llevar a cabo revisiones del progreso)
En caso de que el riesgo haya aumentado o se mantenga en un nivel**"Riesgo Alto"** o**"Riesgo Extremo"**, se activará un plan de contingencia definido por el equipo, el cual deberá agregarse al plan de iteración.Team LeadPMC, SP 1.3 (Monitorear los riesgos del proyecto)
PMC SP 1.6 (Llevar a cabo revisiones del progreso)
En caso de que el riesgo se haya convertido en problema hacer el proceso de acciones correctivas.Team LeadPMC, SP 1.3 (Monitorear los riesgos del proyecto) 
PMC SP 1.6 (Llevar a cabo revisiones del progreso)
PMC SP 2.1 (Analizar las cuestiones)

¿Cómo se definen los riesgos?

Los riesgos se definen como eventos potenciales que, de ocurrir, podrían afectar negativamente el cumplimiento de los objetivos del proyecto. Estos pueden originarse por:

Incertidumbre técnica o del alcance. Dependencias externas (proveedores, plataformas, reglas de negocio). Restricciones de tiempo. Fallos en la comunicación. Recursos limitados o subestimados. Un buen riesgo está redactado de forma clara, debe contar con una causa y consecuencia.

¿Cómo se define la probabilidad de riesgos?

La probabilidad de un riesgo se evalúa de forma cualitativa o cuantitativa, y generalmente se clasifica en tres niveles:

Alta: Es muy probable que ocurra (70-100%) Media: Puede ocurrir, pero no es seguro (30-69%) Baja: Es poco probable que ocurra (0-29%) Esta probabilidad puede ser estimada por el equipo con base en la experiencia y datos históricos. Luego, se combina con el impacto que tendría en el proyecto para determinar la magnitud del riesgo, lo cual ayuda a la activación de planes de mitigación y contingencia.

📤 Salidas

  1. Matriz de gestión de riesgos actualizada.
  2. Plan de iteración con planes de mitigación y contingencia integrados.

📎 Recursos relacionados

📚 Historial de cambios

Versiones
VersiónDescripciónFechaColaborador
1.0.0Creación del proceso de gestión de riesgos.03/03/2025Rommel Toledo, Daniel Queijeiro, Mauricio Anguiano
1.1.0Agregada fase de monitoreo y definición de probabilidad de riesgos.04/04/2025Angélica Ríos, Paola María Garrido
1.2.0Inclusión de referencias a PMC 1.6 en los pasos del proceso.17/04/2025Nicolás Hood Figueroa
1.3.0Refactorización del proceso.18/04/2025Diego Fuentes
1.4.0Simplificación de pasos del proceso.13/05/2025Paola María Garrido
1.4.1Correcciones ortográficas y de enlaces29/05/2025Valeria Zúñiga, Nicolas Hood
1.5.0Mapeo de RD 3.4 y RD 3.5 en el proceso.30/05/2025Paola María Garrido, Carlos Iván Fonseca Mondragón
1.5.1Mapeo de PMC 2.1 en el proceso.30/05/2025Paola María Garrido, Angel Mauricio Ramírez Herrera