Identificar y manejar los riesgos de un proyecto significa anticipar qué puede salir mal antes de que suceda, para que tengas un plan listo cuando llegue el momento.
Cuando el proyecto explota sin aviso
Imagina que llevas tres semanas coordinando el lanzamiento de un nuevo producto en Liverpool. Todo avanza según el plan. De repente, el proveedor de empaques te llama: no tiene material hasta el mes siguiente. El lanzamiento se retrasa. El equipo entra en pánico. El cliente está furioso.
Este escenario es más común de lo que parece. Y lo más frustrante es que ese riesgo era predecible desde el inicio. Si alguien hubiera preguntado "¿qué pasa si el proveedor falla?", habrías buscado una alternativa con semanas de anticipación.
Identificar riesgos no es ser pesimista. Es ser profesional.
El Sistema de Anticipación de Riesgos (SAR)
El Sistema de Anticipación de Riesgos funciona en tres pasos: identificar, evaluar y planear. Puedes aplicarlo en cualquier proyecto, sin importar el tamaño.
No necesitas un software especial. Necesitas una tabla, tiempo para pensar y honestidad sobre lo que puede fallar.
El SAR convierte la incertidumbre en decisiones concretas. Eso es exactamente lo que separa a un project manager que apaga incendios de uno que los previene.
Paso 1 — Identificar: ¿Qué puede salir mal?
Empieza con una sesión de lluvia de ideas con tu equipo. Haz una sola pregunta: "¿Qué podría impedir que este proyecto llegue a tiempo, dentro del presupuesto o con la calidad esperada?"
No filtres todavía. Escribe todo lo que salga. Los riesgos más comunes en proyectos mexicanos caen en cuatro categorías:
- Riesgos de proveedores: retrasos en entregas, cambios de precio, quiebra del proveedor.
- Riesgos de equipo: renuncias, enfermedad, carga de trabajo excesiva.
- Riesgos financieros: tipo de cambio (si hay compras en dólares), recortes de presupuesto, facturas atrasadas.
- Riesgos externos: cambios regulatorios del SAT, nuevas NOM, demoras en permisos municipales.
Si trabajas en logística para FEMSA, un riesgo real es que el SAT haga actualizaciones en su sistema de facturación electrónica justo en la semana de cierre contable. Si trabajas en e-commerce para Mercado Libre, un riesgo real es que el sistema de pagos presente fallas durante el Hot Sale.
Escribe cada riesgo como una oración completa. No escribas "proveedor". Escribe "El proveedor de cartón no entrega a tiempo y el empaque queda sin material".
Paso 2 — Evaluar: ¿Qué tan serio es cada riesgo?
No todos los riesgos merecen la misma atención. Para priorizarlos, evalúa cada uno en dos dimensiones:
- Probabilidad: ¿Qué tan probable es que suceda? (Alta / Media / Baja)
- Impacto: Si sucede, ¿qué tan grave es para el proyecto? (Alto / Medio / Bajo)
Con esas dos variables construyes la Matriz de Riesgos. Es una tabla de 3x3 donde el eje horizontal es el impacto y el eje vertical es la probabilidad.
| Impacto bajo | Impacto medio | Impacto alto | |
|---|---|---|---|
| Probabilidad alta | Vigilar | Atender pronto | Prioridad máxima |
| Probabilidad media | Documentar | Vigilar | Atender pronto |
| Probabilidad baja | Ignorar por ahora | Documentar | Vigilar |
Los riesgos en la esquina superior derecha (probabilidad alta + impacto alto) son tus Riesgos Críticos. Estos necesitan un plan de acción antes de que empiece el proyecto.
Ejemplo real
Supón que Bimbo te contrata para coordinar la implementación de un nuevo sistema de inventarios en 12 plantas del país. Identificas estos tres riesgos:
- Riesgo A: El proveedor de software retrasa la entrega del módulo de reportes. Probabilidad: alta. Impacto: alto. → Prioridad máxima.
- Riesgo B: Un integrante clave del equipo técnico renuncia. Probabilidad: media. Impacto: alto. → Atender pronto.
- Riesgo C: La sala de capacitación en Monterrey no está disponible la semana planeada. Probabilidad: baja. Impacto: bajo. → Documentar.
El Riesgo A necesita un plan hoy. El Riesgo B necesita un plan esta semana. El Riesgo C puede esperar, pero queda registrado.
Paso 3 — Planear: ¿Qué harás si sucede?
Para cada Riesgo Crítico, escribe un Plan de Respuesta. Este plan tiene dos partes:
- Plan preventivo: acciones que reduces la probabilidad de que ocurra.
- Plan de contingencia: lo que harás si ocurre de todas formas.
Siguiendo el ejemplo de Bimbo:
Riesgo A — Retraso del proveedor de software:
- Preventivo: incluir penalizaciones por retraso en el contrato; revisar avances semanalmente con el proveedor.
- Contingencia: tener identificado un segundo proveedor que pueda retomar el módulo en menos de dos semanas.
Riesgo B — Renuncia del técnico clave:
- Preventivo: documentar todo el trabajo técnico en una bitácora compartida desde el inicio.
- Contingencia: identificar desde el mes uno a otro técnico interno que pueda asumir el rol con una semana de entrenamiento.
Este nivel de preparación parece excesivo cuando todo va bien. Pero cuando el riesgo se materializa, ese plan vale más que todo el presupuesto del proyecto.
La Tabla de Riesgos: tu documento vivo
Toda esta información va en un solo documento: la Tabla de Riesgos del Proyecto. Tiene seis columnas:
| # | Descripción del riesgo | Probabilidad | Impacto | Plan preventivo | Plan de contingencia |
|---|---|---|---|---|---|
| 1 | El proveedor retrasa entrega del módulo | Alta | Alto | Penalizaciones en contrato | Segundo proveedor identificado |
| 2 | Técnico clave renuncia | Media | Alto | Bitácora técnica compartida | Técnico interno de respaldo |
| 3 | Sala no disponible en Monterrey | Baja | Bajo | Confirmar con 3 semanas de anticipación | Usar sala de videoconferencia |
Esta tabla no se crea y se olvida. La revisas cada semana junto con el monitoreo del proyecto que aprendiste en la lección anterior. Los riesgos cambian conforme avanza el proyecto. Algunos desaparecen. Otros nuevos aparecen.
Errores comunes al manejar riesgos
Error 1: Solo identificar riesgos técnicos. Los riesgos humanos son los más frecuentes. Una renuncia, un conflicto entre áreas, un stakeholder que cambia de opinión. Estos son más difíciles de documentar, pero más impactantes que cualquier falla técnica.
Error 2: Hacer la tabla y no revisarla. Una Tabla de Riesgos que no se actualiza es decoración. Ponla como punto fijo en tu reunión semanal. Tarda menos de diez minutos revisarla.
Error 3: Poner "Alta" en todo por precaución. Si todo es prioridad máxima, nada es prioridad. Sé honesto al evaluar. Un riesgo de probabilidad baja no necesita el mismo plan que uno de probabilidad alta.
Error 4: No involucrar al equipo en la identificación. Tú no conoces todos los riesgos. La persona que opera el sistema de logística conoce riesgos que tú nunca verías desde tu escritorio. Incluye al equipo en la sesión inicial de identificación.
Error 5: Confundir riesgo con problema. Un riesgo es algo que todavía no pasó. Un problema es algo que ya pasó. Cuando un riesgo se convierte en problema, activas el plan de contingencia. No lo confundas con el monitoreo del avance.
¿Cuánto tiempo toma hacer esto?
Para un proyecto mediano (cuatro a ocho semanas, equipo de tres a seis personas), una sesión de identificación de riesgos toma entre 60 y 90 minutos. La evaluación y los planes de respuesta toman otra hora. En total, menos de tres horas al inicio del proyecto.
Esas tres horas pueden ahorrarte semanas de crisis.
Un coordinador de proyectos en una empresa como FEMSA que gana alrededor de $22,000 al mes dedica esas tres horas una sola vez. Si evita una crisis que hubiera retrasado el proyecto dos semanas, el ahorro para la empresa supera los $150,000 en costos de equipo, penalizaciones y oportunidades perdidas.
El momento exacto para hacer tu Tabla de Riesgos
Haz tu primera Tabla de Riesgos durante la fase de planeación, antes de que empiece la ejecución. Si ya estás en ejecución y no tienes una, hazla hoy. Es mejor tarde que nunca.
Revísala cada semana. Actualízala cuando el contexto cambie. Compártela con tu equipo y con el cliente si es relevante. La transparencia sobre los riesgos genera confianza, no alarma.
Un project manager que anticipa riesgos no evita que los problemas existan, sino que evita que lo tomen por sorpresa.