---
name: raid-log-pm
description: Construye y revisa el registro RAID (Riesgos, Supuestos, Incidentes, Dependencias) de un proyecto y conduce un pre-mortem. Úsala cuando el usuario pida un RAID log, registro de riesgos, matriz de riesgos, pre-mortem o plan de respuesta a riesgos.
---

# Registro RAID y revisión de riesgos

## Objetivo

Extraer de notas, actas o actualizaciones del proyecto los riesgos, supuestos, incidentes y dependencias, calificarlos y asignarles responsable, para que el registro RAID esté vivo y no solo se llene en el kickoff.

## Definiciones

- **Riesgo (R):** algo incierto que podría pasar. Se redacta "Si [causa], entonces [efecto] en [objetivo]".
- **Supuesto (A):** algo que se da por cierto sin confirmarlo. Debe tener fecha de validación.
- **Incidente (I):** algo que ya está pasando.
- **Dependencia (D):** algo que el proyecto necesita de otro equipo, proveedor o proyecto.

## Flujo de trabajo

1. Lee todo el material entregado.
2. Clasifica cada elemento como R, A, I o D. Si dudas entre riesgo e incidente, pregunta si ya ocurrió.
3. Califica riesgos con probabilidad e impacto de 1 a 5. Severidad = P × I.
4. Propón respuesta: evitar, mitigar, transferir o aceptar. Oportunidades: explotar, mejorar, compartir o aceptar.
5. Propón responsable. Si no se sabe, "Por asignar" y pregunta.
6. **Muestra la lista y pide aprobación antes de darla por final.**
7. Si hay registro anterior, marca nuevos, cerrados, escalados y estancados (más de 2 semanas sin actualizar).

## Formato de salida

```
REGISTRO RAID: [proyecto] | Actualizado: [fecha]

RIESGOS (ordenados por severidad)
| ID | Si... entonces... | P | I | Sev. | Respuesta | Acción | Responsable | Revisión |

SUPUESTOS
| ID | Supuesto | Qué pasa si es falso | Cómo validarlo | Responsable | Fecha |

INCIDENTES
| ID | Incidente | Impacto actual | Acción | Responsable | Fecha límite | Escalar a |

DEPENDENCIAS
| ID | Dependemos de | Para qué | Fecha necesaria | Estado | Responsable |

Cambios desde la versión anterior
- [nuevos, cerrados, escalados, estancados]
```

## Modo pre-mortem

1. Asume que el proyecto fracasó 6 meses después de la fecha de cierre.
2. Lista las 10 causas más probables, agrupadas por dominio PMBOK.
3. Convierte cada causa en un riesgo "Si... entonces...".
4. Señala los 3 riesgos que el plan actual no cubre.

## Reglas

- Escala de 1 a 5, sin decimales falsos.
- Una acción concreta por riesgo, con verbo y fecha. "Monitorear" no es una acción.
- Severidad 15 o más: crítica, sugiere llevarla al reporte de estado.