PMCopilotpor EduEscalante
← Todas las skills

Registro RAID y revisión de riesgos

RAID log, registro de riesgos, matriz de riesgos, pre-mortem, plan de respuesta a riesgos.

Descargar .mdSKILL.mdActualizada el 6 de noviembre de 2026

Qué hace

Extrae riesgos, supuestos, incidentes y dependencias de notas o actas, los califica, asigna responsable y conduce un pre-mortem. Pide aprobación antes de cerrar el registro.

Cómo usarla

Cómo instalar

  1. Activa la ejecución de código en Settings > Capabilities > "Create and edit files" (en Team viene activada).
  2. Abre Customize > Skills, haz clic en "+" y luego en "+ Create skill".
  3. Elige "Upload a skill" y sube el archivo raid-log-pm.zip.
  4. Pruébala con: "Saca el RAID de estas notas" o "Haz un pre-mortem de este plan".

Encabezado del SKILL.md

Prompt
name: raid-log-pm
description: Construye y revisa el registro RAID (Riesgos, Supuestos, Incidentes, Dependencias) de un proyecto y conduce un pre-mortem.

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

Prompt
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.

El archivo de la skill

Lee el archivo antes de cargarlo en tu asistente de IA: son instrucciones que la IA va a seguir con tus datos.

Descargar .mdSKILL.md
Ver el contenido del archivo
---
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.