Registro RAID: qué es, una plantilla y cómo revisarlo en reuniones

El equipo de Nadia armó un registro RAID impecable en la reunión de inicio del proyecto. Veintidós filas, con colores, cada riesgo evaluado. Para la semana seis, nadie lo había vuelto a abrir. Entonces el proveedor de muebles no cumplió su fecha de entrega, y la mudanza de la oficina se retrasó dos semanas. El riesgo había estado en la fila 9 todo el tiempo, con un responsable que había olvidado que era suyo. (Nadia es un ejemplo, no una líder de proyecto real.)

Seguro conoces el patrón. Un registro RAID es fácil de empezar y difícil de mantener vivo. El problema no es la hoja de cálculo. El problema es que nadie la revisa en equipo, a una hora fija, con los responsables presentes.

Esta guía lo resuelve. Vas a encontrar una definición clara, una plantilla de registro RAID para copiar, un ejemplo completo de un proyecto y una agenda de revisión semanal de 15 minutos que mantiene el registro al día. También tendrás una lista de las frases que se dicen en las reuniones y que anuncian un nuevo riesgo o problema, para que puedas anotarlos en el momento en que se dicen.

Si eres quien toma notas en esa reunión, ParrotNotes puede grabarla en tu celular y darte después una transcripción y un resumen, para que no se pierda nada de lo que se dijo en la sala.

¿Qué es un registro RAID?

Un registro RAID es un único documento del proyecto que da seguimiento a cuatro tipos de elementos: Risks, Assumptions, Issues y Dependencies, es decir, riesgos, supuestos, problemas y dependencias. Cada elemento tiene un responsable, un estado y un próximo paso, y el equipo revisa el registro con una frecuencia fija, normalmente en la reunión semanal del proyecto. A eso se reduce RAID en la gestión de proyectos: una sola lista con todo lo que podría frenar el proyecto, con un nombre al lado de cada línea.

Esto es lo que cubre cada letra:

La forma más fácil de distinguir un riesgo de un problema: un riesgo todavía no ha ocurrido, un problema ya sí. Cuando un riesgo ocurre, pasa a la lista de problemas. Cuando un supuesto resulta ser falso, normalmente se convierte en un riesgo o en un problema.

Otros significados de la A y la D

Algunos equipos usan otras palabras para las mismas letras. Como explica la guía de registro RAID de Asana, la A de RAID puede significar actions (acciones) o assumptions (supuestos), y la D puede significar decisions (decisiones) o dependencies (dependencias).

Elige un significado y escríbelo al inicio del registro. Si das seguimiento a las acciones y las decisiones por separado, llévalas en una plantilla de tareas y en un registro de decisiones, y deja el registro RAID para los cuatro elementos de arriba.

Registro RAID o registro de riesgos

Un registro de riesgos solo da seguimiento a los riesgos, normalmente con una evaluación detallada de probabilidad e impacto. Un registro RAID es más amplio: pone los riesgos junto a los supuestos, problemas y dependencias que los causan o que vienen después. Los proyectos pequeños suelen necesitar solo el registro RAID. Los grandes llevan un registro de riesgos completo y un registro RAID que remite a él.

Si solo necesitas la parte de riesgos, la plantilla de registro de riesgos gratuita arma uno con probabilidad, impacto, puntaje, responsable y respuesta para cada riesgo, listo para imprimir.

La plantilla de registro RAID (para copiar)

Pon los cuatro tipos en una sola tabla, con una columna de tipo. Una tabla es más fácil de revisar en una reunión que cuatro pestañas, porque puedes ordenarla por responsable o por fecha y recorrerla una vez.

Cópiala como texto si trabajas en un documento o una hoja de cálculo:

ID | Tipo | Descripción | Registrado por / fecha | Impacto | Probabilidad | Responsable | Respuesta / próximo paso | Fecha límite o de revisión | Estado | Notas

Cada tipo necesita además algo que los otros no:

• Los riesgos necesitan una respuesta: evitar, reducir, transferir o aceptar. "En observación" solo cuenta como respuesta si tiene fecha de revisión.
• Los supuestos necesitan una forma de comprobarlos y una fecha límite para confirmarlos. Un supuesto sin fecha de revisión es solo una esperanza.
• Los problemas necesitan una vía de escalamiento: quién decide si el responsable no puede resolverlo.
• Las dependencias necesitan el nombre de la otra parte y la fecha en que necesitas lo que te debe entregar.

Un ejemplo de registro RAID: una mudanza de oficina

Este es un registro RAID completo para un proyecto de ejemplo: un equipo de 40 personas que se muda a un nuevo piso de oficinas el 14 de marzo. La líder del proyecto es Nadia, la de la historia del inicio.

Fíjate en A-01 e I-01. El equipo daba por hecho una mudanza en sábado. Omar lo comprobó, el supuesto era falso y esa misma semana se convirtió en un problema. Así funciona un registro RAID: el problema apareció cinco semanas antes del día de la mudanza, no ese mismo día.

Fíjate también en que cada fila tiene un solo responsable y una fecha de revisión. La fecha de revisión es lo que hace volver la fila a la reunión semanal.

Cómo crear un registro RAID en 30 minutos

Empieza el registro en la reunión de inicio del proyecto, o en una sesión corta poco después. Nuestra agenda de reunión de inicio de proyecto ya tiene un espacio para riesgos y preguntas abiertas. Esta breve sesión de análisis RAID convierte ese espacio en un registro.

1. Invita a quienes saben dónde se rompen las cosas. El líder del proyecto, una persona de cada equipo involucrado y quien gestione a cada proveedor.
2. Dedica cinco minutos a cada letra. Haz la pregunta de la tabla de arriba: "¿Qué podría salir mal?", "¿Qué estamos dando por hecho?", "¿Qué ya es un problema?", "¿A quién estamos esperando?"
3. Escribe cada elemento en una oración. Todavía sin puntuar. Primero ponlo todo en el pizarrón.
4. Asigna un responsable a cada elemento antes de terminar la sesión. Si nadie lo quiere, pregúntate si realmente pertenece al registro.
5. Evalúa los riesgos y fija las fechas de revisión después. El líder del proyecto puede hacerlo en 10 minutos y compartir el registro para recibir comentarios.

Cuenta con 10 a 25 elementos para un proyecto de unos cuantos meses. Muchos más y la reunión de revisión se va a ahogar; combina los elementos que compartan responsable y causa.

¿Diriges la reunión de inicio y tomas notas al mismo tiempo? Prueba ParrotNotes gratis, graba la sesión y arma el primer registro RAID a partir de la transcripción, no de tu memoria.

Cómo revisar el registro RAID en una reunión semanal

La mayoría de las guías dicen que hay que revisar el registro con regularidad. La guía de RAID de Smartsheet dice que, "como mínimo, los gerentes de proyecto deben revisar y ajustar el registro en las reuniones de estado semanales". La guía de registros RAID de Parallel Project Training coincide en que el registro debe actualizarse "como mínimo después de las reuniones del equipo". Lo que ninguna explica es cómo hacer esa revisión. Esta es una agenda de 15 minutos que cabe dentro de una reunión semanal del proyecto o una reunión de estado.

La agenda de revisión RAID semanal de 15 minutos

Reglas para que dure 15 minutos

1. Revisa por fecha de revisión, no fila por fila. Solo salen los elementos que tocan esta semana. Todo lo demás se queda en el registro, sin tocar, hasta su fecha. Así un registro de 25 filas cabe en 15 minutos.

2. Hablan los responsables, no el líder del proyecto. Cada responsable dice una línea: qué cambió y qué sigue. Si un responsable no está, el elemento pasa a la semana siguiente y el líder le da seguimiento después.

3. Problemas antes que riesgos. Los problemas están afectando al proyecto ahora. Si se acaba el tiempo, se recorta el bloque de riesgos, nunca el de problemas.

4. Resuélvelo fuera de la reunión. Si un elemento necesita más de dos minutos, nombra a las personas que deben hablar y agéndalas para después. En el registro va una nota, no un debate en la reunión.

5. Cierra elementos. Un registro solo crece si nadie cierra filas. Pregunta cada semana: "¿Podemos cerrar alguno de estos?" Las filas cerradas se quedan en el registro, en gris, para que el historial esté disponible en la revisión final del proyecto.

6. Escala a partir de un límite. Acuerda desde el inicio qué elementos van al patrocinador o al comité directivo: por ejemplo, cualquier problema de alto impacto que el responsable no pueda resolver en dos semanas. Envía esos elementos, no todo el registro.

Cuando Marcos empezó a llevar así la revisión RAID de su equipo (otro ejemplo), su reunión semanal del proyecto dejó de pasarse de tiempo. El registro tenía 31 filas, pero solo seis o siete tocaban cada semana. En el primer mes, el equipo cerró 11 filas que llevaban semanas terminadas pero nunca se habían marcado como cerradas.

Si además envías una actualización por escrito a quienes no asisten, la plantilla de informe de estado del proyecto gratuita tiene secciones para el estado en semáforo, riesgos, decisiones pendientes y próximos pasos, así que la revisión RAID alimenta directamente el informe.

Detecta nuevos elementos RAID durante la reunión

Los nuevos riesgos y problemas casi nunca llegan con etiqueta. Salen de lado, a mitad de una actualización, y se olvidan cuando termina la reunión. El trabajo de quien toma notas es escucharlos y registrarlos.

Estas son las frases a las que debes prestar atención:

"Eso no debería ser problema" es la frase que más se escapa. Suena a buena noticia, pero es un supuesto sin comprobar. En el ejemplo de la mudanza, A-01 empezó como "el sábado no debería ser problema para el edificio".

Al final de la reunión, lee en voz alta cada elemento nuevo: ID, descripción en una línea, responsable y fecha de revisión. Toma un minuto, y es justo cuando alguien dice "eso no es mío" o "en realidad eso ya pasó", mientras todavía puedes corregir la fila.

Leila, líder de equipo en el relanzamiento de un sitio web (un ejemplo), añadió esa lectura a su reunión semanal. En la segunda semana, una diseñadora escuchó "D-04: el equipo de contenido entrega los textos el día 15" y dijo que el equipo de contenido no sabía de esa fecha. Un mensaje esa misma tarde ahorró una semana de espera.

Graba la reunión y usa el resumen para actualizar el registro

Quien toma las notas RAID tiene un trabajo difícil. Tiene que seguir la conversación, detectar un supuesto escondido en "eso no debería ser problema" y escribirlo antes de que empiece la siguiente actualización.

ParrotNotes le quita la escritura de encima. Pon tu celular sobre la mesa y graba la reunión semanal (con el acuerdo de todos). Cuando detienes la grabación, ParrotNotes transcribe la conversación y escribe un resumen, y las grabaciones con IA también extraen las tareas. Luego repasas el resumen con la tabla de frases de arriba y agregas las nuevas filas RAID, partiendo de lo que realmente se dijo y no de tu memoria.

Algunos detalles, a octubre de 2026:

• Plan gratuito: 100 minutos de grabación al mes, hasta 30 minutos por grabación, un resumen con IA en cada grabación y 5 grabaciones con IA al mes con tareas. Una revisión RAID de 15 minutos cabe sin problema.
• Pro (US$19.99 al mes, o US$14.99 al mes con pago anual): grabaciones de hasta 3 horas, identificación de hablantes para ver quién planteó cada elemento y plantillas de insights personalizadas. Puedes guardar una plantilla con Riesgos, Supuestos, Problemas y Dependencias como encabezados, para que cada grabación semanal vuelva ordenada en las cuatro listas.
• El chat con IA (Pro) te permite hacerle una pregunta a la grabación, como "¿Qué dijo Leo sobre el switch de red?" La búsqueda semántica con IA encuentra cuándo se mencionó un problema por primera vez a lo largo de semanas de reuniones.

No hay un bot que invitar ni nada que conectar, porque graba la sala con el celular que ya llevas contigo. El registro sigue siendo tuyo; ParrotNotes te da el primer borrador de lo que cambió. Descarga ParrotNotes antes de tu próxima reunión de proyecto.

Mantén vivo tu registro RAID

Un registro RAID solo sirve si está al día, y se mantiene al día porque el equipo lo revisa en conjunto cada semana. En resumen:

• Una tabla, cuatro tipos, cada fila con un responsable y una fecha de revisión.
• Una sesión de inicio de 30 minutos genera los primeros 10 a 25 elementos.
• Una revisión semanal de 15 minutos, por fecha de revisión, primero los problemas, con lectura de cambios al final.
• La tabla de frases te ayuda a captar nuevos riesgos, supuestos, problemas y dependencias mientras todavía se están diciendo.

Copia hoy mismo la plantilla de registro RAID en la carpeta de tu proyecto, ponle una fecha de revisión a cada fila y agenda la revisión de 15 minutos para la próxima semana.

Y si en esa reunión prefieres escuchar en lugar de escribir, prueba ParrotNotes gratis. Graba la revisión, lee el resumen y actualiza el registro antes de que empiece la siguiente reunión.