¿Cómo llevas un registro de riesgos para que no acabe siendo un documento que nadie lee?

Mantenlo corto, con dueños y revisado con una cadencia fija. Cada riesgo necesita un responsable con nombre, una valoración de probabilidad e impacto, un disparador que te avise de que está pasando y una respuesta acordada de antemano. Poda sin piedad, porque un registro con sesenta entradas es un archivo histórico. Revisa los pocos de arriba en cada reunión de seguimiento para que los riesgos sigan vivos en vez de anotados una vez y olvidados.

El registro solo funciona si es corto y si las entradas pertenecen a alguien que no sea yo. Así que cada riesgo tiene un responsable con nombre, una valoración, un disparador que nos dice que está pasando de verdad y una respuesta que acordamos antes de necesitarla. Mantengo la lista en los diez o así que importan y archivo el resto, porque un registro con sesenta filas es el sitio al que los riesgos van a que se los olvide. Después, los principales se revisan en la reunión semanal, que es lo que los mantiene vivos. El mejor ejemplo que tengo es un riesgo de proveedor donde habíamos escrito que si su entorno de pruebas no estaba listo para una fecha dada, cambiaríamos a una interfaz simulada. Pasó la fecha, montamos el stub y nadie tuvo que discutir, porque la decisión ya estaba tomada cuando todos estábamos tranquilos.