post-mortem

Visão geral do skill post-mortem

O que o skill post-mortem faz

O skill post-mortem é um fluxo de retrospectiva estratégica para revisar uma decisão já executada em relação às métricas de sucesso, aos critérios de interrupção e às divergências registradas antes da decisão ser tomada. Ele não é um prompt genérico de “lições aprendidas”. Sua principal função é fechar o ciclo de planejamento estratégico, obrigando a revisão a comparar as premissas planejadas com os resultados reais.

Melhor uso em revisões de Planejamento Estratégico

Este skill post-mortem é indicado para founders, executivos, chiefs of staff, líderes de produto e operadores de estratégia que já conduzem decisões dentro de uma cadência estruturada. Ele é especialmente útil quando uma mudança de preço, entrada em mercado, plano de contratação, aposta de produto ou decisão de corte de custos chega ao marco de 90 dias, aciona um critério de interrupção ou precisa passar por uma revisão trimestral.

Por que ele é diferente de uma retrospectiva comum

O diferencial é o compromisso prévio. O skill solicita o registro da decisão, o plano de execução e os resultados reais; em seguida, avalia o resultado em relação a critérios definidos antes da execução. Isso reduz o viés retrospectivo, impede que equipes redefinam sucesso depois do fato consumado e preserva divergências como evidência, em vez de tratá-las como ruído político.

O que saber antes de instalar

O caminho do repositório é c-level-advisor/c-level-agents/skills/post-mortem, e o skill está contido em SKILL.md, sem scripts adicionais, referências ou recursos auxiliares. Isso torna a instalação do post-mortem leve, mas também significa que a qualidade da saída depende muito dos registros que você fornecer. Se você não tiver as premissas originais, limites definidos ou notas de execução, o skill ainda pode ajudar, mas a revisão será menos rigorosa.

Como usar o skill post-mortem

Instalação do post-mortem e primeiro arquivo a ler

Instale a partir do repositório de skills no GitHub com:

npx skills add alirezarezvani/claude-skills --skill post-mortem

Após a instalação, leia SKILL.md primeiro. Ele define o formato do comando, quando executá-lo, os inputs obrigatórios e o caminho esperado para salvar a saída: ~/.claude/postmortems/YYYY-MM-DD-<slug>.md. Não há pastas separadas rules/, resources/ ou scripts/ para inspecionar neste skill; portanto, a principal decisão é avaliar se sua equipe consegue fornecer evidências de entrada suficientes.

Inputs de que o skill post-mortem precisa

Para usar o post-mortem com qualidade, prepare três grupos de input:

• Registro da decisão: título original da decisão, data, responsável, opções rejeitadas, premissas, critérios de sucesso, critérios de interrupção e divergências.
• Plano de execução: marcos, equipes responsáveis, intervenções planejadas, timing e restrições.
• Resultados reais: métricas, incidentes, sinais de clientes, impacto em receita/custo, desvios de cronograma e evidências qualitativas.

Input fraco: “Review our pricing change.”

Input mais forte: “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.”

Um fluxo prático de post-mortem

Use o skill quando uma decisão chegar a um evento de revisão, não sempre que uma discussão parecer mal resolvida. Bons gatilhos incluem o marco de 90 dias, o acionamento de um critério de interrupção, uma reversão importante ou a revisão trimestral de apostas estratégicas.

Um fluxo prático:

1. Reúna a saída original de /cs:decide ou um memorando de decisão equivalente.
2. Anexe o plano de /cs:execute ou o plano de projeto mais próximo.
3. Adicione as métricas reais e eventos relevantes sem interpretá-los ainda.
4. Peça ao skill para classificar o status como WIN, PARTIAL, LOSS ou MIXED.
5. Solicite uma comparação explícita com os critérios assumidos previamente e com as divergências preservadas.
6. Salve o resultado no seu arquivo de postmortem para calibrar planejamentos futuros.

Padrão de prompt para melhores resultados

Um prompt útil deve nomear o caminho da decisão, o gatilho de revisão e o padrão de evidência:

/cs:post-mortem <decision-path>

Em seguida, adicione 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.”

Isso importa porque o skill post-mortem foi desenhado para accountability estratégica. Se você pedir para ele “entender o que aconteceu”, ele pode produzir uma narrativa mais branda. Se você pedir para avaliar o resultado contra limites nomeados, ele gera um artefato de gestão mais útil.

FAQ do skill post-mortem

O skill post-mortem é só para executivos?

Não. O caminho e o comando fazem parte de um fluxo de advisor para C-level, mas o padrão subjacente funciona para qualquer equipe que tome decisões consequentes. Product managers, líderes de operações, founders de startups e equipes de estratégia podem usá-lo se documentarem as decisões antes da execução.

Por que ele é melhor do que pedir uma retrospectiva?

Uma retrospectiva comum costuma focar sentimentos da equipe, lacunas de processo e aprendizados amplos. Este guia de post-mortem se concentra na qualidade da decisão: as premissas estavam corretas, os critérios de sucesso se sustentaram, os critérios de interrupção foram acionados e as divergências previram o modo de falha? Isso o torna mais útil para Planejamento Estratégico e revisão de portfólio.

Quando eu não devo usar este skill?

Não use como primeiro passo para uma decisão ainda não tomada, uma sessão de brainstorming ou um projeto sem resultado pretendido mensurável. Use /cs:post-mortem depois que a execução tiver produzido evidências. Se você precisa escolher entre opções, use primeiro um fluxo de decisão ou de estilo boardroom e volte ao post-mortem mais tarde.

Ele é adequado para iniciantes?

Sim, mas apenas se iniciantes entenderem que o skill precisa de evidências. Ele não vai reconstruir magicamente o registro original da decisão. Novos usuários devem começar com uma decisão concluída, fornecer o objetivo original e os resultados reais, e deixar o skill identificar critérios ausentes para que decisões futuras sejam melhor documentadas.

Como melhorar o skill post-mortem

Melhore o post-mortem preservando as evidências originais

O maior fator de qualidade é preservar os artefatos originais da decisão. Mantenha limites de sucesso, critérios de interrupção, riscos esperados e divergências em um registro de decisão estável antes do início da execução. O skill post-mortem se torna muito mais valioso quando consegue comparar resultados reais com uma linha de base pré-existente, em vez de depender de memória.

Evite modos de falha comuns

Falhas comuns incluem métricas vagas, definições de sucesso ajustadas depois do fato, divergências ausentes e foco excessivo em um único resultado de destaque. Uma decisão de preço pode melhorar a receita enquanto prejudica a retenção; um plano de contratação pode preencher vagas enquanto desacelera a entrega. Peça ao skill para rotular resultados mistos, em vez de forçar uma narrativa limpa de vitória ou derrota.

Fortaleça prompts com métricas e contexto

Prompts melhores incluem datas, limites, responsáveis, escopo da decisão, contexto de negócio e resultados brutos. Em vez de dizer “The launch underperformed,” forneça “Activation target was 35%; actual was 26%; paid conversion improved from 4.1% to 5.0%; support tickets doubled for onboarding.” Assim, o skill consegue separar erros de premissa de erros de execução.

Itere depois da primeira saída

Depois do primeiro post-mortem, faça perguntas de acompanhamento que melhorem o aprendizado 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:decide record?”

Isso transforma o post-mortem de um relatório pontual em um ciclo de feedback para melhorar o planejamento estratégico.