Por qué la entrevista conductual pesa más de lo que esperan los ingenieros
La mayoría de los ingenieros se preparan de más para los algoritmos y tratan la ronda conductual como una charla informal. Los comités de contratación hacen lo contrario: las rondas de código son filtros de apto o no apto, mientras que la evidencia conductual decide el nivel y los desempates. Los evaluadores buscan señales concretas: responsabilidad más allá de tu ticket, criterio ante la incertidumbre, cómo digieres el fracaso y si trabajar contigo da energía o agota. Cada una de las preguntas siguientes corresponde a alguna de esas señales.
Estructura las respuestas con STAR (el reparto de pesos que funciona está en nuestra guía general): diez segundos de contexto, acciones en primera persona y resultados con cifras.
Preguntas sobre desacuerdos técnicos
“Háblame de una ocasión en la que no estuviste de acuerdo con el enfoque técnico de un compañero”. “Tu tech lead eligió un diseño que te parecía equivocado: ¿qué hiciste?”.
La trampa es contar una historia en la que simplemente tenías razón. La señal que buscan los entrevistadores es cómo discrepaste: ¿entendiste la otra postura lo bastante bien como para exponerla con justicia? ¿Convertiste la opinión en pruebas (un benchmark, un prototipo, un escenario de fallo por escrito)? ¿Te comprometiste sin reservas cuando la decisión fue en el otro sentido?
Un esquema sólido: “Yo pensaba X y ellos pensaban Y. Y tenía una ventaja real que reconocí: [dila]. Preparé un pequeño benchmark para comprobar mi duda y mostró [cifra]. Optamos por una versión modificada de Y que resolvía la ruta crítica. Lo que me llevo de aquello: convertir la discusión en un experimento me costó una tarde y nos ahorró tres semanas de debate”.
Preguntas sobre incidentes y fracasos
“Háblame de una vez que rompiste producción”. “Describe tu peor caída del servicio”. “Un bug que subiste a producción perjudicó a los usuarios: cuéntame qué pasó”.
Todo ingeniero sénior ha roto producción alguna vez; fingir lo contrario suena a falta de experiencia o a falta de honestidad. Lo que se evalúa es, por completo, tu relación con el fallo:
- Asume la cadena de decisiones: “me salté el despliegue canary porque el cambio parecía trivial” vale más que “el sistema de despliegue lo permitía”.
- Demuestra disciplina ante incidentes: detección, primero la mitigación y después la causa raíz, y comunicación con los equipos afectados.
- Termina con el arreglo sistémico: el tipo de prueba que ahora existe, la alerta que ahora salta, el punto de la lista de comprobación que ahora bloquea. La cultura del post mortem sin culpables es la contraseña; el arreglo sistémico es la prueba de que la practicas de verdad.
Preguntas sobre responsabilidad e iniciativa
“Háblame de algo que mejoraste sin que nadie te lo pidiera”. “Una ocasión en la que fuiste más allá de tu puesto”.
La señal que distingue a un perfil intermedio de uno sénior es hasta dónde llega la responsabilidad que sientes como propia: tu ticket, los resultados de tu equipo o el rumbo de la organización. Buena materia prima: la suite de pruebas inestable que arreglaste y que desbloqueó a todo el mundo, la migración que propusiste y sacaste adelante, el runbook de guardia que escribiste después de una rotación dolorosa, la dependencia entre equipos que desenredaste. Incluye lo que te costó, aunque no luzca (“le dediqué dos viernes”): los detalles sobre el esfuerzo que nadie te pagó son los que hacen creíbles las historias de iniciativa.
Preguntas sobre criterio técnico
“Cuéntame una decisión técnica difícil”. “Una ocasión en la que elegiste lo ‘suficientemente bueno’ en lugar de lo ‘correcto’”. “Describe un trade-off en el que te equivocaste”.
Estas preguntas comprueban si razonas en trade-offs o en absolutos. Una respuesta de nivel sénior nombra los ejes de forma explícita (latencia frente a costo, fecha de entrega frente a deuda técnica, desarrollar frente a comprar), indica la restricción que pesó más y describe el proceso de decisión: qué prototipaste, a quién consultaste y qué te habría hecho cambiar de opinión. Si la pregunta trata de una decisión equivocada, la lección debe ser operativa (“ahora dejo por escrito mis criterios para dar marcha atrás antes de comprometerme”), no sentimental (“aprendí a tener cuidado”).
Preguntas sobre colaboración y code review
“¿Cómo gestionas una revisión en la que el autor se resiste a tus comentarios?”. “Una ocasión en la que recibiste un feedback duro”. “¿Cómo incorporas al equipo a un ingeniero júnior?”.
- Conflictos en code review: separa las objeciones que bloquean (corrección, seguridad) de las preferencias (estilo) y cede en las preferencias de forma explícita. Nombrar esa distinción en voz alta ya es, en sí misma, la señal de nivel sénior.
- Recibir feedback: elige una historia en la que el feedback dolió y era acertado. El arco es: actitud defensiva inicial → comprobación → cambio de conducta con pruebas.
- Mentoría: los mecanismos concretos valen más que las buenas intenciones: una cadencia de trabajo en pareja, “primer PR en la primera semana”, un alcance que crece poco a poco y dejar que lleven un incidente contigo como respaldo.
15 preguntas de entrevista conductual para practicar
Practica en voz alta y con cronómetro, grabándote o en un simulacro con un asistente de entrevistas con IA que transcriba y haga balance contigo. Apunta a seis historias reutilizables que cubran toda esta lista:
- Una ocasión en la que no estuviste de acuerdo con tu tech lead y te equivocabas.
- Una ocasión en la que no estuviste de acuerdo y tenías razón: ¿cómo convenciste a los demás?
- Tu peor incidente en producción, de principio a fin.
- Un proyecto que se retrasó mucho: ¿qué hiciste cuando viste que se retrasaba?
- Algo que construiste sin que nadie lo pidiera. ¿Valió la pena?
- La decisión técnica más difícil de tu carrera.
- Una ocasión en la que elegiste velocidad antes que calidad. ¿Lo volverías a hacer?
- Una ocasión en la que heredaste un código terrible. ¿Qué hiciste en realidad?
- Un feedback duro que recibiste y qué cambió después.
- Un hilo de comentarios de una revisión que subió de tono.
- Cómo ayudaste a salir adelante a un compañero con dificultades.
- Una ocasión en la que tuviste que decirle que no a un product manager.
- El trabajo del que más te enorgulleces y su mayor concesión.
- Una ocasión en la que se te pasó algo importante en una revisión.
- ¿Por qué quieres dejar tu trabajo actual y por qué aquí? (Prepárala hasta sabértela de memoria; la pauta general está en la guía general.)
Tus historias, afiladas bajo presión.
ChadFlow escucha la entrevista, te da una primera frase basada en tu contexto cuando llega la pregunta y después te da coaching sobre la transcripción, todo invisible al compartir pantalla.
Descargar ChadFlow