post-mortem
por alirezarezvanipost-mortem es una habilidad de Strategic Planning para revisar decisiones ejecutadas frente a métricas de éxito comprometidas de antemano, criterios de cancelación, planes de ejecución y disensos preservados. Usa `/cs:post-mortem <decision-path>` en puntos de control a 90 días, activación de criterios de cancelación, reversiones o revisiones trimestrales.
Esta habilidad obtiene 76/100, por lo que es una candidata sólida para usuarios del directorio que buscan un flujo retrospectivo estructurado para decisiones estratégicas. La evidencia del repositorio muestra un disparador claro, sintaxis de comando, pautas de calendario, entradas requeridas y un formato de registro de salida, de modo que un agente puede usarla con menos conjeturas que un prompt post-mortem genérico. Su principal limitación es que parece estar diseñada como el paso final de un proceso de decisión más amplio para dirección ejecutiva y no incluye archivos de apoyo ni guía de instalación.
- Activación clara: la descripción y `SKILL.md` especifican `/cs:post-mortem <decision-path>` y cuándo ejecutarlo, incluidos hitos a 90 días, criterios de cancelación, reversiones y revisiones trimestrales.
- Estructura útil para la operación: define entradas obligatorias como el registro de decisión, el plan de ejecución y los resultados reales, y genera un registro post-mortem guardado.
- Buen aprovechamiento para agentes: enfatiza la evaluación frente a criterios de éxito y cancelación definidos de antemano, y la revisión de disensos preservados, lo que ofrece a los agentes un marco retrospectivo más sólido que un prompt genérico de revisión.
- Su mejor encaje depende de artefactos previos de habilidades relacionadas como `/cs:decide` y `/cs:execute`; los usuarios que no tengan ese flujo quizá deban adaptar las entradas manualmente.
- El repositorio solo incluye `SKILL.md`, sin archivos de soporte, referencias, scripts, README ni comando de instalación, lo que limita la orientación para adoptarlo.
Descripción general de post-mortem skill
Qué hace post-mortem skill
La post-mortem skill es un flujo de retrospectiva estratégica para revisar una decisión ya ejecutada frente a las métricas de éxito, los criterios de cancelación y las objeciones documentadas antes de tomarla. No es un prompt genérico de “lecciones aprendidas”. Su función principal es cerrar el ciclo de planificación estratégica obligando a comparar las suposiciones planificadas con los resultados reales.
Mejor encaje para revisiones de Planificación Estratégica
Esta post-mortem skill encaja con fundadores, ejecutivos, chiefs of staff, líderes de producto y responsables de estrategia que ya gestionan decisiones con una cadencia estructurada. Es especialmente útil cuando un cambio de precios, una entrada a mercado, un plan de contratación, una apuesta de producto o una decisión de reducción de costes llega a un punto de revisión de 90 días, activa un criterio de cancelación o necesita una revisión trimestral.
Por qué es distinta de una retrospectiva normal
El elemento diferencial es el compromiso previo. La skill solicita el registro de la decisión, el plan de ejecución y los resultados reales, y luego puntúa el resultado contra criterios escritos antes de ejecutar. Eso reduce el sesgo retrospectivo, evita que los equipos redefinan el éxito después de los hechos y conserva las objeciones como evidencia, en lugar de tratarlas como ruido político.
Qué conviene saber antes de instalar
La ruta del repositorio es c-level-advisor/c-level-agents/skills/post-mortem, y la skill está contenida en SKILL.md, sin scripts, referencias ni recursos auxiliares adicionales. Esto hace que la instalación de post-mortem sea ligera, pero también significa que la calidad del resultado depende mucho de los registros que aportes. Si no tienes las suposiciones originales, los umbrales o las notas de ejecución, la skill aún puede ayudar, pero la revisión será menos rigurosa.
Cómo usar post-mortem skill
Instalación de post-mortem y primer archivo que debes leer
Instala desde el repositorio de skills en GitHub con:
npx skills add alirezarezvani/claude-skills --skill post-mortem
Después de instalar, lee primero SKILL.md. Define la forma del comando, cuándo ejecutarlo, los datos de entrada requeridos y la ruta esperada para guardar el resultado: ~/.claude/postmortems/YYYY-MM-DD-<slug>.md. No hay carpetas separadas rules/, resources/ ni scripts/ que revisar para esta skill, así que la decisión principal es si tu equipo puede aportar suficiente evidencia de entrada.
Datos de entrada que necesita post-mortem skill
Para un uso sólido de post-mortem, prepara tres grupos de información:
- Registro de la decisión: título original de la decisión, fecha, responsable, opciones descartadas, suposiciones, criterios de éxito, criterios de cancelación y objeciones.
- Plan de ejecución: hitos, equipos responsables, intervenciones previstas, tiempos y restricciones.
- Resultados reales: métricas, incidentes, señales de clientes, impacto en ingresos/costes, desviaciones del cronograma y evidencia cualitativa.
Entrada débil: “Review our pricing change.”
Entrada más sólida: “Run /cs:post-mortem on the Q2 pricing change. Decision date: 2026-04-03. Success criterion: net revenue retention above 108% by day 90; kill criterion: logo churn above 6% in SMB. Dissent: sales warned annual contracts would stall. Actuals: NRR 104%, SMB logo churn 7.2%, enterprise expansion up 11%, sales cycle length +18 days.”
Un flujo práctico para post-mortem
Usa la skill cuando una decisión llegue a un evento de revisión, no cada vez que una discusión parezca quedar abierta. Buenos disparadores incluyen el punto de control de 90 días, la activación de un criterio de cancelación, una reversión importante o la revisión trimestral de apuestas estratégicas.
Un flujo práctico:
- Reúne el resultado original de
/cs:decideo un memo de decisión equivalente. - Adjunta el plan de
/cs:executeo el plan de proyecto más cercano. - Añade métricas reales y eventos relevantes sin interpretarlos todavía.
- Pide a la skill que clasifique el estado como
WIN,PARTIAL,LOSSoMIXED. - Solicita una comparación explícita contra los criterios comprometidos previamente y las objeciones conservadas.
- Guarda el resultado en tu archivo de postmortems para calibrar mejor la planificación futura.
Patrón de prompt para obtener mejores resultados
Un prompt útil debe indicar la ruta de la decisión, el disparador de la revisión y el estándar de evidencia:
/cs:post-mortem <decision-path>
Luego añade contexto como:
“Use only the criteria that existed before execution. Do not invent new success measures. If evidence is missing, mark it as unknown. Separate outcome scoring, assumption audit, dissent review, decision-quality lessons, and follow-up actions.”
Esto importa porque post-mortem skill está diseñada para la rendición de cuentas estratégica. Si le pides que “make sense of what happened”, puede producir una narrativa más suave. Si le pides que puntúe contra umbrales nombrados, genera un artefacto de gestión más útil.
Preguntas frecuentes sobre post-mortem skill
¿post-mortem skill es solo para ejecutivos?
No. La ruta y el comando forman parte de un flujo de asesoría C-level, pero el patrón de fondo sirve para cualquier equipo que tome decisiones de alto impacto. Product managers, responsables de operaciones, fundadores de startups y equipos de estrategia pueden usarla si documentan las decisiones antes de ejecutarlas.
¿En qué mejora a una retrospectiva?
Una retrospectiva normal suele centrarse en sensaciones del equipo, fallas de proceso y aprendizajes generales. Esta guía de post-mortem se enfoca en la calidad de la decisión: si las suposiciones eran correctas, si los criterios de éxito se sostuvieron, si se activaron los criterios de cancelación y si las objeciones anticiparon el modo de fallo. Eso la hace más útil para Planificación Estratégica y revisión de portafolio.
¿Cuándo no debería usar esta skill?
No la uses como primer paso para una decisión que aún no se ha tomado, una sesión de brainstorming o un proyecto sin un resultado esperado medible. Usa /cs:post-mortem después de que la ejecución haya producido evidencia. Si necesitas elegir entre opciones, usa primero un flujo de decisión o de tipo boardroom, y vuelve al post-mortem más adelante.
¿Es apta para principiantes?
Sí, pero solo si quienes empiezan entienden que la skill necesita evidencia. No reconstruirá mágicamente el registro original de la decisión. Los usuarios nuevos deberían empezar con una decisión ya completada, aportar el objetivo original y los resultados reales, y dejar que la skill identifique los criterios faltantes para documentar mejor las decisiones futuras.
Cómo mejorar post-mortem skill
Mejora post-mortem preservando la evidencia original
La mayor palanca de calidad es conservar los artefactos originales de decisión. Mantén los umbrales de éxito, los criterios de cancelación, los riesgos esperados y las objeciones en un registro de decisión estable antes de iniciar la ejecución. Post-mortem skill se vuelve mucho más valiosa cuando puede comparar los resultados reales con una línea base preexistente, en lugar de depender de la memoria.
Evita modos de fallo comunes
Los fallos comunes incluyen métricas vagas, definiciones de éxito ajustadas a posteriori, objeciones ausentes y exceso de peso en un único resultado destacado. Una decisión de precios puede mejorar los ingresos y, al mismo tiempo, dañar la retención; un plan de contratación puede cubrir vacantes mientras ralentiza la entrega. Pide a la skill que etiquete resultados mixtos en lugar de forzar una historia limpia de éxito o fracaso.
Refuerza los prompts con métricas y contexto
Los mejores prompts incluyen fechas, umbrales, responsables, alcance de la decisión, contexto de negocio y resultados en bruto. En lugar de decir “The launch underperformed,” proporciona “Activation target was 35%; actual was 26%; paid conversion improved from 4.1% to 5.0%; support tickets doubled for onboarding.” Así, la skill puede separar errores de suposición de errores de ejecución.
Itera después del primer resultado
Después del primer post-mortem, haz preguntas de seguimiento que mejoren el aprendizaje estratégico:
- “Which assumption was most wrong?”
- “Which dissenting concern should become a future decision checklist item?”
- “Were the kill criteria too late, too strict, or ignored?”
- “What should change in our next
/cs:deciderecord?”
Esto convierte el post-mortem de un informe puntual en un ciclo de feedback para mejorar la planificación estratégica.