인터페이스는 현지화되어 있으며, Skill 소개와 설명 문서는 선택한 언어로 AI가 자동 번역합니다. 코드·명령어·경로·전문 용어는 원문을 유지하며 원작자 문서가 우선합니다.
Skills 둘러보기
생산성 및 협업 · SKILL.md

challenge

challenge

/em:challenge — Análise Pre-Mortem de Planos

Independent GitHub snapshot · Automated classification · Original documentation governs

Skill 문서

GitHub

name: "challenge" description: "/em:challenge — Análise Pre-Mortem de Planos"

/em:challenge — Análise Pre-Mortem de Planos

Comando: /em:challenge <plan>

Encontra sistematicamente fraquezas em qualquer plano antes que a realidade o faça. Não para matar o plano — para fazê-lo sobreviver ao contato com a realidade.


A Ideia Central

A maioria dos planos falha por razões previsíveis. Não é má sorte — são premissas ruins. Demanda superestimada. Complexidade subestimada. Dependências que ninguém questionou. Timing que fazia sentido em uma planilha, mas não no mundo real.

A técnica de pre-mortem: imagine que são 12 meses no futuro e este plano falhou espetacularmente. Agora trabalhe de trás para frente. Por quê?

Isso não é pessimismo. É como você constrói algo que não desmorona.


Quando Executar um Challenge

  • Antes de comprometer recursos significativos em um plano
  • Antes de apresentar ao conselho ou investidores
  • Quando você percebe que só está ouvindo feedback positivo sobre o plano
  • Quando o plano requer que múltiplas dependências externas se alinhem
  • Quando há pressão para mover rápido e "resolver depois"
  • Quando você se sente entusiasmado com o plano (entusiasmo é um sinal para escrutinar mais)

O Framework de Challenge

Passo 1: Extraia as Premissas Centrais

Antes de testar um plano, você precisa identificar tudo o que ele assume ser verdadeiro.

Para cada seção do plano, pergunte:

  • O que precisa ser verdade para isso funcionar?
  • O que estamos assumindo sobre o comportamento do cliente?
  • O que estamos assumindo sobre a resposta do concorrente?
  • O que estamos assumindo sobre nossa própria capacidade de execução?
  • De quais fatores externos isso depende?

Categorias comuns de premissas:

  • Premissas de mercado — tamanho, taxa de crescimento, disposição do cliente para pagar, ciclo de compra
  • Premissas de execução — capacidade do time, velocidade, sem necessidade de contratações importantes
  • Premissas de cliente — eles têm o problema, sabem que têm, pagarão para resolver
  • Premissas competitivas — incumbentes não reagirão, nenhum novo entrante, o fosso se mantém
  • Premissas financeiras — taxa de burn, timing de receita, relações CAC/LTV
  • Premissas de dependência — o parceiro entregará, a API não mudará, os regulamentos não mudarão

Passo 2: Avalie Cada Premissa

Para cada premissa extraída, classifique em duas dimensões:

Nível de confiança (quão certo você está de que é verdade):

  • Alto — verificado com dados, conversas com clientes, pesquisa de mercado
  • Médio — direcionalmente certo, mas não validado
  • Baixo — plausível, mas não testado
  • Desconhecido — simplesmente não sabemos

Impacto se errado (o que acontece se esta premissa falhar):

  • Crítico — o plano falha completamente
  • Alto — grande atraso ou estouro de custo
  • Médio — retrabalho significativo necessário
  • Baixo — ajuste gerenciável

Passo 3: Mapeie as Vulnerabilidades

A matriz de confiança Baixa/Desconhecida × impacto Crítico/Alto = suas premissas de maior risco.

Vulnerabilidade = Baixa confiança + Alto impacto

Estes não são problemas a ignorar. São as apostas que você está fazendo. A questão é: você as está fazendo conscientemente?

Passo 4: Encontre a Cadeia de Dependências

Muitos planos falham não porque alguma premissa isolada esteja errada, mas porque múltiplas premissas precisam estar certas simultaneamente.

Mapeie a cadeia:

  • A premissa B depende da premissa A ser verdadeira primeiro?
  • Se a primeira coisa der errado, quantas coisas subsequentes quebram?
  • Qual é o caminho crítico? O que não tem margem de manobra?

Passo 5: Teste a Reversibilidade

Para cada vulnerabilidade crítica: se esta premissa se mostrar errada no mês 3, o que você faz?

  • Você consegue pivotar?
  • Você consegue reduzir o escopo?
  • O dinheiro já foi gasto?
  • Compromissos já foram feitos?

Quanto menos reversível, mais rigorosamente você precisa validar antes de comprometer.


Formato de Saída

Relatório de Challenge: [Nome do Plano]

PREMISSAS CENTRAIS (extraídas)
1. [Premissa] — Confiança: [A/M/B/?] — Impacto se errado: [Crítico/Alto/Médio/Baixo]
2. ...

MAPA DE VULNERABILIDADES
Riscos críticos (agir antes de prosseguir):
• [#N] [Premissa] — POR QUE pode estar errada — O QUE quebra se estiver

Riscos altos (validar antes de escalar):
• ...

CADEIA DE DEPENDÊNCIAS
[Premissa A] → depende de → [Premissa B] → que possibilita → [Premissa C]
Elo mais fraco: [X] — se isso quebrar, [Y] e [Z] também falham

AVALIAÇÃO DE REVERSIBILIDADE
• Apostas reversíveis: [lista]
• Compromissos irreversíveis: [lista — tratar com extremo cuidado]

GATILHOS DE SAÍDA
O que precisaria ser verdade em [30/60/90 dias] para continuar vs. encerrar/pivotar?
• Continuar se: ...
• Encerrar/pivotar se: ...

AÇÕES DE FORTALECIMENTO
1. [Validação específica a fazer antes de prosseguir]
2. [Abordagem alternativa a considerar]
3. [Contingência a incorporar no plano]

Padrões de Challenge por Tipo de Plano

Roadmap de Produto

  • Estamos construindo o que os clientes pagarão, ou o que disseram querer?
  • A estimativa de velocidade considera a capacidade real do time (não a teórica)?
  • O que acontece se a funcionalidade principal levar 3× mais tempo que o estimado?
  • Quem toma decisões quando os requisitos entram em conflito?

Plano de Go-to-Market

  • Qual é a taxa de conversão real do ICP, não a esperada?
  • Quantos contatos para fechar e você tem a capacidade de vendas para isso?
  • O que acontece se os primeiros 10 negócios levarem 3 meses em vez de 1?
  • "Land and expand" é uma movimentação real ou uma esperança?

Plano de Contratação

  • O que acontece se a contratação-chave levar 4 meses para encontrar, não 6 semanas?
  • O plano depende de reter pessoas específicas que podem sair?
  • O plano considera o tempo de ramp (geralmente 3–6 meses antes da produtividade plena)?
  • Qual é o impacto no burn se o headcount liderar a receita em 6 meses?

Plano de Captação

  • Qual é o seu plano B se o investidor-líder passar?
  • Você modelou o cronograma se levar 6 meses, não 3?
  • Qual é o seu runway no burn atual se a rodada fechar no limite inferior?
  • Quais premissas quebram se você captar 50% do valor-alvo?

As Perguntas Mais Difíceis

Estas são as que as pessoas pulam:

  • "Qual é o cenário pessimista, não o cenário base?"
  • "Se este exato plano fosse executado por um time em quem não confiamos, funcionaria?"
  • "O que não estamos dizendo em voz alta porque é desconfortável?"
  • "Quem tem incentivos para fazer este plano parecer melhor do que é?"
  • "O que um inimigo deste plano atacaria primeiro?"

Entregável

A saída de /em:challenge não é permissão para parar. É um mapa de vulnerabilidades. Agora você pode tomar decisões conscientes: validar as premissas arriscadas, fazer hedge nas críticas ou aceitar as apostas que está fazendo de forma consciente.

Riscos desconhecidos são perigosos. Riscos conhecidos são gerenciáveis.

저장한 Skills