Guía de gestión de proyectos · Riesgo, calidad y control
Registro RAID: riesgos, supuestos, incidentes y dependencias
Un registro RAID es un registro único para hacer el seguimiento de los siguientes elementos de un proyecto: Risks (riesgos), Assumptions (supuestos), Issues (incidencias) y Dependencies (dependencias). Ofrece al director del proyecto y al patrocinador un único lugar donde ver lo que podría desviar el proyecto de su rumbo.
Puntos clave
- Un registro RAID hace el seguimiento conjunto de los riesgos, los supuestos, las incidencias y las dependencias.
- Cada elemento necesita un responsable, una acción, una fecha y un estado.
- Verifique los supuestos y convierta los falsos en riesgos o incidencias.
- Revíselo periódicamente y resuma los elementos principales para el patrocinador.
Qué significa RAID
| Letra | Elemento | Significado | Ejemplo |
|---|---|---|---|
| R | Riesgos | Eventos inciertos que podrían afectar a los objetivos | El proveedor puede entregar tarde |
| A | Supuestos | Cosas que se dan por ciertas a efectos de planificación pero no están confirmadas | Los usuarios estarán disponibles para las pruebas en mayo |
| I | Los incidentes | Problemas que están ocurriendo ahora y requieren acción | El servidor de pruebas no funciona |
| D | Dependencias | Vínculos con trabajos o decisiones fuera del control del equipo | Necesita el nuevo plan de cuentas del equipo financiero |
Algunas organizaciones utilizan la D para las decisiones (decisions) en su lugar, o añaden una pestaña independiente de decisiones. Acuerde al principio qué versión van a utilizar.
Plantilla de registro RAID
| Columna | Riesgos | Supuestos | Los incidentes | Dependencias |
|---|---|---|---|---|
| ID | R-01 | A-01 | I-01 | D-01 |
| Descripción | Causa, evento, efecto | Qué se supone | Qué falla | De qué dependemos y quién lo proporciona |
| Calificación | Probabilidad x impacto | Impacto si es falso | Prioridad / gravedad | Criticidad |
| Responsable | Responsable del riesgo | Quién lo valida | Quién lo resuelve | Quién gestiona el vínculo |
| Acción | Respuesta | Cómo y cuándo se comprobará | Pasos para la resolución | Acuerdo o seguimiento |
| Fecha de vencimiento | Fecha de revisión | Fecha de validación | Fecha prevista de corrección | Fecha en que se necesita |
| Estado | Abierta / cerrada | Sin confirmar / confirmado / falso | Abierta / resuelta | Según lo previsto / en riesgo / retrasado |
Entradas de ejemplo
| ID | Tipo | Descripción | Responsable | Estado |
|---|---|---|---|---|
| R-03 | Riesgo | Como el proveedor congela las versiones en diciembre, las correcciones críticas podrían esperar cuatro semanas, lo que retrasaría la puesta en producción. | Líder técnico | Abierto: mitigación acordada |
| A-02 | Supuesto | La licencia actual del CRM cubre 50 usuarios adicionales sin costo. | Compras | Pendiente de confirmar antes del 15 de mayo |
| I-05 | Incidencia | Las pruebas de integración fallan por certificados caducados. | Infraestructura | En curso, corrección prevista para el viernes |
| D-01 | Dependencia | El rediseño del sitio web necesita las directrices de marca del proyecto de marketing. | DP | En riesgo: las directrices llegan con dos semanas de retraso |
Cómo realizar una revisión RAID
- Comparta el registro antes de la reunión y pida a los responsables que actualicen sus elementos.
- Revise primero los elementos nuevos y de alta prioridad.
- Compruebe que se han verificado los supuestos cuya validación vencía; convierta cualquier supuesto falso en un riesgo o una incidencia.
- Compruebe las dependencias con los equipos que las proporcionan.
- Acuerde las acciones, los responsables y las fechas, y después cierre los elementos resueltos.
- Informe de los principales elementos en el informe de estado del proyecto.
Registro RAID vs registros separados
| registro RAID | Registro de riesgos y registro de incidencias separados | |
|---|---|---|
| Ideal para | Proyectos pequeños y medianos, paneles de programas | Proyectos grandes o regulados |
| Punto fuerte | Una visión única de todo | Más detalle y flujo de trabajo por tipo de elemento |
| Punto débil | Puede convertirse en un cajón de sastre | Información repartida entre varios documentos |
Muchos equipos mantienen un registro de riesgos y registro de incidencias detallado y utilizan un resumen RAID para el patrocinador.
Consejos
- Mantenga cada pestaña breve y actualizada; archive los elementos cerrados.
- Convierta con prontitud los supuestos falsos en riesgos o incidencias.
- Registre las dependencias en ambos sentidos: lo que usted necesita y lo que otros necesitan de usted.
- Utilice una herramienta compartida para que los responsables actualicen sus propios elementos.
Plantillas gratuitas sobre este tema
Preguntas frecuentes
¿Qué significa RAID en un registro RAID?
Riesgos (Risks), supuestos (Assumptions), incidencias (Issues) y dependencias (Dependencies). Algunos equipos utilizan las decisiones en lugar de las dependencias, o además de ellas.
¿Para qué se utiliza un registro RAID?
Para hacer el seguimiento, en un solo lugar, de los principales riesgos, supuestos, incidencias y dependencias de un proyecto.
¿Quién mantiene el registro RAID?
El director del proyecto o un coordinador de proyectos, y cada responsable mantiene actualizadas sus propias entradas.
¿Con qué frecuencia debe revisarse un registro RAID?
Normalmente cada semana o en cada reunión periódica del proyecto, informando al patrocinador de los elementos principales.
¿Cuál es la diferencia entre un riesgo y un supuesto en un registro RAID?
Un supuesto es algo que se da por cierto a efectos de planificación; un riesgo es un evento incierto. Un supuesto que podría resultar falso genera un riesgo.
¿Cuál es la diferencia entre un riesgo y una incidencia en un registro RAID?
Un riesgo podría ocurrir; una incidencia ya está ocurriendo.
¿Qué es una dependencia en un registro RAID?
Una relación en la que una parte del trabajo depende de otra, a menudo a cargo de otro equipo u organización.
¿Puedo crear un registro RAID en Excel?
Sí. Un libro con una pestaña para cada tipo es el formato más habitual.
¿Un registro RAID es lo mismo que un registro de riesgos?
No. Un registro de riesgos solo abarca los riesgos; un registro RAID abarca también los supuestos, las incidencias y las dependencias.
¿Qué es RAIDD y cómo amplía el registro RAID?
Una variante del registro RAID que también hace el seguimiento de las decisiones: riesgos, supuestos, incidencias, dependencias y decisiones.
¿Utilizan los equipos ágiles registros RAID?
Algunos sí, sobre todo en organizaciones o programas grandes, aunque muchos equipos ágiles gestionan los impedimentos en su tablero.