1️⃣ Una pregunta a la vez
La primera regla del método es casi de tan simple que parece tonta: una pregunta por turno. El entrevistador hace una pregunta, espera tu respuesta y solo entonces continúa. Nada de soltar cinco preguntas numeradas de una vez.
¿Por qué importa? Cinco preguntas a la vez te obligan a hacer una selección mental, y casi siempre una o dos quedan mal respondidas u olvidadas. Una por vez mantiene el foco en resolver una decisión antes de abrir la siguiente.
✗ En lote
- ✗"Responde 1, 2, 3, 4 y 5" — te sobrecargas.
- ✗Respuestas superficiales; alguna queda atrás.
- ✗Es imposible adaptar la siguiente pregunta a la anterior.
✓ En serie
- ✓Una pregunta, una respuesta, un checkpoint.
- ✓La siguiente pregunta nace de la respuesta anterior.
- ✓Conversación con ritmo, no formulario.
Una pregunta a la vez.
Una decisión a la vez.
La siguiente nace de la anterior.
Conversación, no formulario.
✅ Respuesta recomendada
Esta es la técnica que evita que la entrevista sea agotadora: para cada pregunta, el entrevistador ya propone la respuesta que recomienda — la mejor suposición a partir del contexto. Solo necesitas confirmar, corregir o redirigir.
💡 Por qué reduce la fricción
Responder desde cero cansa. Reaccionar a una propuesta es fácil: "sí", "no, es así" o "en realidad, el punto es otro". Incluso cuando la suposición es incorrecta, agiliza el proceso: te da algo concreto ante lo que reaccionar.
🔁 Las tres reacciones
- • Confirmar — «eso mismo». La decisión se incorpora al archivo.
- • Corregir — «casi, pero el número correcto es X». Ajuste fino.
- • Redirigir — «esta no es la pregunta correcta». Cambia el rumbo.
Viene con una conjetura lista.
Reaccionar > crear desde cero.
Inferido del contexto.
Confirma/corrige/redirige.
🌳 Árbol de decisión y dependencias
La entrevista no es una lista plana de preguntas: es un árbol. Algunas decisiones dependen de otras. La regla: resuelve primero la decisión upstream (la de arriba, de la que dependen otras) y solo entonces las decisiones downstream (las que vienen después de ella).
¿Upstream / downstream? Piensa en un río: lo que está aguas arriba (upstream) afecta todo aguas abajo (downstream). Si decides el detalle antes de la elección que lo rige, puede que tengas que rehacerlo.
Sigue las flechas: la raíz a la izquierda se decide primero y libera las ramas. Cada hoja a la derecha termina como "decidido" o se convierte en una flag; nunca queda en el limbo.
No es una lista plana.
La raíz antes que las ramas.
Cada rama hasta el final.
El orden evita repetir el trabajo.
🔎 Explorar antes de preguntar
Una buena entrevista no desperdicia tu atención con lo que ya está escrito. Si la respuesta está en el código, en un archivo o en un documento que entregaste, el entrevistador lo lee y lo descubre por su cuenta — y solo saca a la luz lo que es realmente nuevo.
✓ Explora primero
- ✓Lee el codebase para entender lo que ya existe.
- ✓Lee el documento que adjuntaste y absorbe lo que puedas.
- ✓Pregunta solo lo que NO está en ningún lugar.
✗ Pregunta lo obvio
- ✗"¿Qué lenguaje usa el proyecto?" — está en el código.
- ✗Repite lo que el doc ya respondió.
- ✗Gasta tu tiempo con lo que él podría leer.
🎯 Consejo
¿Entregaste un Google Doc o un README? El entrevistador debe leerlo y preguntar solo lo net-new — lo que no está ahí. Tus respuestas quedan reservadas para el conocimiento que solo existe en tu cabeza.
Código, archivo, documento.
Solo lo nuevo.
Nada que esté escrito.
Reservada para lo tácito.
🚩 Banderas con responsable
No lo sabrás todo, y está bien. Cuando una pregunta toca un tema que no dominas, no bloquea la sesión: se convierte en una flag con el responsable correcto y la entrevista continúa.
¿Qué es una «flag»? Un elemento abierto registrado en el capture file, con quién puede responderlo. Ej.: tabela de custo por caixa → financeiro. Después buscas a la persona, traes la respuesta y actualizas la lluvia de ideas.
🚩 Por qué no bloquearse
Detener toda la sesión porque falta un detalle es un desperdicio. La flag deja el hueco visible y abordado sin interrumpir el flujo. En el video de referencia, aparece así: «habla con fulano y trae la información después».
Pendiente registrado.
Quién puede responder.
La sesión continúa.
Vacío abordado.
💾 Punto de control después de cada respuesta
Esta es la técnica que hace que la entrevista a prueba de pérdidas. Después de cada respuesta, antes a partir de la próxima pregunta, el entrevistador adjunta una entrada estructurada al capture file — el markdown en brainstorms/ que guarda la sesión. Nunca en lote.
Capture file? Es el archivo de captura de la sesión —la fuente de la verdad (visto en la Trilha 1). El checkpoint es el acto de guardarlo. Si una respuesta nueva contradice una anterior, la entrada anterior es corregida, no 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.
📌 La regla que no se rompe
Guardar todo junto al final frustra el propósito: si la sesión se interrumpe a la mitad, el lote todavía no existe. Un punto de control por respuesta garantiza que el archivo siempre contenga todo lo que se dijo hasta ese instante.
Antes de la siguiente pregunta.
Uno por respuesta.
Actualiza entradas antiguas.
Siempre completo hasta ahora.
🧯 El respaldo de completitud
Por más completo que sea el árbol, siempre puede quedar una rama que nadie vio. Cerca del final, el entrevistador plantea una red de seguridad: «¿hay algún aspecto importante que no hayamos tocado?».
Se recorrió el árbol
Todas las decisiones previstas se convirtieron en una respuesta o una flag. Parece terminado.
La pregunta que lo conecta todo
"Anything we haven't touched?" deja espacio para lo que estaba fuera del mapa.
El último hueco aparece
Casi siempre surge algo — y se registra como cualquier otra respuesta.
Detecta lo que el árbol no vio.
Cierra los últimos agujeros.
Termina por decisión, no por cansancio.
El hallazgo se incorpora al archivo.
🔧 Reconciliar contradicciones
Una sesión larga acumula respuestas que pueden contradecirse. El paso final es una lectura del archivo completo: buscar contradicciones y lagunas, conciliarlas y cerrar con un resumen claro.
🧭 El recap final
- • Lo que se capturó — las decisiones consolidadas.
- • Lo que quedó en flag — asuntos pendientes y quiénes son responsables.
- • El siguiente paso sugerido — adónde va eso (p. ej., convertirse en un skill).
📌 Por qué volver a leer
Sin volver a leer, el capture se convierte en un mosaico donde la respuesta 3 contradice la respuesta 12 y nadie se da cuenta. La reconciliación transforma el registro en bruto en un documento coherente y utilizable.
El archivo completo al final.
Resolver contradicciones.
Capturado / flag / siguiente.
Documento, no fragmentos.
🎤 Resumen del módulo
Siguiente ruta:
Ruta 3 · O Skill — abre el capó del SKILL.md: frontmatter, la versión original de Matt Pocock, la regla del checkpoint y la filosofía detrás.