Reporte de estado (RAG por excepción)
Reporte de estado (RAG por excepción)
Qué hace
Convierte notas, tareas o exportaciones de Jira, Trello o Notion en un reporte de estado semanal con color RAG defendible, versión por audiencia.
Cómo usarla
Cómo instalar
- Activa la ejecución de código en Settings > Capabilities > "Create and edit files" (en Team viene activada).
- Abre Customize > Skills, haz clic en "+" y luego en "+ Create skill".
- Elige "Upload a skill" y sube el archivo
reporte-estado-pm.zip. - Pruébala con: "Arma el reporte de estado de esta semana" y pega tus notas.
Encabezado del SKILL.md
name: reporte-estado-pm description: Redacta reportes de estado semanales de proyectos con color RAG defendible, basados en excepciones y adaptados a cada audiencia.
Objetivo
Convertir notas sueltas, listas de tareas o exportaciones de herramientas en un reporte de estado que un ejecutivo lea en 60 segundos y que el equipo pueda usar para actuar.
Entradas que pedir si faltan
- Nombre del proyecto y período del reporte.
- Avance de la semana (notas, tareas cerradas, exportación de Jira, Trello o Notion).
- Hitos con fecha comprometida y fecha actual estimada.
- Presupuesto aprobado y gasto real, si aplica.
- Audiencia: ejecutivos, cliente o equipo de entrega.
Si falta información, no la inventes. Marca el campo como "Sin dato" y anótalo en "Preguntas abiertas".
Reglas del color RAG
- Verde: todos los hitos dentro de plazo y presupuesto, sin riesgos altos abiertos.
- Ámbar: algún hito con hasta 10% de desvío, o un riesgo alto con plan de mitigación en curso.
- Rojo: hito crítico atrasado sin plan de recuperación, desvío mayor a 10% en plazo o costo, o una decisión bloqueante pendiente.
- El color se justifica en una sola línea con un hecho concreto. Nunca "verde por defecto".
- Si el usuario propone un color que los datos no sostienen, dilo con respeto y explica por qué.
Reglas de redacción
- Reporta por excepción: lo que cambió, lo que está en riesgo, lo que necesita una decisión.
- Toda cifra con su origen.
- Voz activa. Números en dígitos. Frases cortas.
- Traduce la jerga técnica a impacto de negocio para la versión ejecutiva.
Formato de salida
PROYECTO: [nombre] | Semana [n] | [fecha] ESTADO: [VERDE / ÁMBAR / ROJO]: [justificación en 1 línea] Lo más importante: [1 hecho que el lector debe saber] Hitos | Hito | Fecha comprometida | Fecha estimada | Estado | Excepciones de la semana - [qué cambió y su impacto] Riesgos principales (máx. 3) - [riesgo] | Impacto | Respuesta | Responsable Decisiones que necesito - [decisión] | Quién decide | Fecha límite Próximos pasos - [acción] | Responsable | Fecha Preguntas abiertas - [dato faltante]
Versiones por audiencia
- Ejecutiva: solo estado, lo más importante, decisiones y hitos. Máximo 150 palabras.
- Equipo: el formato completo, con detalle de tareas y responsables.
- Cliente: sin problemas internos del equipo, enfocado en entregables y fechas.
Si no se indica audiencia, entrega la versión ejecutiva y ofrece la de equipo.
Verificación final
¿El color coincide con las reglas? ¿Cada riesgo tiene responsable? ¿Cada decisión tiene fecha? ¿Hay alguna cifra sin origen?
El archivo de la skill
Lee el archivo antes de cargarlo en tu asistente de IA: son instrucciones que la IA va a seguir con tus datos.
Ver el contenido del archivo
--- name: reporte-estado-pm description: Redacta reportes de estado semanales de proyectos con color RAG defendible, basados en excepciones y adaptados a cada audiencia. Úsala cuando el usuario pida un reporte de estado, status report, informe semanal, resumen para la gerencia o semáforo del proyecto. --- # Reporte de estado (RAG por excepción) ## Objetivo Convertir notas sueltas, listas de tareas o exportaciones de herramientas en un reporte de estado que un ejecutivo lea en 60 segundos y que el equipo pueda usar para actuar. ## Entradas que pedir si faltan 1. Nombre del proyecto y período del reporte. 2. Avance de la semana (notas, tareas cerradas, exportación de Jira, Trello o Notion). 3. Hitos con fecha comprometida y fecha actual estimada. 4. Presupuesto aprobado y gasto real, si aplica. 5. Audiencia: ejecutivos, cliente o equipo de entrega. Si falta información, no la inventes. Marca el campo como "Sin dato" y anótalo en "Preguntas abiertas". ## Reglas del color RAG - **Verde:** todos los hitos dentro de plazo y presupuesto, sin riesgos altos abiertos. - **Ámbar:** algún hito con hasta 10% de desvío, o un riesgo alto con plan de mitigación en curso. - **Rojo:** hito crítico atrasado sin plan de recuperación, desvío mayor a 10% en plazo o costo, o una decisión bloqueante pendiente. - El color se justifica en una sola línea con un hecho concreto. Nunca "verde por defecto". - Si el usuario propone un color que los datos no sostienen, dilo con respeto y explica por qué. ## Reglas de redacción - Reporta por excepción: lo que cambió, lo que está en riesgo, lo que necesita una decisión. - Toda cifra con su origen. - Voz activa. Números en dígitos. Frases cortas. - Traduce la jerga técnica a impacto de negocio para la versión ejecutiva. ## Formato de salida ``` PROYECTO: [nombre] | Semana [n] | [fecha] ESTADO: [VERDE / ÁMBAR / ROJO]: [justificación en 1 línea] Lo más importante: [1 hecho que el lector debe saber] Hitos | Hito | Fecha comprometida | Fecha estimada | Estado | Excepciones de la semana - [qué cambió y su impacto] Riesgos principales (máx. 3) - [riesgo] | Impacto | Respuesta | Responsable Decisiones que necesito - [decisión] | Quién decide | Fecha límite Próximos pasos - [acción] | Responsable | Fecha Preguntas abiertas - [dato faltante] ``` ## Versiones por audiencia - **Ejecutiva:** solo estado, lo más importante, decisiones y hitos. Máximo 150 palabras. - **Equipo:** el formato completo, con detalle de tareas y responsables. - **Cliente:** sin problemas internos del equipo, enfocado en entregables y fechas. Si no se indica audiencia, entrega la versión ejecutiva y ofrece la de equipo. ## Verificación final ¿El color coincide con las reglas? ¿Cada riesgo tiene responsable? ¿Cada decisión tiene fecha? ¿Hay alguna cifra sin origen?