Guía de gestión de proyectos · Riesgo, calidad y control
Registro de riesgos: plantilla, columnas y entradas de ejemplo
Un registro de riesgos es el documento o la herramienta en la que un proyecto anota los riesgos identificados, junto con su análisis, responsables, respuestas y estado. Es el registro de trabajo del gestión de los riesgos del proyecto.
Puntos clave
- Un registro de riesgos recoge cada riesgo con su puntuación, responsable, respuesta y estado.
- Utilice columnas claras y definiciones de puntuación acordadas.
- Revíselo periódicamente y traslade los riesgos materializados al registro de incidencias.
- Mantenga las entradas concretas y accionables.
Para qué sirve un registro de riesgos
- Mantiene todos los riesgos conocidos en un solo lugar, visibles para el equipo y el patrocinador.
- Registra quién es responsable de cada riesgo y qué se está haciendo al respecto.
- Muestra la prioridad, de modo que la atención se dirige a los riesgos más importantes.
- Proporciona un historial para auditorías, revisiones y lecciones aprendidas.
Plantilla de registro de riesgos: columnas
| Columna | Qué registrar |
|---|---|
| ID | Referencia única, p. ej., R-014 |
| Fecha de notificación | Cuándo se registró el riesgo por primera vez |
| Categoría | Cronograma, costo, técnico, recursos, externo, etc. |
| Descripción del riesgo | Causa, evento y efecto |
| Amenaza u oportunidad | Dirección del efecto |
| Probabilidad (1-5) | Probabilidad según definiciones acordadas |
| Impacto (1-5) | Gravedad según definiciones acordadas |
| Puntuación | Probabilidad x impacto |
| Responsable | Persona designada responsable del seguimiento y la respuesta |
| Estrategia de respuesta | Evitar, mitigar, transferir, aceptar, escalar (o explotar, mejorar, compartir) |
| Acciones de respuesta | Acciones concretas, con fechas |
| Disparador | Señal de alerta de que el riesgo se está materializando |
| Plan de contingencia | Qué ocurre si se materializa; consulte plan de contingencia |
| Puntuación residual | Puntuación esperada después de las respuestas; consulte riesgo residual |
| Estado | Abierto, en seguimiento, cerrado, materializado |
| Última revisión | Fecha de la revisión más reciente |
Entradas de ejemplo
| ID | Descripción | P | I | Puntuación | Responsable | Respuesta | Estado |
|---|---|---|---|---|---|---|---|
| R-001 | Como el proveedor de la API está cambiando su modelo de precios, los costos de licencia podrían aumentar y superar el presupuesto en un 8 %. | 3 | 3 | 9 | Responsable de compras | Mitigar: negociar un precio fijo durante 24 meses | Abierto |
| R-002 | Como solo un ingeniero conoce el sistema heredado, su ausencia podría paralizar la integración durante semanas. | 2 | 5 | 10 | Responsable de entrega | Mitigar: asignar un segundo ingeniero en pareja y documentar las interfaces | Abierto |
| R-003 | Como el regulador está sometiendo a consulta nuevas normas, los requisitos de información podrían cambiar a mitad del proyecto. | 2 | 4 | 8 | Responsable de cumplimiento | Aceptar: seguir la consulta pública; mantener una reserva para contingencias | En seguimiento |
| R-004 | Como el nuevo marco de pruebas se ejecuta en paralelo, las pruebas de regresión podrían llevar la mitad del tiempo previsto. | 3 | 3 | 9 | Responsable de QA | Mejorar: probarlo de forma piloto en el sprint 3 | Abierto |
Cómo crear y mantener un registro de riesgos
- Acuerde las escalas, las columnas y la frecuencia de revisión durante la planificación.
- Organice un taller de identificación de riesgos y registre todos los riesgos.
- Puntúe cada riesgo y ordénelos por puntuación.
- Asigne un responsable y acuerde respuestas para los riesgos con puntuación alta.
- Revise el registro en cada reunión del proyecto, centrándose en los principales riesgos.
- Actualice las puntuaciones, cierre los riesgos que ya no aplican y añada los nuevos.
- Traslade los riesgos que se materialicen al registro de incidencias.
- Resuma los principales riesgos en el informe de estado del proyecto.
Registro de riesgos frente a otros registros
| Registro de riesgos | Registro de incidencias | registro RAID | |
|---|---|---|---|
| Contenido | Eventos futuros inciertos | Problemas que ocurren ahora | Riesgos, supuestos, incidentes y dependencias |
| Pregunta principal | ¿Qué podría ocurrir? | ¿Qué está fallando ahora? | ¿De qué debemos llevar el seguimiento? |
| Tamaño típico | Detallado | Detallado | A menudo a nivel resumido |
Consejos
- Mantenga el registro lo bastante breve como para que se lea. Treinta riesgos bien redactados valen más que trescientos imprecisos.
- Utilice una herramienta compartida para que los responsables puedan actualizar sus propias entradas.
- Codifique las puntuaciones por colores, pero no confíe solo en el color; incluya el número.
- Archive los riesgos cerrados en lugar de eliminarlos.
Plantillas gratuitas sobre este tema
Preguntas frecuentes
¿Qué es un registro de riesgos?
Un registro de los riesgos identificados del proyecto con sus puntuaciones, responsables, respuestas y estado.
¿Qué columnas debe tener un registro de riesgos?
Como mínimo: ID, descripción, probabilidad, impacto, puntuación, responsable, respuesta y estado. Muchos equipos añaden disparador, plan de contingencia y puntuación residual.
¿Quién es el responsable del registro de riesgos?
Normalmente lo mantiene el director del proyecto, mientras que cada responsable de riesgo mantiene actualizadas sus entradas.
¿Con qué frecuencia debe actualizarse el registro de riesgos?
Como mínimo en cada reunión periódica del proyecto, y siempre que nueva información modifique un riesgo.
¿Un registro de riesgos es lo mismo que un log de riesgos?
Sí. Los términos se utilizan indistintamente.
¿Cuál es la diferencia entre un registro de riesgos y un registro RAID?
Un registro de riesgos cubre en detalle solo los riesgos; un registro RAID hace el seguimiento conjunto de riesgos, supuestos, incidencias y dependencias.
¿Puedo usar Excel para un registro de riesgos?
Sí. Una hoja de cálculo funciona bien para la mayoría de los proyectos. Las organizaciones más grandes pueden utilizar una herramienta compartida con flujos de trabajo e informes.
¿Deben incluirse las oportunidades en el registro de riesgos?
Sí. Registrar las oportunidades junto a las amenazas ayuda al equipo a aprovecharlas de forma deliberada.
¿Cuándo debe cerrarse un riesgo en el registro de riesgos?
Cuando el evento ya no puede producirse, por ejemplo porque la fase correspondiente ha terminado, o cuando se ha materializado y ha pasado al registro de incidencias.
¿Qué es el responsable del riesgo en un registro de riesgos?
La persona designada que rinde cuentas del seguimiento de un riesgo y de garantizar que se ejecute su respuesta.
¿PRINCE2 utiliza un registro de riesgos?
Sí. PRINCE2 utiliza un registro de riesgos como uno de sus productos de gestión.