1️⃣ Uma pergunta por vez
A primeira regra do método é quase boba de tão simples: uma pergunta por turno. O entrevistador faz uma pergunta, espera a sua resposta e só então segue. Nada de despejar cinco perguntas numeradas de uma vez.
Por que importa? Cinco perguntas de uma vez forçam você a fazer triagem mental, e quase sempre uma ou duas ficam mal respondidas ou esquecidas. Uma por vez mantém o foco em resolver uma decisão antes de abrir a próxima.
✗ Em lote
- ✗"Responda 1, 2, 3, 4 e 5" — você sobrecarrega.
- ✗Respostas rasas; alguma fica para trás.
- ✗Impossível adaptar a próxima pergunta à anterior.
✓ Serial
- ✓Uma pergunta, uma resposta, um checkpoint.
- ✓A próxima pergunta nasce da resposta anterior.
- ✓Conversa com ritmo, não formulário.
Uma pergunta de cada vez.
Uma decisão por vez.
Próxima nasce da anterior.
Conversa, não formulário.
✅ Recommended answer
Esta é a técnica que faz a entrevista não ser cansativa: para cada pergunta, o entrevistador já propõe a resposta que ele recomenda — o melhor palpite a partir do contexto. Você só precisa confirmar, corrigir ou redirecionar.
💡 Por que reduz o atrito
Responder do zero cansa. Reagir a uma proposta é fácil — "sim", "não, é assim", ou "na verdade o ponto é outro". Mesmo quando o palpite está errado, ele acelera: te dá algo concreto contra o que reagir.
🔁 As três reações
- • Confirmar — "isso mesmo". A decisão entra no arquivo.
- • Corrigir — "quase, mas o número certo é X". Ajuste fino.
- • Redirecionar — "essa não é a pergunta certa". Muda o rumo.
Vem com palpite pronto.
Reagir > criar do zero.
Inferido do contexto.
Confirma/corrige/redireciona.
🌳 Árvore de decisão e dependências
A entrevista não é uma lista plana de perguntas — é uma árvore. Algumas decisões dependem de outras. A regra: resolva primeiro a decisão upstream (a de cima, da qual outras dependem) e só então as decisões downstream (as que vêm depois dela).
Upstream / downstream? Pense num rio: o que está rio acima (upstream) afeta tudo rio abaixo (downstream). Se você decide o detalhe antes da escolha que o governa, pode ter que refazer.
Siga as setas: a raiz à esquerda é decidida primeiro e libera os galhos. Cada folha à direita termina como "decidido" ou vira uma flag — nunca fica no limbo.
Não é lista plana.
A raiz antes dos galhos.
Cada ramo até o fim.
A ordem evita refazer.
🔎 Explorar antes de perguntar
Uma boa entrevista não desperdiça sua atenção com o que já está escrito. Se a resposta está no código, num arquivo ou num doc que você entregou, o entrevistador lê e descobre sozinho — e só traz à tona o que é genuinamente novo.
✓ Explora primeiro
- ✓Lê o codebase para entender o que já existe.
- ✓Lê o doc que você anexou e absorve o que dá.
- ✓Pergunta só o que NÃO está em lugar nenhum.
✗ Pergunta o óbvio
- ✗"Qual linguagem o projeto usa?" — está no código.
- ✗Repete o que o doc já respondeu.
- ✗Gasta seu tempo com o que ele podia ler.
🎯 Dica
Entregou um Google Doc ou um README? O entrevistador deve ler e só perguntar o net-new — o que não está lá. Suas respostas ficam reservadas para o conhecimento que só existe na sua cabeça.
Código, arquivo, doc.
Só o que é novo.
Nada que esteja escrito.
Reservada ao tácito.
🚩 Flags com dono
Você não vai saber tudo — e tudo bem. Quando uma pergunta cai num ponto que você não domina, ela não trava a sessão: vira uma flag com o dono certo e a entrevista segue.
O que é "flag"? Um item em aberto registrado no capture file, com quem pode respondê-lo. Ex.: tabela de custo por caixa → financeiro. Depois você busca a pessoa, traz a resposta e atualiza o brainstorm.
🚩 Por que não travar
Parar a sessão inteira porque um detalhe falta é desperdício. A flag deixa o buraco visível e endereçado sem interromper o fluxo. No vídeo de referência, é assim que aparece "fale com fulano e traga a informação depois".
Item em aberto registrado.
Quem pode responder.
A sessão segue.
Buraco endereçado.
💾 Checkpoint após cada resposta
Esta é a técnica que torna a entrevista à prova de perda. Depois de cada resposta, antes da próxima pergunta, o entrevistador anexa uma entrada estruturada ao capture file — o markdown em brainstorms/ que guarda a sessão. Nunca em lote.
Capture file? É o arquivo de captura da sessão — a fonte da verdade (visto na Trilha 1). O checkpoint é o ato de gravar nele. Se uma resposta nova contradiz uma antiga, a entrada antiga é corrigida, não duplicada.
### Q3 — tamanho da caixa - Asked: como você decide o tamanho da caixa? - Captured: "menor caixa que cabe + 2cm de folga" (nas palavras dele) - Flags: tabela de custo por caixa -> financeiro # ...próxima pergunta só DEPOIS de gravar isto.
📌 A regra que não se quebra
Gravar em lote no fim derrota o propósito: se a sessão cair no meio, o lote ainda não existe. Um checkpoint por resposta garante que o arquivo sempre contém tudo que foi dito até aquele instante.
Antes da próxima pergunta.
Um por resposta.
Atualiza entradas antigas.
Sempre completo até agora.
🧯 O backstop de completude
Por mais completa que a árvore seja, sempre pode sobrar um galho que ninguém viu. Perto do fim, o entrevistador joga uma rede de segurança: "tem algum aspecto importante que a gente não tocou?".
A árvore foi percorrida
Todas as decisões previstas viraram resposta ou flag. Parece terminado.
A pergunta-rede
"Anything we haven't touched?" abre espaço para o que estava fora do mapa.
O último buraco aparece
Quase sempre surge algo — e é gravado como qualquer outra resposta.
Pega o que a árvore não viu.
Fecha os últimos furos.
Termina por decisão, não cansaço.
O achado entra no arquivo.
🔧 Reconciliar contradições
Uma sessão longa acumula respostas que podem se contradizer. O passo final é uma leitura do arquivo inteiro: procurar contradições e lacunas, conciliá-las, e fechar com um recap claro.
🧭 O recap final
- • O que foi capturado — as decisões consolidadas.
- • O que ficou em flag — itens em aberto e seus donos.
- • O próximo passo sugerido — para onde isso vai (ex.: virar um skill).
📌 Por que reler
Sem a releitura, o capture vira uma colcha de retalhos onde a resposta 3 contradiz a resposta 12 e ninguém percebe. A reconciliação transforma o log bruto num documento coerente e utilizável.
O arquivo inteiro no fim.
Resolver contradições.
Capturado / flag / próximo.
Documento, não retalhos.
🎤 Resumo do módulo
Próxima trilha:
Trilha 3 · O Skill — abra o capô do SKILL.md: frontmatter, a versão original do Matt Pocock, a regra do checkpoint e a filosofia por trás.