¿Qué debe incluir una matriz de riesgos para proyectos (y por qué muchas no ayudan a decidir)?
.jpg)
Introducción
La matriz de riesgos es una de las herramientas más utilizadas en gestión de proyectos…
y paradójicamente, una de las menos efectivas.
No porque esté mal hecha en Excel,
sino porque no conecta el riesgo con la decisión.
Después de años gestionando proyectos complejos, hoy —ya fuera del contexto operativo diario— puedo decir con claridad qué hace que una matriz de riesgos funcione de verdad y qué la convierte en un simple formalismo.
1️⃣ El error más común: confundir riesgo con checklist
La mayoría de matrices incluyen siempre lo mismo:
- Identificador del riesgo
- Descripción
- Probabilidad
- Impacto
- Nivel (alto / medio / bajo)
- Plan de mitigación
- Responsable
- Estado
No está mal.
Pero eso no garantiza que el proyecto avance.
Porque el riesgo no vive en el Excel,
vive en la operación real del proyecto.
2️⃣ El riesgo no es técnico, es contextual
Un riesgo no se materializa solo porque algo “falle”.
Se materializa porque:
- Falta información
- Hay dependencias no identificadas
- No existen dueños claros
- Los procesos afectados no están mapeados
Por eso, antes de evaluar probabilidad o impacto, una matriz de riesgos efectiva parte de un levantamiento serio de información:
- ¿Qué componentes del proyecto están involucrados?
- ¿Qué áreas o procesos se ven afectados?
- ¿Qué dependencias existen?
- ¿Qué supuestos se están dando por válidos?
Sin ese contexto, el riesgo es solo teórico.
3️⃣ Lo que marca la diferencia: riesgo + negocio
Una matriz empieza a ser útil cuando deja de hablar solo de “riesgo” y empieza a hablar de consecuencia real.
Columnas que casi nunca veo, pero deberían existir:
- Proceso afectado
- Área impactada
- Dependencias clave
- Costo estimado si el riesgo se materializa
- Costo de mitigación
- Decisión requerida (sí/no)
Aquí ocurre el cambio clave:
👉 el riesgo deja de ser “del proyecto” y pasa a ser del negocio.
4️⃣ Por qué hablar de dinero destraba decisiones
Cuando un comité ve esto:
“Riesgo alto – mitigación en curso”
no pasa nada.
Cuando ve esto:
“Si este riesgo se materializa, el impacto estimado es de USD X por día de retraso o indisponibilidad”
👉 la conversación cambia.
No porque el comité sea técnico,
sino porque el impacto es entendible.
5️⃣ ¿Mapa de calor o mucho texto?
La respuesta correcta es: ambos, pero con criterio.
✔ La matriz
Sirve para:
- Detalle
- Seguimiento
- Responsabilidad
✔ El mapa de calor
Sirve para:
- Resumen ejecutivo
- Priorizar
- Tomar decisiones
Un mapa de calor sin matriz es decorativo.
Una matriz sin mapa de calor es invisible.
6️⃣ Qué haría distinto hoy
Si tuviera que diseñar una matriz de riesgos hoy, lo haría así:
- Levantamiento de información primero
- Identificación de riesgos con contexto
- Impacto medido en términos reales
- Riesgos que escalen a decisión, no solo a registro
- Mapa de calor enfocado en qué desbloquea el proyecto
Eso es lo que permite pasar de planificación a ejecución.
Ejemplo simplificado de una matriz de riesgos orientada a decisión.
En este caso, el riesgo se evalúa no solo por probabilidad e impacto, sino también por su traducción a costo real y por el efecto de la mitigación en el nivel residual.
El objetivo no es “colorear” el riesgo, sino mostrar cómo una acción concreta puede moverlo dentro del mapa y justificar una decisión de negocio.
Cierre
La matriz de riesgos no es un entregable.
Es una herramienta de gobierno del proyecto.
Cuando está bien construida:
- evita sorpresas
- reduce fricción
- acelera decisiones
Y sobre todo, hace que los proyectos avancen.
No hay comentarios:
Publicar un comentario