Gestión de proyectos: gestionar riesgos antes de que se vuelvan problemas

Serie inspirada en la Guía de Harvard Business Review sobre gestión de proyectos, con mi propia lectura y experiencia.

Un riesgo es algo que puede pasar y afectaría al proyecto. Un problema es algo que ya pasó. La diferencia parece obvia, pero en muchos equipos los riesgos solo se discuten cuando ya son problemas, es decir, cuando resolverlos es más caro.

El problema: nadie quiere hablar de lo que puede salir mal

Hablar de riesgos puede sentirse como pesimismo o falta de confianza en el equipo. Por eso se evita, y los riesgos viven en la cabeza de cada quien sin que nadie los gestione. La solución es cultural y práctica: hacerlo parte de la rutina, sin dramatismo.

Paso 1: identificar

Pregunta al equipo, en una sesión corta: "Si el proyecto fallara, ¿por qué habría sido?" Esta pregunta, a veces llamada premortem, desbloquea mucha información que de otra forma nadie dice. Fuentes comunes de riesgo:

• Dependencias de terceros (proveedores, otros equipos)
• Tecnología nueva que el equipo no domina
• Requisitos poco claros o que cambian
• Personal clave con disponibilidad limitada
• Plazos regulatorios o de negocio inamovibles

Paso 2: evaluar

Para cada riesgo estima dos cosas: probabilidad de que ocurra e impacto si ocurre. Con escala simple (baja, media, alta) basta.

| Riesgo | Probabilidad | Impacto | Prioridad | |---|---|---|---| | El proveedor entrega la API tarde | Media | Alto | Alta | | Rotación de una persona clave | Baja | Alto | Media | | Cambio menor de diseño | Alta | Bajo | Baja |

Concéntrate en los de prioridad alta. Querer gestionar todos por igual te agota y no mejora los resultados.

Paso 3: decidir la respuesta

Para cada riesgo importante hay cuatro opciones clásicas:

1. Evitar: cambiar el plan para que el riesgo desaparezca (usar una tecnología conocida).
2. Mitigar: reducir probabilidad o impacto (hacer una prueba de concepto temprano).
3. Transferir: pasarlo a otro (un seguro, un contrato con penalizaciones).
4. Aceptar: asumirlo conscientemente, quizá con un plan de contingencia.

Y a cada riesgo, un responsable con nombre. Un riesgo sin dueño no se gestiona.

Paso 4: revisar con frecuencia

Un registro de riesgos que se hace una vez y se archiva no sirve. Revisa los principales en cada reunión de seguimiento, y haz tres preguntas:

• ¿Cambió la probabilidad o el impacto?
• ¿Apareció alguno nuevo?
• ¿Alguno se convirtió en problema?

Los supuestos son riesgos disfrazados

"Suponemos que el área de seguridad aprobará en una semana." Si no lo confirmas, es un riesgo. Cada supuesto debería tener a alguien que lo verifique y una fecha.

Errores comunes

• Lista enorme sin priorizar. Con 60 riesgos ninguno recibe atención.
• Registro sin responsables ni fechas.
• Matar al mensajero. Si quien avisa de un riesgo es castigado, la próxima vez callará.
• Creer que el colchón del cronograma cubre todo. Cubre variaciones normales, no un evento grave.

Para finalizar

Gestionar riesgos no es predecir el futuro, sino llegar preparado a él. Identifica en equipo, prioriza, asigna dueños y revisa con regularidad. Un equipo que habla abiertamente de lo que puede salir mal suele tener menos sorpresas, y cuando las tiene, reacciona más rápido. Siguiente tema: cómo comunicarte con quienes tienen interés en tu proyecto.