Gestión de riesgos en proyectos – el ciclo activo de Hillson
En muchos proyectos existe una lista de riesgos que se creó al inicio, llegó a diez filas — y nunca volvió a abrirse. David Hillson, uno de los investigadores y consultores en gestión de riesgos de proyectos más conocidos del mundo, ha dedicado su carrera a explicar por qué eso no basta. En su libro Managing Risk in Projects resume qué es realmente la gestión de riesgos: no una lista, sino un ciclo activo.
El enfoque de Hillson ha influido en los estándares internacionales de la materia y es sorprendentemente práctico. Se trata de hacer manejable la incertidumbre — antes de que llegue a convertirse en problema. Para un jefe de proyecto es una buena noticia: la gestión de riesgos no exige matemáticas avanzadas, solo una forma de trabajar estructurada que realmente se lleve a cabo y se mantenga viva durante todo el proyecto.
¿Qué dice la investigación?
La definición de riesgo de Hillson es contundente: el riesgo es incertidumbre que importa. Todo en un proyecto es incierto, pero solo la incertidumbre que puede afectar a los objetivos del proyecto merece tu atención. La definición abarca además dos tipos de riesgo: las amenazas, que pueden dañar los objetivos, y las oportunidades, que pueden favorecerlos. Perseguir solo las amenazas es, según Hillson, hacer la mitad del trabajo.
La gestión en sí la describe como un ciclo recurrente. Primero se identifican los riesgos — ¿qué puede ocurrir que afecte a los objetivos? Después se evalúa cada uno según su probabilidad e impacto, para que los más importantes queden arriba. A continuación se elige una respuesta deliberada para cada riesgo significativo: evitarlo, reducirlo, transferirlo a otra parte o aceptarlo con los ojos abiertos. Para las oportunidades existen respuestas espejo, como potenciarlas o explotarlas.
El paso final, el decisivo, es el seguimiento. Cada respuesta debe tener un responsable y una fecha, y el ciclo debe repetirse a intervalos regulares, porque los riesgos viejos mueren y nacen otros nuevos a lo largo del proyecto. Una evaluación de riesgos sin responsables, fechas ni seguimiento es, según Hillson, solo documentación — no gestión de riesgos. La diferencia entre ambas rara vez se ve en los documentos, pero siempre se nota en cómo sale adelante el proyecto cuando ocurre algo inesperado.
¿Qué significa esto para ti como jefe de proyecto?
Da a cada riesgo un responsable y una fecha. Cuando termine el taller de riesgos, ninguna acción debe quedar en el aire. 'Deberíamos vigilar al proveedor' no es una acción — 'Anna revisa el plan de entregas con el proveedor antes del viernes' sí lo es.
Prioriza por probabilidad e impacto — y atrévete a tachar. Una lista de treinta riesgos sin evaluar no protege a nadie. Evalúa, ordena y concentra tus fuerzas en el puñado de riesgos que de verdad pueden hundir el proyecto. El resto vigílalo con mano ligera — y táchalo con la conciencia tranquila cuando ya no sea relevante.
Pon los riesgos en la agenda, todas las veces. Un punto fijo en la reunión de proyecto — ¿qué riesgos han cambiado, cuáles son nuevos, cuáles podemos cerrar? — cuesta diez minutos y marca la diferencia entre un ciclo vivo y una lista muerta. No olvides preguntar también por las oportunidades.
Así puedes entrenarlo
La gestión de riesgos ocurre en gran parte en conversaciones: dirigir un taller de riesgos donde todos se atrevan a aportar, conseguir que un jefe de línea reticente asuma la responsabilidad de una acción, o contarle al comité de dirección que un riesgo ha crecido — sin maquillarlo ni sembrar el pánico. En Project-simulator practicas esas conversaciones frente a interlocutores de IA en un entorno de simulación seguro, con feedback basado en evidencias que señala tus propias formulaciones. Puedes probarlo gratis durante una semana.
En Project-simulator practicas estas conversaciones con una contraparte de IA y recibes retroalimentación basada en investigaciones como esta.
Prueba gratis 7 días