Una matriz de riesgos que se usa, no que se archiva

Muchas matrices de riesgos se llenan al arrancar el proyecto y no se vuelven a abrir. Siete prácticas para que la tuya cambie decisiones: qué registrar, cómo puntuar, quién responde y qué hacer con lo que sí ocurre.

Una matriz de riesgos suele nacer en la semana de arranque: una junta, un pizarrón, una hoja de cálculo llena de ideas. Tres meses después nadie la ha abierto y el riesgo que de verdad golpea al proyecto ni siquiera estaba en ella. El problema casi nunca es la plantilla; es que la matriz no está conectada con el trabajo diario. Estas son siete prácticas para que lo esté.

1. Registra riesgos, no problemas ni quejas

Un riesgo es algo que todavía no ocurre y que, si ocurre, cambia el alcance, el costo o la fecha. «El proveedor no libera la ventana de certificación» es un riesgo; «el proveedor se retrasó» ya es un problema y va a la lista de tareas o de incidentes. Redáctalo como causa y consecuencia: «si pasa X, entonces Y».

2. Puntúa con una escala corta y sin debates eternos

Una cuadrícula de 5×5 (probabilidad por impacto) es suficiente. La severidad es el producto: 4×5 = 20 pesa más que 3×3 = 9. Define de antemano qué significa un 5 de impacto en tu despacho (por ejemplo, «retrasa la entrega más de un mes» o «cuesta más del 10 % del presupuesto»), para que dos personas puntúen igual. Si pasas más de dos minutos discutiendo entre un 3 y un 4, anota ambos supuestos y sigue.

3. Un responsable por riesgo, con nombre y apellido

Un riesgo sin responsable es un deseo. El responsable no es quien lo causa, sino quien vigila la señal de alerta y activa el plan. Revisa cada mes cuántos riesgos activos no tienen responsable; esa cifra debería ser cero.

4. Elige una estrategia explícita

Para cada riesgo relevante decide si vas a mitigar (reducir probabilidad o impacto), transferir (seguro, contrato, penalización al proveedor), evitar (cambiar el plan) o aceptar (y dejar escrito por qué). Aceptar es una decisión válida; ignorar no lo es.

5. Convierte la mitigación en una tarea del plan

Un plan de mitigación que vive solo en la columna de la matriz no se ejecuta: tiene que aparecer en la lista de trabajo de alguien, con fecha y responsable. Si el riesgo es crítico, la tarea debería ser de prioridad alta. Una buena prueba: pregunta a un miembro del equipo cuál es su siguiente acción de mitigación; si no la sabe, no existe.

6. Ponle fecha de revisión y revísala en cada reunión de estatus

• Revisa los críticos y altos en cada junta de seguimiento (cinco minutos, no más).
• Reevalúa el resto cada mes o al cerrar una fase.
• Anota el riesgo residual: cuánto queda después de aplicar el plan. Si no baja, el plan no sirve.

7. Distingue «cerrado» de «ocurrió», y guarda la lección

Un riesgo se cierra cuando dejó de ser posible (pasó la fecha, se eliminó la causa). Un riesgo que ocurrió es otra cosa: debe salir de la matriz vigente, pero conservarse en el registro con lo que costó y lo que funcionó. Es la materia prima de las lecciones aprendidas y de la matriz del siguiente proyecto. Y si diriges varios proyectos, junta todos los críticos en una sola vista de portafolio: la pregunta de dirección no es «¿cómo va este proyecto?» sino «¿qué puede complicar el trimestre?».

Cómo se ve en Iurefficient

Cada proyecto puede activar su pestaña Riesgos (nace apagada, para quien no la usa). Los riesgos se ubican en una matriz de 5×5 pintada por severidad; al hacer clic en una casilla se ven los que están ahí.

Cada riesgo lleva responsable, estrategia, fecha de revisión y riesgo residual. El botón «Crear tarea de mitigación» genera una tarea con el responsable del riesgo, la fecha de revisión como vencimiento y prioridad alta si el riesgo es crítico. «Marcar que ocurrió» es distinto de «Cerrar»: el riesgo sale de la matriz vigente pero se queda en el registro, y por eso no se puede borrar. Hay además una vista de portafolio con los riesgos de todos los proyectos ordenados por severidad.

El asistente de IA también conoce lo que el equipo declaró: al preguntarle por los riesgos del proyecto responde con los registrados —cuáles están activos, su severidad, quién responde por cada uno y cuáles no tienen responsable—, y distingue la matriz capturada por una persona del indicador de atraso que el sistema calcula solo con plazos y tareas.

PMO riesgos gestión de proyectos mejores prácticas

← Volver al índice