Crea un registro de riesgos del proyecto

Autor: AILesson7 min de preparaciónProbado con:ChatGPTRevisado el: 2026-08-28

Respuesta rápida

Convierte sucesos inciertos en riesgos con responsables y pruebas, además de desencadenantes, respuestas y fechas de revisión. Proporciona: Contexto del proyecto, Incertidumbres y pruebas conocidas, Puntuación y gobernanza. Resultado esperado: Un registro de riesgos priorizado con justificación de las puntuaciones, acciones de respuesta, contingencias y carencias.

1

Añade tu contexto

Tu texto permanece en este navegador. AILesson Prompts no lo envía a un modelo ni a un servidor.

2

Tu prompt

Los campos sin rellenar permanecen visibles como marcadores de posición, para que puedas copiar y editar el prompt

Crea un registro de riesgos del proyecto.

Objetivos, alcance, fases, fechas, partes interesadas y estado:
[project]

Supuestos, incidentes, dependencias, estimaciones, restricciones y señales de alerta:
[evidence]

Escalas, tolerancia al riesgo, umbrales de escalado, responsables y frecuencia de revisión:
[method]

Formula cada riesgo como una secuencia incierta de causa, suceso y consecuencia, no como un problema que ya esté ocurriendo ni como un tema impreciso. Separa de los riesgos los problemas activos, los supuestos, las dependencias y las oportunidades. Para cada riesgo, proporciona el ID, el enunciado, las pruebas, el objetivo afectado, la probabilidad, las dimensiones del impacto, la puntuación con su justificación, la proximidad, los indicadores, la prevención o mitigación, el desencadenante y la respuesta de contingencia, una persona responsable del riesgo explícita o «Sin asignar», los responsables de las acciones, la próxima revisión y el riesgo residual. Usa únicamente las escalas y pruebas proporcionadas; no inventes probabilidades, responsables, presupuesto ni controles. Detecta riesgos duplicados y correlacionados, muestra la incertidumbre de la puntuación e identifica la información que falta y podría cambiar la prioridad.
Probar en Playground
Privado de forma predeterminadaLa preparación del prompt se realiza localmente en tu navegador. Evita introducir información confidencial en cualquier servicio de IA, a menos que tu organización lo permita.

De la entrada al resultado

Un ejemplo completo

Mira cómo un contexto concreto convierte esta receta en un resultado que puedes usar

Entrada real

Contexto del proyecto
Migrar 18 procesos internos de generación de informes a un nuevo almacén de datos antes del 31 de enero. El inventario de la fase 1 está completo; la implementación comienza el 1 de noviembre. Los informes financieros deben seguir disponibles y el cierre mensual es del 25 al 31 de enero. El patrocinador es el CFO; Imani es la responsable de entrega; participan los equipos de plataforma de datos y Finance.
Incertidumbres y pruebas conocidas
Tres procesos tienen transformaciones sin documentar. Las pruebas de carga de la plataforma no han comenzado. Está previsto que un conector del proveedor esté disponible el 15 de diciembre según una estimación por correo electrónico, no según un contrato. Una persona del equipo de ingeniería se marcha el 20 de diciembre; no se ha confirmado la capacidad de sustitución. El sistema de origen sufrió dos interrupciones de cuatro horas el trimestre pasado. No se ha indicado una reserva presupuestaria.
Puntuación y gobernanza
Probabilidad de 1, Rara, a 5, Casi segura; impacto de 1, Menor, a 5, Crítico. Puntuación=L×I. Las puntuaciones de 15 o más se escalan al patrocinador. La responsable de entrega dirige la revisión semanal de los lunes. Solo se pueden asignar responsables identificados; los demás permanecen Sin asignar.

Ejemplo de salida

R1 Si las transformaciones sin documentar se interpretan mal, quizá no se puedan conciliar los resultados migrados, lo que provocaría informes de Finance incorrectos. Pruebas: tres procesos sin documentar. Justificación de probabilidad 4: la carencia conocida afecta a 3/18; impacto 5: exactitud y cierre de Finance. Puntuación 20: escalar. Responsable: Sin asignar. Indicadores: excepciones de correspondencia y errores de conciliación. Mitigación: documentar la lógica y crear pruebas firmadas entre origen y destino antes de completar la implementación; responsable de la acción Sin asignar. Desencadenante de contingencia: cualquier error crítico de conciliación antes del cambio; conservar el proceso afectado en el sistema de origen y escalar. No se puede establecer la puntuación residual hasta probar los controles.

R2 Si el conector no llega en la fecha estimada del 15 de diciembre, las implementaciones dependientes podrían reducir el período de pruebas antes del cierre. L3 por tratarse de una estimación no contractual; I4 por calendario/calidad; puntuación 12. Responsable Sin asignar. Confirmar el estado contractual y la última fecha de llegada viable; definir un conector alternativo o reducir el alcance únicamente con aprobación. R3 si no hay capacidad de sustitución disponible después del 20 de diciembre, la resolución de defectos podría ralentizarse durante el cambio. L3/I4=12; las pruebas y el plan de recursos están incompletos. R4 si el comportamiento bajo carga es inadecuado, los informes podrían degradarse durante el cierre; no se puede asignar responsablemente una puntuación hasta definir la carga esperada y las pruebas.

Problema activo: actualmente hay tres transformaciones sin documentar. Dependencia: conector del proveedor. Correlación: R2/R3/R4 pueden reducir conjuntamente el período de pruebas. La revisión de los lunes debe asignar responsables, validar las puntuaciones y establecer acciones fechadas.

Por qué funciona

  1. 1

    Los enunciados de causa, suceso y consecuencia distinguen la incertidumbre gestionable de los problemas actuales y las preocupaciones generales.

  2. 2

    Los desencadenantes y las contingencias especifican qué cambia cuando la prevención deja de ser suficiente.

Comprueba el resultado

  • ¿Es cada entrada realmente incierta y está vinculada a un objetivo del proyecto?

  • ¿Las puntuaciones están respaldadas por las pruebas y la escala proporcionadas?

  • ¿Se distinguen la responsabilidad del riesgo, la responsabilidad de las acciones de respuesta, los desencadenantes y las fechas de revisión?

Úsalo con confianza

Preguntas frecuentes

Respuestas prácticas sobre cuándo usar esta receta, qué debes proporcionar y en qué casos la revisión humana sigue siendo importante

¿Qué debo preparar antes de usar «Crea un registro de riesgos del proyecto»?

Para usar «Crea un registro de riesgos del proyecto», prepara el contexto del proyecto, las incertidumbres y pruebas conocidas, y la puntuación y gobernanza. Sustituye los marcadores de posición únicamente con información que puedas verificar. Si desconoces algún detalle, conserva explícitamente esa incertidumbre en lugar de pedir al modelo que lo deduzca.

¿Cuándo no está listo para usarse el resultado de «Crea un registro de riesgos del proyecto»?

El resultado no está listo si todavía no ofrece, a partir de la información proporcionada, el resultado indicado —un registro de riesgos priorizado con justificación de las puntuaciones, acciones de respuesta, contingencias y carencias— o si depende de supuestos sin resolver, aprobaciones pendientes o detalles inventados. Usa las comprobaciones como criterios de aprobación: revisa los datos de origen o asigna la revisión a una persona identificada y autorizada, en lugar de pulir un resultado sin fundamento.

¿Qué herramientas de IA tienen pruebas registradas para «Crea un registro de riesgos del proyecto»?

El registro de pruebas publicado para «Crea un registro de riesgos del proyecto» incluye ChatGPT a fecha de 2026-08-28. Esto confirma que se realizaron pruebas registradas, pero no garantiza la compatibilidad ni resultados idénticos en versiones posteriores del producto. Si usas otra herramienta o versión, mantén visibles todas las restricciones y repite las comprobaciones del resultado antes de utilizarlo.

Más formas de explorar

Dónde encaja esta receta

Mantén el trabajo en marcha