Guía de tipos de entrevistas para contratar talento tech

Qué tipos de entrevistas existen y cuando elegir cada una.

Pedro Cailá

Guía de tipos de entrevistas para contratar talento tech

Contratar mal a un ingeniero no es un error, es un ancla. Cuesta dinero, retrasa el roadmap y hunde la moral del equipo. La solución no es hacer mejores preguntas, sino usar los tipos de entrevistas correctos en cada fase del proceso.

Cómo diseñar un proceso de selección que funciona

Contratar sin un proceso definido es como navegar sin mapa. Lanzarse a entrevistar sin un plan malgasta recursos y, casi siempre, conduce a una mala contratación.

El objetivo es que cada fase tenga un propósito claro y filtre por un criterio específico. Así, las decisiones se basan en datos y evidencias, no en "química" o sensaciones. Un proceso bien montado mejora la calidad de las contrataciones y optimiza el tiempo de tu equipo de ingeniería.

Para un rol técnico, un embudo de selección efectivo se divide en tres fases:

  • Filtro inicial: Valida motivación, expectativas salariales y logística (disponibilidad, modelo de trabajo). El objetivo es descartar rápido para no hacer perder el tiempo a nadie.
  • Evaluación técnica: Mide la capacidad real para resolver problemas, escribir código y diseñar sistemas. Aquí se evalúa el hard skill.
  • Encaje cultural y de equipo: Confirma que el candidato no solo puede hacer el trabajo, sino que lo hará de una forma que sume al equipo existente.

El error más común en startups es saltarse los filtros iniciales y llevar a un candidato directamente a una prueba técnica. Esto quema horas de ingeniería en perfiles que una llamada de 15 minutos habría descartado.

Un proceso de selección es, en esencia, un embudo.

Cada fase debe ser un filtro que deja pasar solo a los candidatos que realmente encajan, asegurando que el tiempo del equipo se invierte solo en quienes más prometen.

El primer filtro: Screening y entrevista de RRHH

Las primeras conversaciones son el filtro más potente. Bien ejecutadas, ahorran docenas de horas de ingeniería y evitan evaluar a candidatos que no encajan. Esta fase se divide en dos pasos: el screening y la entrevista con el equipo de talento.

Un screening telefónico o una videollamada corta de 15 o 20 minutos valida los puntos no negociables. Su único objetivo es descartar rápido. Se centra en tres puntos: motivación real, alineación salarial y encaje logístico (disponibilidad, modelo de trabajo).

Si el candidato supera este filtro, pasa a la entrevista con RRHH.

La entrevista con el equipo de talento o RRHH

Esta conversación de 45 a 60 minutos profundiza en la trayectoria, motivaciones y habilidades blandas del candidato.

A diferencia del screening, aquí se exploran experiencias pasadas para detectar patrones de comportamiento. En lugar de preguntar "¿te gusta trabajar en equipo?", se usan preguntas conductuales como "cuéntame sobre un conflicto que tuviste con un compañero y cómo lo resolviste". Esto permite evaluar si los valores y la forma de trabajar del candidato conectan con la cultura de la empresa.

Los objetivos son:

  • Profundizar en su trayectoria: Entender por qué cambió de trabajo y qué logros destaca.
  • Evaluar habilidades blandas: Analizar con ejemplos concretos su comunicación, resolución de problemas y adaptación.
  • Validar el interés: Confirmar que su motivación es genuina.

Aunque las videollamadas son eficientes, las entrevistas individuales presenciales siguen siendo habituales en el sector tecnológico español (un 60-65% de los casos). Este formato permite analizar el lenguaje no verbal, un aspecto clave para evaluar la alineación cultural.

Separar el screening rápido de la entrevista con RRHH es fundamental. Construye un pipeline de candidatos realmente cualificados y reduce el tiempo que el equipo de ingeniería dedica a entrevistar.

Para optimizar este filtro, consulta nuestra guía sobre qué es un screening y cómo ejecutarlo de forma efectiva.

La evaluación técnica: Live coding y System Design

Superados los filtros iniciales, llega el momento de medir la capacidad real de un candidato para resolver problemas técnicos. De todos los tipos de entrevistas, las evaluaciones técnicas validan si las habilidades del currículum se corresponden con la realidad.

La entrevista técnica tradicional en pizarra sirve para comprobar la base teórica con problemas de algoritmos. Su principal problema es que no se parece al trabajo diario de un programador, lo que puede favorecer a quien memoriza soluciones en lugar de a quien construye código de calidad.

La pizarra es útil para dibujar ideas, pero el código se escribe en un editor. Para medir la habilidad real de un ingeniero, hay que verle programar.

Live coding para evaluar el pensamiento bajo presión

El live coding es más revelador. El candidato comparte su pantalla y resuelve un problema de programación en tiempo real, usando su propio entorno. Esto muestra no solo si llega a la solución, sino cómo llega.

El objetivo no es que escriba código perfecto, sino observar su proceso mental:

  • Clarificación del problema: ¿Hace preguntas para entender los requisitos y casos borde?
  • Estructura del pensamiento: ¿Explica su enfoque? ¿Piensa en voz alta sobre las alternativas?
  • Calidad del código: ¿Usa nombres de variables claros? ¿Escribe código legible?
  • Depuración: ¿Cómo depura su propio código cuando algo falla?

Este tipo de entrevista es ideal para roles junior y mid-level, ya que ofrece una visión clara de sus habilidades de programación y comunicación.

System design para medir la visión de arquitectura

Para roles senior, Staff o Principal, la entrevista de System Design es fundamental. El foco no es escribir código, sino diseñar sistemas complejos y escalables. No hay una única respuesta correcta; se evalúa cómo el candidato gestiona los trade-offs y justifica sus decisiones.

Por ejemplo, al plantear "Diseña la arquitectura de un servicio como Twitter", se evalúa su capacidad para:

  1. Gestionar la ambigüedad: ¿Qué preguntas hace para acotar el problema (número de usuarios, tweets por segundo, etc.)?
  2. Justificar decisiones: ¿Por qué elige una base de datos NoSQL en vez de una relacional? ¿Cómo argumenta el uso de una caché?
  3. Pensar en escalabilidad y resiliencia: ¿Considera cómo crecerá el sistema? ¿Plantea soluciones para manejar fallos?

Una buena entrevista de System Design es una conversación técnica donde se explora un problema desde múltiples ángulos. Permite entender la experiencia y visión de arquitectura del candidato, algo que una prueba de algoritmos no revela. La clave es evaluar el "porqué" de sus decisiones, no solo el "qué".

Otros formatos de entrevista: take-home tests y pair programming

Dos hombres en reunión: uno codifica en laptop, el otro toma notas; diagrama de flujo en pizarra.

Existen formatos alternativos que miden habilidades que las sesiones en tiempo real no siempre captan, como la calidad del código en un entorno realista o la capacidad de colaboración.

Take-home tests para simular el trabajo real

Un take-home test es un mini-proyecto que el candidato resuelve a su ritmo. Elimina la presión del directo y permite evaluar la calidad y estructura del código en un escenario similar al trabajo diario. Es ideal para roles donde la arquitectura y las buenas prácticas son más importantes que la rapidez. Se entrega un problema, un plazo (normalmente un par de días) y libertad para usar sus herramientas.

¿Cuándo usarlo?

  • Para roles de cualquier seniority: Se adapta ajustando la complejidad del reto.
  • Cuando la calidad es prioritaria: Es la mejor forma de ver cómo estructura un proyecto y si aplica buenas prácticas.
  • Para mejorar la experiencia del candidato: Les da la oportunidad de demostrar su valía sin la ansiedad de una entrevista en vivo.

Un buen reto no debe llevar más de 3-4 horas. Pedir más es injusto y puede hacer que los mejores candidatos abandonen el proceso. Un take-home test bien diseñado no es trabajo gratis, es una simulación acotada para evaluar el enfoque y la calidad, no para obtener un proyecto completo.

Pair programming para medir la colaboración en directo

La entrevista de pair programming simula una sesión de trabajo real: un ingeniero del equipo y el candidato resuelven un problema juntos en el mismo editor de código. Es el mejor formato para evaluar cómo una persona se integraría en un flujo colaborativo.

¿En qué fijarse durante la sesión?

  • Comunicación: ¿Explica lo que está pensando? ¿Hace preguntas claras?
  • Receptividad al feedback: ¿Cómo reacciona a sugerencias o correcciones? ¿Se pone a la defensiva o lo toma como una ayuda?
  • Colaboración: ¿Propone ideas? ¿Escucha las del entrevistador? ¿Busca un enfoque conjunto?

La colaboración también se extiende a herramientas de IA. Puedes aprender más sobre cómo gestionar la IA en pruebas técnicas leyendo este artículo para definir una política clara.

Midiendo la dinámica de equipo y la colaboración

Un ingeniero brillante que no sabe trabajar en equipo es un lastre. Su genialidad no compensa si crea mal ambiente. Para detectar cómo colabora una persona, existen dos formatos específicos: la entrevista de panel y la entrevista grupal.

Entrevista de panel para cruzar perspectivas

Aquí, el candidato habla a la vez con varias personas del equipo, como su futuro manager y dos ingenieros senior. La ventaja es la eficiencia, ya que concentra varias conversaciones en una, obteniendo una visión de 360 grados.

  • El manager evalúa el encaje estratégico y el potencial.
  • Sus futuros compañeros miden la química personal y técnica.
  • Alguien de otro equipo analiza la colaboración en proyectos transversales.

El riesgo es que el candidato se sienta intimidado. Un buen moderador debe guiar la conversación para que parezca una reunión de trabajo, no un interrogatorio. El objetivo es ver si el candidato defiende sus ideas, escucha a otros y mantiene una conversación técnica con varias personas.

Entrevista grupal para ver la colaboración en directo

La entrevista grupal reúne a varios candidatos para que resuelvan un problema en equipo. Este formato es ideal para observar de primera mano el liderazgo, la negociación y la dinámica de grupo.

Rápidamente se identifica quién:

  • Asume un rol de líder natural.
  • Escucha las ideas de los demás.
  • Intenta imponer su criterio.
  • Se queda callado y no aporta.

Este formato ha crecido un 25-30% en las startups tecnológicas españolas en los últimos tres años, ya que es muy efectivo para evaluar las soft skills en acción. Puedes leer más consejos en este artículo con trucos para superar los distintos tipos de entrevistas en rtve.es.

Validando el encaje con la cultura y el comportamiento

Un grupo de amigos trabaja en equipo para completar un rompecabezas, conversando alegremente.

Una vez validadas las habilidades técnicas, es crucial asegurar el encaje cultural. Un candidato brillante que no encaja con la cultura del equipo puede causar más problemas de los que resuelve. Para ello, se utilizan dos tipos de entrevista que predicen el comportamiento.

La entrevista de comportamiento: hechos, no opiniones

La entrevista de comportamiento se basa en que el comportamiento pasado predice el futuro. En lugar de opiniones, se buscan hechos mediante el método STAR (Situación, Tarea, Acción, Resultado).

Se dejan de lado preguntas hipotéticas como "¿eres una persona resolutiva?". En su lugar, se pide una historia real:

  • Situación: "Cuéntame sobre la última vez que un proyecto clave se desvió del plan".
  • Tarea: "¿Cuál era tu responsabilidad específica?".
  • Acción: "¿Qué hiciste exactamente para solucionarlo?".
  • Resultado: "¿Cuál fue el impacto de tus acciones?".

Este enfoque proporciona pruebas concretas y permite evaluar competencias basándose en evidencia.

La entrevista de encaje cultural: buscando resonancia, no clones

El objetivo de la entrevista de encaje cultural no es contratar clones, sino personas cuyos valores y estilo de trabajo resuenen con los de la empresa.

Conceptos abstractos como "ownership" se traducen en preguntas tangibles. Por ejemplo, si el "ownership" es un valor:

  • Pregunta incorrecta: "¿Te consideras una persona con ownership?".
  • Pregunta correcta: "Describe una situación en la que viste un problema que no era tu responsabilidad directa. ¿Qué hiciste?".

La segunda pregunta revela cómo actúa esa persona cuando nadie la está mirando. No se trata de buscar a alguien con quien irse de cañas, sino a alguien que comparta los principios sobre cómo se trabaja y se resuelven problemas.

Este tipo de entrevista semiestructurada es el formato preferido en las empresas tecnológicas de España, suponiendo entre un 45-50% de los procesos, ya que evalúa el comportamiento de forma efectiva.

Para construir un marco sólido para estas entrevistas, empieza por entender qué es la cultura empresarial en nuestro artículo.

Preguntas frecuentes sobre tipos de entrevistas tech

¿Cuántas entrevistas son demasiadas (o demasiado pocas)?

Para un rol técnico, un proceso de 4 a 5 fases es un buen equilibrio: 1) filtro de RRHH, 2) prueba técnica (live coding o take-home), 3) System Design (para roles senior), 4) entrevista cultural con el manager o equipo, y 5) conversación final con un fundador o C-level.

Lo fundamental es que cada etapa tenga un propósito claro y no se solape con las demás.

¿Qué es mejor: un take-home test o una sesión de live coding?

Depende de lo que busques evaluar.

El live coding es ideal para medir la comunicación y la resolución de problemas bajo presión. El take-home test ofrece una visión más fiel de la calidad del código y la arquitectura en un entorno realista.

Una buena práctica es ofrecer ambas opciones y dejar que el candidato elija la que le resulte más cómoda.

¿Cómo puedo evitar los sesgos inconscientes al entrevistar?

La mejor herramienta contra los sesgos es la estructura. Utiliza un conjunto de preguntas fijas para todos los candidatos del mismo puesto y asegúrate de que el panel de entrevistadores sea diverso.

La entrevista de comportamiento es especialmente útil. Al usar el método STAR (Situación, Tarea, Acción, Resultado), te obligas a evaluar acciones pasadas y hechos concretos, no opiniones subjetivas o "buenas vibraciones".