Plantilla de Registro RAID Permalink
Usa esta plantilla para gestionar un registro RAID en Quire: mantén riesgos, supuestos, problemas y dependencias en un solo lugar, clasifícalos por impacto en la Vista de tabla y realiza una revisión semanal que realmente cierre elementos.
Puedes visitar el proyecto Registro RAID y duplicarlo en tu espacio de trabajo, para no tener que construir todo desde cero.
También puedes explorar más plantillas listas para usar para acelerar tu flujo de trabajo.
Comprender los registros RAID
RAID son las siglas de Riesgos, Supuestos, Problemas y Dependencias. Un registro RAID es el historial continuo de los cuatro: lo que podría salir mal, lo que das por sentado sin haberlo verificado, lo que ya ha salido mal y lo que necesitas de personas ajenas a tu equipo.
La mayoría de los equipos registran parte de esto en algún lugar. Muy pocos lo concentran todo en un mismo sitio, y ahí es donde está el valor. Un código presupuestario que falta parece un pequeño problema administrativo hasta que te das cuenta de que es la razón por la que el proveedor no entrega las credenciales, y esa es la razón por la que el acuerdo de la semana de lanzamiento sigue sin firmarse. Una causa raíz, tres listas separadas, y nadie que las conecte.
El registro está organizado en cinco Secciones, con un Hito fijado en la parte superior para que cada fecha que aparece debajo se lea en relación con el plazo que importa.
Cuatro Secciones contienen las categorías en sí. La quinta, la gobernanza RAID, contiene la cadencia de revisiones, que es la parte que decide si el registro sobrevive más allá del segundo mes. Veintiún entradas de ejemplo vienen ya rellenadas, para que puedas leer cómo debe verse una buena entrada antes de reemplazarlas con las tuyas.
Registro RAID o registro de riesgos
Quire incluye ambos, y responden a preguntas diferentes. Un registro de riesgos es un instrumento profundo para una sola categoría: una matriz de 5x5, puntuaciones numéricas de riesgo, cinco estrategias formales de respuesta y una cadencia de gobernanza, todo centrado únicamente en el riesgo. Un registro RAID es un instrumento más ligero para cuatro categorías, que puntúa el riesgo solo con probabilidad e impacto, pero cubre los supuestos y las dependencias para los que un registro de riesgos no tiene espacio.
Usa el registro RAID cuando quieras un único lugar para todo lo que podría descarrilar el proyecto. Usa el registro de riesgos cuando la gestión del riesgo sea el trabajo principal y las puntuaciones tengan que ser defendibles. Usar ambos es habitual, con el registro RAID como documento de trabajo y el registro de riesgos como artefacto formal.
La plantilla incluye un Documento con instrucciones de configuración, las reglas de cada categoría y los errores más frecuentes que conviene evitar.
Un segundo Documento contiene el orden del día de la revisión semanal, para que quien dirija la reunión no tenga que improvisar el guion esa misma mañana.
Distinguir las cuatro categorías
Las categorías se confunden constantemente, y discutir dónde pertenece algo es una buena manera de desperdiciar los primeros diez minutos de una revisión. Cuatro pruebas resuelven casi todos los casos.
| Categoría | Tiempo verbal | Pregunta que responde | Prueba |
|---|---|---|---|
| Riesgo | Futuro, incierto | ¿Qué podría salir mal? | ¿Puedes redactarlo como “si X, entonces Y”? |
| Supuesto | Presente, no verificado | ¿Qué estamos dando por sentado? | ¿Te sorprendería que resultara falso? |
| Problema | Presente, cierto | ¿Qué está saliendo mal ahora? | ¿Ya ha ocurrido? |
| Dependencia | Futuro, de otro equipo | ¿Qué necesitamos de otros? | ¿La próxima acción está fuera de tu equipo? |
Tres reglas resuelven el resto.
- Un riesgo que se materializa ya no es un riesgo. Muévelo a Problemas y cierra el riesgo con una nota que indique adónde fue, en lugar de dejarlo abierto en ambos lugares.
- Un supuesto que resulta falso no solo está equivocado, tiene una consecuencia. Cierra el supuesto y registra esa consecuencia como un riesgo o un problema.
- Una Dependencia que has dejado de perseguir es un riesgo. Vuelve a puntuarla en la limpieza mensual.
La entrada de ejemplo A-01 de la plantilla es el caso práctico de la regla dos, vinculada al problema que produjo.
Leer el registro en la Vista de tabla
La Vista de tabla solo está disponible en los planes Professional, Premium y Enterprise. Más información en nuestra página de precios.
La Vista de tabla es el registro RAID propiamente dicho. Coloca cada campo personalizado junto a la entrada, y ordenar por Impacto convierte la parte superior de la lista en el orden del día de tu reunión.
Siete campos sostienen el registro.
| Campo | Qué hace |
|---|---|
| ID RAID | Un identificador estable como R-01 o D-05, para que las personas puedan citar una entrada en una reunión sin leer el título completo. Nunca reutilices un número, ni siquiera después de cerrar una entrada. |
| Tipo | Duplica la Sección a propósito. Las Secciones organizan la lista; el Tipo es lo que permite filtrar, agrupar o extraer una categoría en un portfolio. |
| Probabilidad | Solo para riesgos. Los problemas ya han ocurrido, por lo que la columna queda vacía para ellos. |
| Impacto | Se aplica a todo. Esta es la columna por la que ordenas y la que decide qué se escala. |
| Registrado el | Cuándo se registró la entrada. |
| Última revisión | El campo que pone de manifiesto el abandono. Ordena por él en la limpieza mensual y trabaja de más antiguo a más reciente. |
| Depende de | Nombra al equipo, proveedor o persona responsable. Se usa principalmente en las dependencias, pero es útil en cualquier entrada bloqueada fuera de tu control. |
“Registrado el” y “Última revisión” pueden parecer simples registros administrativos. Una entrada registrada en marzo, revisada en abril y todavía abierta en septiembre no está siendo gestionada, y esas dos fechas son la única forma de que ese hecho sea visible sin que alguien lo detecte por casualidad.
Nota: Si te encuentras rellenando Probabilidad en un problema, probablemente sea un riesgo que no ha sido reclasificado. Los problemas ya han ocurrido, por lo que su probabilidad es del cien por ciento.
Ocho Etiquetas atraviesan las cuatro categorías: Presupuesto, Horario, Técnico, Alcance, Cliente, Proveedor, Personas y Cumplimiento. Responden a una pregunta diferente a la del Tipo: de dónde viene la entrada, no qué tipo de cosa es.
Redactar una entrada que valga la pena
La diferencia entre un registro RAID útil y un simple artefacto de cumplimiento está casi por completo en cómo se redactan las entradas. Cada entrada de ejemplo de la plantilla sigue la misma estructura de cuatro partes.
La descripción abre con una declaración si X, entonces Y, luego indica el impacto si ocurre en unidades que importan a alguien, después nombra la respuesta y finalmente da el disparador a vigilar. El trabajo de mitigación se cuelga de la entrada como Subtareas, de modo que el plan y el registro permanecen en el mismo lugar.
Cinco reglas marcan la diferencia.
- Redacta los riesgos como causa y efecto. “Retraso del proveedor” es una preocupación. “Si el proveedor no cumple el 6 de agosto, entonces las pruebas de autenticación comienzan sin credenciales de producción y las pruebas se retrasan dos semanas” es algo sobre lo que un equipo puede actuar.
- Da a cada riesgo un disparador. El punto observable en el que deja de ser hipotético. Sin él, la escalación ocurre tarde y a ojo.
- Nombra la respuesta. Evitar, mitigar, transferir o aceptar. “Monitorear” no es una respuesta, es una forma de escribir “no hemos decidido”.
- Expresa el impacto en unidades que importen. Semanas, dinero, clientes, reputación. “Alto impacto” no le dice nada a un patrocinador.
- Pon una fecha a todo. Una entrada sin Fecha de vencimiento nunca se trabajará.
Asigna a cada entrada una persona concreta y nombrada. Un equipo nunca persigue nada, porque nadie dentro de él cree que esa tarea sea específicamente suya.
Seguir el flujo en la Vista de Tablero
La Vista de Tablero agrupada por Estado muestra movimiento, no inventario, lo que ofrece una imagen diferente y más honesta.
Seis estados gestionan el registro.
| Estado | Úsalo cuando |
|---|---|
| Abierto | Registrado y con responsable, sin nada en marcha todavía. |
| En curso | Alguien está trabajando activamente en ello. |
| Escalado | Ha superado la capacidad del equipo del proyecto y requiere una decisión de nivel superior. |
| Esperando respuesta | La pelota está genuinamente en el tejado de otra persona. |
| Cerrado | Resuelto, retirado o ya no relevante. |
| Validado | Un supuesto verificado y confirmado como verdadero. |
“Esperando respuesta” es el que justifica su existencia. Sin él, “En curso” tiene que cubrir tanto “estoy trabajando en esto” como “envié un correo hace nueve días”, y esas dos situaciones requieren un Seguir completamente diferente.
Consejo: Observa la columna Escalado durante varias semanas en lugar de leerla una sola vez. Si se llena más rápido de lo que se vacía, eso es una señal de salud más fiable que cualquier informe de Estado.
Obtener vistas transversales con Sublistas
En el plan de Subcripción Free, puedes crear dos Sublistas por cada proyecto, y esta plantilla incluye 4. Conserva las dos que tu equipo abre con más frecuencia después de Duplicar, o actualiza tu plan de Subcripción para usar las cuatro. Más información en nuestra página de precios.
Las Secciones responden a “¿qué tipo de cosa es esta?”. Cuatro Sublistas responden a preguntas que atraviesan las cuatro categorías a la vez, que es donde empieza a dar frutos mantener un único registro en lugar de cuatro.
- Escalar ahora incluye todas las entradas de impacto Crítico que siguen abiertas, independientemente de la categoría. Este es el paquete para el comité directivo. Si supera aproximadamente seis elementos, el proyecto está siendo observado en lugar de gestionado.
- Esperando a otra persona incluye todo aquello cuya próxima acción no es tuya. Ábrela antes de cada llamada de Estado y persigue los tres primeros.
- Supuestos no validados es la lista que nadie lee hasta que es demasiado tarde. Léela en voz alta una vez al trimestre.
- La cadena de proveedores es un ejemplo práctico, no un filtro.
Ese último vale la pena abrirlo primero, porque muestra todo el argumento a favor de un único registro en cuatro entradas.
Una orden de compra sin tramitar es un problema. Bloquea a finanzas para que apruebe el pedido, lo que es una Dependencia. Eso bloquea al proveedor para que entregue las credenciales de producción, otra Dependencia. Y esa es la razón por la que el acuerdo de la semana de lanzamiento sigue sin firmarse, lo que está registrado como un riesgo. Tres categorías, una causa raíz, visible únicamente porque todas viven en el mismo registro. Las entradas están conectadas con dependencias de Tarea reales, de modo que la cadena se hace cumplir en lugar de simplemente describirse.
Mantener el registro honesto
Un registro sin revisión es un Documento, no un proceso. La Sección de gobernanza contiene cuatro Tareas recurrentes para que el ritmo aparezca en el Horario en lugar de depender de que alguien lo recuerde.
| Cadencia | Qué ocurre |
|---|---|
| Semanal | Una revisión de 30 minutos ordenada por impacto. La parte superior de la lista es el orden del día. |
| Mensual | Cerrar entradas obsoletas y volver a puntuar los riesgos abiertos. Un riesgo puntuado en marzo raramente sigue siendo correcto en julio. |
| Trimestral | Revalidar los supuestos. Esta es la revisión que todos se saltan y la que más cosas detecta. |
| Según sea necesario | Escalar los elementos en rojo al comité directivo. |
Tres tipos de fallos explican la mayoría de los registros RAID muertos, y vale la pena nombrarlos porque llegan en silencio.
- Se convierte en un cementerio. Cincuenta entradas abiertas, la mayoría obsoletas, por lo que la gente deja de abrirlo. Una entrada que nadie ha tocado en dos meses o no es real o no tiene responsable.
- Todo es de alto impacto. Si todo el registro está en rojo, ha dejado de priorizar nada. Cuatro entradas Críticas de veinte es un proyecto plausible. Catorce es un proyecto en el que nadie ha pensado.
- Solo se actualiza antes de la reunión del comité directivo. En ese momento ha pasado de ser una herramienta de gestión a ser una herramienta de reporte.
Los tres tienen la misma solución poco glamorosa: una revisión semanal breve y el cierre decidido de entradas.
Lee más en nuestro blog sobre cómo puntuar riesgos y mantener vivo un registro.
Preguntas frecuentes
¿Qué es un registro RAID?
Un registro RAID es un historial continuo único de lo que podría salir mal, lo que das por sentado sin haberlo verificado, lo que ya ha salido mal y lo que necesitas de personas ajenas a tu equipo. Concentrar los cuatro en un solo lugar es lo que permite ver que problemas aparentemente separados comparten una causa raíz.
¿Qué significa RAID?
Riesgos, Supuestos, Problemas y Dependencias. También existe la variante Riesgos, Acciones, Problemas y Decisiones, más común en la gestión de programas. La plantilla de Quire usa la primera versión porque los supuestos y las dependencias son las dos categorías que los equipos tienen menos probabilidades de estar siguiendo en otro lugar.
¿Cuál es la diferencia entre un riesgo y un problema?
El tiempo verbal y la certeza. Un riesgo es futuro e incierto, redactado como “si X, entonces Y”. Un problema es presente y cierto, porque ya ha ocurrido. Cuando un riesgo se materializa, deja de ser un riesgo, así que muévelo a Problemas y cierra el riesgo con una nota que indique adónde fue.
¿Cuál es la diferencia entre un registro RAID y un registro de riesgos?
Un registro de riesgos es un instrumento profundo para una sola categoría, con una matriz de 5x5 y estrategias formales de respuesta. Un registro RAID es un instrumento más ligero para cuatro, y cubre los supuestos y las dependencias para los que un registro de riesgos no tiene espacio. Muchos equipos usan ambos.
¿Quién es responsable del registro RAID?
El jefe de proyecto es responsable del registro en sí, es decir, de la cadencia de revisiones, el cierre de entradas obsoletas y las escalaciones. Cada entrada individual necesita una persona concreta, nunca un equipo, porque un equipo nunca persigue nada.
¿Con qué frecuencia se debe revisar un registro RAID?
Semanalmente para el registro completo, unos 30 minutos ordenados por impacto. Mensualmente para cerrar entradas obsoletas y volver a puntuar los riesgos abiertos. Trimestralmente para revalidar los supuestos. La plantilla incluye las tres como Tareas recurrentes para que aparezcan en el Horario por sí solas.
¿Qué debe contener una entrada del registro RAID?
Un ID estable como R-01, la categoría, una calificación de impacto, un único responsable nombrado, una Fecha de vencimiento y una respuesta escrita. Los riesgos además necesitan una probabilidad y un disparador, que es el punto observable en el que el riesgo deja de ser hipotético y alguien debe actuar.
¿Por qué los registros RAID dejan de ser útiles?
Tres tipos de fallos: el registro se convierte en un cementerio de entradas obsoletas, todo se marca como de alto impacto con lo que nada se prioriza, o solo se actualiza antes de la reunión del comité directivo. La solución para los tres es una revisión semanal breve y el cierre decidido de entradas.
¿Existe una plantilla de registro RAID lista para usar en Quire?
Sí. Visita el proyecto Registro RAID y duplícalo en tu espacio de trabajo para obtener las cuatro Secciones de categorías más la de gobernanza, siete Campos personalizados, seis estados, ocho Etiquetas, cuatro Sublistas transversales y veintiún entradas de ejemplo ya configuradas.