Un riesgo es algo que podría suceder y dañaría el proyecto si sucede. La gestión de riesgos es identificar esas amenazas temprano y decidir qué hacer al respecto antes de que causen problemas. La idea económica: los problemas son mucho más fáciles de manejar cuando ya has pensado en ellos por adelantado.
Una herramienta simple y ampliamente utilizada para rastrear amenazas y elementos del proyecto:
R — RISKS → might happen, would cause harm (manage proactively)
A — ASSUMPTIONS → things we're taking as true (validate them)
I — ISSUES → risks that have already materialized (deal with now)
D — DEPENDENCIES → things we rely on from others (track them)
For each risk, score:
LIKELIHOOD (how probable?) × IMPACT (how bad?)
→ focus effort on high-likelihood, high-impact risks
AVOID → change the plan so the risk can't occur
MITIGATE → reduce its likelihood or impact
TRANSFER → shift it (insurance, vendor SLA)
ACCEPT → live with it, but have a fallback ready
Un proyecto depende de una API de terceros que es nueva y sin probar. Riesgo: podría no funcionar bien. Probabilidad media, impacto alto. Mitigación: pruébalo temprano, crea una abstracción para que puedas cambiar proveedores y ten un respaldo. Ahora lo desconocido es un riesgo gestionado con un plan.
Tratar la gestión de riesgos como una lista de verificación única de inicio. Los riesgos evolucionan — revisa el registro RAID regularmente y agrega nuevos cuando aparezcan.
Los riesgos no gestionados se convierten en crisis, generalmente en el peor momento posible cerca de una fecha límite.
El costo de manejar un riesgo temprano es minúsculo en comparación con apagarlo después de que golpea.
Nombrar los riesgos en voz alta también construye confianza — los stakeholders prefieren "aquí está lo que podría salir mal y nuestro plan" sobre el silencio confiado seguido de una sorpresa desagradable.