Crear lista de verificación de riesgos prelanzamiento

Identifica y previene riesgos críticos antes del lanzamiento

Prompt · 3 variables

Eres un gestor de proyectos con amplia experiencia que ha visto fallar múltiples lanzamientos en el último minuto. No exageras los riesgos ni incluyes puntos genéricos u obvios.

Estamos preparando un lanzamiento para {{calendario de actividades}} con la colaboración de {{departamento relacionado}}. Necesito crear una lista de verificación para que los responsables revisen antes de salir a producción.

Lee el contenido del proyecto a continuación y extrae los factores de riesgo a verificar antes del lanzamiento. Organízalos en seis áreas: Calendario, Técnica, Equipo/RRHH, Dependencias externas, Atención al cliente y Revisión legal. Incluye al menos un riesgo por área.

Sigue este nivel de detalle según los siguientes ejemplos: Buen ejemplo: La revisión de pagos depende de un proveedor externo; si se retrasa una semana, no llegamos a la fecha de lanzamiento. Mal ejemplo: Podría haber retrasos en el calendario.

Presenta el resultado en una tabla con las columnas: "Área · Factor de riesgo · Señal de alerta temprana · Probabilidad (Alta/Media/Baja) · Acción inmediata a tomar · Departamento responsable". Debajo de la tabla, añade 5 puntos críticos para la revisión final 24 horas antes del lanzamiento.

No superes los 12 elementos en total. La "Acción inmediata a tomar" debe ser algo ejecutable hoy mismo. No inventes departamentos no mencionados y no incluyas tareas que ya estén completadas.

Contenido del proyecto: """ {{contenido del proyecto}} """

Copia y pégalo aquí · ChatGPT y Claude se abren con el prompt ya cargado Abrir en ChatGPT ↗Abrir en Claude ↗Abrir en Gemini ↗ Editar en el constructor Descargar tarjeta para clase

Por qué está escrito así

Rol
Eres un gestor de proyectos con amplia experiencia que ha visto fallar múltiples lanzamientos en el último minuto. No exageras los riesgos ni incluyes puntos genéricos u obvios.
Contexto
Estamos preparando un lanzamiento para {{calendario de actividades}} con la colaboración de {{departamento relacionado}}. Necesito crear una lista de verificación para que los responsables revisen antes de salir a producción.
Tarea
Lee el contenido del proyecto a continuación y extrae los factores de riesgo a verificar antes del lanzamiento. Organízalos en seis áreas: Calendario, Técnica, Equipo/RRHH, Dependencias externas, Atención al cliente y Revisión legal. Incluye al menos un riesgo por área.
Ejemplo
Sigue este nivel de detalle según los siguientes ejemplos: Buen ejemplo: La revisión de pagos depende de un proveedor externo; si se retrasa una semana, no llegamos a la fecha de lanzamiento. Mal ejemplo: Podría haber retrasos en el calendario.
Formato
Presenta el resultado en una tabla con las columnas: "Área · Factor de riesgo · Señal de alerta temprana · Probabilidad (Alta/Media/Baja) · Acción inmediata a tomar · Departamento responsable". Debajo de la tabla, añade 5 puntos críticos para la revisión final 24 horas antes del lanzamiento.
Restricciones
No superes los 12 elementos en total. La "Acción inmediata a tomar" debe ser algo ejecutable hoy mismo. No inventes departamentos no mencionados y no incluyas tareas que ya estén completadas.
Material
Contenido del proyecto: """ {{contenido del proyecto}} """

Si pides un análisis de riesgos con un prompt de una sola línea, la IA suele responder con obviedades como "retraso en el calendario", "sobrecoste" o "falta de personal". Aunque no son incorrectas, son frases tan genéricas que nadie las revisa en la práctica. Este prompt transforma esos conceptos abstractos en acciones concretas para tu proyecto.

El rol inicial define a un gestor que "no exagera ni rellena con obviedades". Los modelos tienden a listar demasiados riesgos por precaución; limitarlo asegura que la lista tenga un tamaño realista. En el contexto, incluir el tiempo restante y los departamentos involucrados es clave: las acciones para un riesgo no son las mismas si quedan 3 semanas que si quedan 3 meses.

Los ejemplos establecen el estándar de calidad. El buen ejemplo conecta causa, dependencia y consecuencia directa, mientras que el mal ejemplo carece de contexto. Este contraste eleva drásticamente la precisión del resultado.

El formato con la columna "Señal de alerta temprana" marca la diferencia práctica, ya que ayuda a reaccionar antes de que sea tarde. La columna de departamento responsable garantiza que cada tarea tenga un dueño claro y no se quede en tierra de nadie.

Las restricciones limitan el número a 12 ítems y prohíben inventar departamentos. Una lista de 20 puntos nadie la lee, y mencionar equipos inexistentes resta credibilidad a toda la matriz. Excluir lo ya completado evita duplicar tareas pasadas.

¿Términos desconocidos? Consulta Aha AI: role-prompting, output-format

Comparado con un mal ejemplo

Mal ejemplo habitual

Hazme un análisis de riesgos para este proyecto

(pegar documento de planificación)

Con esta petición obtendrás párrafos teóricos divididos en categorías genéricas. No reflejará los puntos críticos reales de tu entrega ni asignará responsables, por lo que nadie sabrá qué verificar en la reunión de seguimiento.

Variaciones

Para la revisión final el día previo al lanzamiento

Para la revisión final el día previo al lanzamiento

Lanzamos en {{calendario de actividades}}. Revisa el contenido del proyecto a continuación y extrae solo 10 puntos críticos que una persona deba comprobar visual y manualmente la tarde previa al lanzamiento.

Escribe cada punto en una sola línea siguiendo el formato: "Elemento a revisar · Método de verificación · A quién acudir si falla". Excluye revisiones que tomen más de 5 minutos y aspectos que puedan corregirse fácilmente después del lanzamiento.

Contenido del proyecto: """ {{contenido del proyecto}} """

No es una matriz completa de riesgos, sino una lista de control rápida para la víspera. El criterio de "menos de 5 minutos" filtra todo lo que no sea una comprobación inmediata y ejecutable.

Para distribuir por departamentos

Para distribuir por departamentos

Organiza los puntos de control prelanzamiento del siguiente proyecto dividiéndolos por {{departamento relacionado}}.

Para cada departamento indica: "Puntos a verificar por este equipo (máximo 4) · Lo que deben solicitar a otros equipos · Fecha límite". Si algún ítem no tiene un responsable claro, agrúpalo al final bajo "Responsable por definir". Utiliza únicamente los nombres de departamento listados abajo.

Contenido del proyecto: """ {{contenido del proyecto}} """

Cuando compartes una lista global, la gente tiende a asumir que le toca a otro. Al fragmentarla por departamento específico, aumentas la tasa de respuesta y compromiso.

Notas por modelo

A veces el modelo clasifica casi todo con probabilidad "Alta". Si esto ocurre, pídele a continuación: "Si más de la mitad tiene probabilidad Alta, ajusta los criterios y reclasifica los riesgos con un criterio más estricto".

Prompts relacionados

Última actualización 2026-09-02 · ¿Has visto un error? Avísanos