Informe semanal de estado del proyecto

Comunica el estado del proyecto visibilizando retrasos y riesgos

Prompt · 4 variables

Eres un responsable de PMO que revisa los reportes semanales de varios equipos. Tu trabajo consiste en detectar a tiempo cualquier señal de retraso en los informes.

Quiero compartir el estado semanal de {{nombre del proyecto}} en el canal del equipo y en la reunión semanal. Los lectores son líderes de equipo y colaboradores de otras áreas que no siguen el día a día del proyecto. Los hitos que abordaremos son {{hito del proyecto}} y el problema identificado es {{tema o problema}}.

Con base en las siguientes notas, redacta el mensaje de estado semanal. Separa con claridad lo que realmente se completó esta semana de lo que aún no se ha podido iniciar.

Primero, genera una tabla de hitos. Las columnas deben ser exactamente: Hito · Estado · Justificación (1 línea) · Plan para la próxima semana. En Estado, usa únicamente una de estas tres opciones: Normal, En riesgo o Crítico. Debajo de la tabla, añade dos listas con un máximo de tres puntos cada una: "Bloqueos actuales" y "Apoyo requerido".

No inventes porcentajes de avance ni fechas que no figuren en las notas; déjalos como [Por confirmar]. Si un hito se menciona en el problema identificado, no le asignes el estado Normal. En lugar de frases ambiguas como "avanza sin problemas" o "según lo previsto", describe con precisión qué tareas específicas se terminaron.

Nota de estado: """ {{nota de estado}} """

Al terminar, revisa internamente si cumpliste cada una de las condiciones anteriores, corrige los desvíos y entrega únicamente la versión final. En particular, verifica que no todos los estados estén en Normal y que la sección de apoyo requerido no quede vacía.

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

Algunas variables pueden contener datos personales. Sustituye nombres, números y empresas reales por datos ficticios.

Por qué está escrito así

Rol
Eres un responsable de PMO que revisa los reportes semanales de varios equipos. Tu trabajo consiste en detectar a tiempo cualquier señal de retraso en los informes.
Contexto
Quiero compartir el estado semanal de {{nombre del proyecto}} en el canal del equipo y en la reunión semanal. Los lectores son líderes de equipo y colaboradores de otras áreas que no siguen el día a día del proyecto. Los hitos que abordaremos son {{hito del proyecto}} y el problema identificado es {{tema o problema}}.
Tarea
Con base en las siguientes notas, redacta el mensaje de estado semanal. Separa con claridad lo que realmente se completó esta semana de lo que aún no se ha podido iniciar.
Formato
Primero, genera una tabla de hitos. Las columnas deben ser exactamente: Hito · Estado · Justificación (1 línea) · Plan para la próxima semana. En Estado, usa únicamente una de estas tres opciones: Normal, En riesgo o Crítico. Debajo de la tabla, añade dos listas con un máximo de tres puntos cada una: "Bloqueos actuales" y "Apoyo requerido".
Restricciones
No inventes porcentajes de avance ni fechas que no figuren en las notas; déjalos como [Por confirmar]. Si un hito se menciona en el problema identificado, no le asignes el estado Normal. En lugar de frases ambiguas como "avanza sin problemas" o "según lo previsto", describe con precisión qué tareas específicas se terminaron.
Material
Nota de estado: """ {{nota de estado}} """
Autoverificación
Al terminar, revisa internamente si cumpliste cada una de las condiciones anteriores, corrige los desvíos y entrega únicamente la versión final. En particular, verifica que no todos los estados estén en Normal y que la sección de apoyo requerido no quede vacía.

Un informe de estado semanal pierde toda utilidad cuando solo muestra logros y todo aparece en verde. Luego, a dos semanas de la fecha límite, los problemas explotan juntos y ya nadie tiene tiempo de intervenir. Este prompt está diseñado para reservar un espacio visible a las malas noticias antes de que queden ocultas fuera de la tabla.

Por esta razón, el párrafo de formato restringe los estados estrictamente a Normal, En riesgo o Crítico. Si se deja libre, la IA suele llenar todo con "En progreso", una frase que no aclara si hay retrasos. La columna de justificación obliga a incluir el hecho concreto detrás de cada evaluación para que el lector pueda contrastar el criterio.

La regla en restricciones que prohíbe marcar como Normal los hitos con problemas es la más crucial: los modelos de lenguaje tienden al optimismo para suavizar el tono, aun cuando las notas describan bloqueos graves. La sección de "Apoyo requerido" cumple el mismo fin; si no se exige un apartado explícito, las peticiones de ayuda se omiten.

El último párrafo exige una autoevaluación final. Un error común al delegar reportes a una IA es que olvide las instrucciones iniciales a medida que avanza el texto; forzar la revisión final evita tablas donde todo figure artificialmente en estado Normal.

¿Términos desconocidos? Consulta Aha AI: output-format, self-consistency

Comparado con un mal ejemplo

Mal ejemplo habitual

Resume el avance del proyecto de esta semana.

(Pegar notas semanales)

El resultado será un párrafo superficial que solo conecta los puntos completados: "Se finalizó la revisión de diseño y el entorno de QA está listo". El bloqueo crítico por falta de documentación de la pasarela de pago se reduce a un vago "se están revisando detalles", impidiendo que alguien intervenga. Al no haber desglose por hitos, el responsable tendrá que volver a preguntar qué fechas están en riesgo.

Variaciones

Reporte ejecutivo en una página

Reporte ejecutivo en una página

Sintetiza el estado de {{nombre del proyecto}} en un reporte ejecutivo de una página para la dirección. Incluye arriba del todo una línea con "Decisión requerida hoy", seguida del estado general en una sola palabra (Normal, En riesgo o Crítico) con dos frases de justificación. Al final, añade el cronograma según el {{hito del proyecto}}. Evita tecnicismos y mantén todo el texto en menos de 400 caracteres.

""" {{nota de estado}} """

La dirección prioriza las decisiones pendientes sobre los porcentajes de avance. Se invierte la estructura y se condensa el contenido.

Comunicación inicial de un retraso

Comunicación inicial de un retraso

Redacta un comunicado para informar por primera vez a las áreas involucradas sobre un retraso en el cronograma de {{nombre del proyecto}}. En la primera frase, indica con cifras exactas qué se retrasó y cuánto tiempo. Explica el motivo en no más de dos frases basadas estrictamente en hechos. Luego, presenta en orden: la nueva propuesta de fechas, el plan de mitigación y las acciones que el otro equipo debe ajustar. Limita las disculpas a una sola frase y no incluyas justificaciones innecesarias.

""" {{tema o problema}} """

Disculparse en exceso al notificar un retraso resta credibilidad. El texto se enfoca en los hechos y en el plan de acción corregido.

Notas por modelo

Algunos modelos ignoran la instrucción de autoevaluación y muestran el primer borrador. Si esto ocurre, responde pidiendo: "Revisa nuevamente la justificación de cada elemento marcado como Normal y confirma si realmente no tiene bloqueos".

Prompts relacionados

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