Cómo las Empresas están cambiando sus Procesos de Selección para evitar "Cheaters" que usen IA

Hola, fellow dev 👋

No es ninguna novedad que el uso de herramientas asistidas por IA se utiliza constantemente por los candidatos en los procesos de selección.

Entonces, ¿qué cambios están haciendo las empresas?, ahora que…

• Las pruebas de LeetCode no reflejan los conocimientos del candidato.
• Los Take Home Challenges sólo benefician a aquellos con más tiempo libre.
• Las preguntas técnicas abiertas se responden haciendo trampa con IA.

Hoy, os traigo el caso de HelloBetter —una startup de Berlín - que recientemente ha compartido cómo ha transformado sus entrevistas técnicas en soluciones que no solo se asemejan más al trabajo real, sino que tampoco exigen una cantidad de tiempo poco desmesurada por parte del candidato.

1. Cambios no técnicos en el proceso de selección

Primero, veamos los cambios que hicieron fuera de las entrevistas técnicas en sí:

• Introducir un breve cuestionario en el formulario de aplicación para filtrar desajustes en cuanto a objetivos, salario, etc.
• Mover la entrevista técnica a continuación de la entrevista con el Hiring Manager.

2. Cambios en Entrevistas técnicas: "El Método McDougall"

El objetivo de esta primera entrevista es dar al Hiring manager una idea del nivel y habilidades técnicas del candidato, no decidir si va a entrar o no todavía.

Para ello, Hello Better buscó crear una estructura que funcionase entre disciplinas (es decir, que las entrevistas de backend y frontend no sean radicalmente distintas): el proceso debía parecerse lo más posible al trabajo real, en lugar de centrarse en conceptos puramente abstractos o teóricos.

👉 El resultado debía permitirles evaluar las capacidades analíticas, habilidades de programación, conocimientos de principios de desarrollo y la capacidad de “comunicar código” de l@s candidat@s.

Entrevista Técnica con el Método McDougall

Cuenta de una entrevista de 90 minutos que se divide en cuatro fases:

1. Presentación del candidato y breve repaso de su trayectoria técnica (10–15 minutos)
2. Pair programming (30–45 minutos)
3. Preguntas de seguimiento (15 minutos)
4. Preguntas del candidato y cierre (10 minutos)

La parte de Pair Programming de la entrevista debe parecerse lo más posible al trabajo real. Para ello, se requieren tres cosas:

• Un código similar al de la compañía: mismo stack tecnológico, Naming Conventions, estructura, etc.
• Problemas similares a los que realmente resolvemos.
• Un entorno que permita la misma flexibilidad y libertad que tendría un ingeniero real.

El núcleo del Método McDougall por tanto consistió en una evaluación técnica de 40 minutos de Pair Programming, donde se da un repositorio de código ficticio que imite una parte del código que ya esté en de producción: funciones incompletas, implementación con errores o tests que fallen.

El candidato recibe acceso de solo lectura al repositorio una hora antes de la entrevista, para que pueda revisarlo y familiarizarse con la estructura, pero no debe implementar nada en ese tiempo.

Durante la entrevista, el candidato programa en pareja con uno de los ingenieros entrevistadores y juntos resuelven (potencialmente) cinco problemas de dificultad creciente. 📈

IMPORTANTE: el Método McDougall permite explícitamente el uso de herramientas de IA!

Así es. El candidato comparte su pantalla y se le indica (tanto previamente como en la entrevista) que puede usar Google, Stack Overflow, GPT, Copilot, Cursor, lo que quiera. Y lo más importante: puede y debe hacer cualquier pregunta a los entrevistadores.

En la era de la IA, lo que queremos evaluar no es cuántos algoritmos memoriza un ingeniero, sino cómo trabaja esta persona, y si entiende lo que está haciendo.

Calificación técnica en base al resultado de los ejercicios

En HelloBetter, utilizan 5 niveles de dificultad, por ejemplo, en React:

• Nivel 1: Intern o Graduate Engineer (ej. cambio pequeño de estilos)
• Nivel 2: Junior o mid bajo (ej. evento onClick no funcionando correctamente)
• Nivel 3: Mid-level (ej. renderizar componentes a partir de una respuesta de API)
• Nivel 4: Mid-level a senior (ej. manejo complejo de estado o problemas de re-renderizado)
• Nivel 5: Senior+ (ej. refactorización completa de funciones complejas o arquitectura ineficiente)

Esto les ayuda no a encontrar el “mejor” candidato, sino a determinar si el nivel del puesto se ajusta al candidato.

Criterios de evaluación

L capacidad para programar y obtener información de forma eficaz (por ejemplo, hacer preguntas al resto del equipo, usar Google o herramientas de IA, etc.) es el objetivo principal de esta fase.

Sin embargo, también se evalúa la capacidad del candidato para comunicar sus ideas sobre cómo está resolviendo el problema.

Aquí, Hello Better se centra en estos 4 aspectos:

1. ¿Cuántos tests logró resolver el candidato?
2. ¿Cuál fue la calidad promedio de las soluciones que completó? (escala del 1 al 5)
3. ¿Pudo el candidato comunicar con claridad sus decisiones o su enfoque?
4. ¿Qué nivel estimarías que tiene el candidato?
5. ¿Algo destacable a mencionar que haya utilizado el candidato? -> Aquí es donde aparece la información más valiosa, por ejemplo:
   1. Candidatos que detectan errores en el código que no fueron intencionales (¡ups!)
   2. Candidatos que no pueden explicar cómo funcionan los resultados que obtienen con IA, Google, etc.
   3. Candidatos que no son capaces de explicar su proceso de pensamiento (thought process).

Mi Conclusión Personal

Sin duda alguna, aprender a diseñar buen software es CLAVE.

No sólo para superar tus entrevistas técnicas (que también), si no para convertirte en un Software Engineer verdaderamente profesional y capaz.

El momento de sólo centrarse en el código se ha terminado.

Es hora de aprender cómo ensamblar sistemas, dividiéndolos en partes más pequeñas y después anexionarlas entre sí.

Si te fijas, este tipo de entrevistas van a probar tu experiencia como profesional del desarrollo de Software de forma PRÁCTICA.

¡Así que es imprescindible no abandonarla!

Mañana compartiré algo que sin duda te va a ayudar a ello...

-Patri

1️⃣ Cuando estés list@, te recuerdo que en DevAccelerator™ ayudamos a Software y Data Engineers a superar sus Entrevistas Técnicas (entre otras muchas cosas). - ​​Únete a la lista de espera aquí.​