Dar en el blanco con pruebas de codificación en el entorno natural [estudio de caso]

Publicado: Última actualización:

Después de publicar un post sobre lo que no se debe hacer al contratar programadores, recibimos algunas preguntas sobre las tareas de programación y la forma en que debemos verificar las habilidades de codificación.

Gracias a mi larga experiencia laboral, tengo mucha práctica en el proceso de contratación de programadores en algunas de las mayores empresas de TI con sede principalmente en el centro-este de Europa.

Hemos escrito mucho sobre las entrevistas técnicas. Consulte La guía definitiva de la entrevista técnica.

Desafíos al entrevistar a los desarrolladores

Cuando empecé a entrevistar a desarrolladores, no había tiempo para realizar pruebas de programación y codificación activas. Teníamos muchos candidatos, por lo que teníamos que ceñirnos a un límite de una hora para cada cuestión: evaluación blanda y técnica, así como negociaciones financieras. Finalmente contratamos a unos 5% de candidatos iniciales. Tras el periodo de prueba, unos 90% siguieron trabajando. Era una tasa de conversión bastante buena.

Bastante...

Pero después de calcular los costes causados por decisiones de contratación inadecuadas, nos dimos cuenta de que estábamos desperdiciando mucho dinero. Salario, RRHH, oficina, cuadernos, tiempo de los desarrolladores senior para la puesta en marcha, etc. Los gastos adicionales al salario casi duplicaban el coste final.

Hay tres razones principales para no contratar a los desarrolladores después del periodo de prueba:

  1. no pudieron trabajar en el equipo,
  2. sólo tenían conocimientos teóricos,
  3. que funcionaban mucho más despacio de lo esperado.

La razón por la que no pudimos descubrir todas esas desventajas fue la omisión de las pruebas de codificación activa durante la entrevista. Contratar a desarrolladores de software sin comprobar si realmente pueden codificar de forma rápida e inteligente es similar a comprar un coche sin verificar si el motor funciona.

Entonces, ¿cómo podríamos comprobar todos estos puntos débiles en sólo 60 minutos?

La respuesta es sencilla: ¡no pudimos! Tuvimos que ampliar el proceso de entrevistas al menos dos horas. Pero antes de hacerlo nos vimos obligados a limitar el número de candidatos al principio. Decidimos hacer una selección telefónica de 15 minutos haciendo entre 10 y 15 preguntas técnicas y conociendo sus expectativas salariales. Sobre esa base invitamos o no al candidato. El proceso de selección nos permitió reducir el número de próximas reuniones necesarias en casi 40%, lo que fue un resultado peor de lo que esperábamos, pero lo suficientemente bueno para ampliar el tiempo de cada entrevista.

Hemos tratado de encontrar una solución para verificar si cada candidato está en la misma longitud de onda con el equipo, así como si puede utilizar los lenguajes de programación que solemos usar a diario. Independientemente de las habilidades de codificación requeridas en el trabajo de los programadores, ponemos énfasis en su forma de pensar, especialmente porque afecta a su capacidad de comunicación con los demás.

¿Es la programación por parejas una solución?

La idea era hacer programación en pareja. Genial, obtendremos lo mejor de ambos mundos. La suposición era correcta para alrededor de 70% de nuestros candidatos. Como resultado, una sesión de codificación de una hora fue suficiente para ver cómo alguien actuará en nuestro exigente y específico entorno, tanto en el uso de los conocimientos poseídos en la práctica, utilizando la capacidad de procesamiento rápido de la información, la flexibilidad y también como trabajador en equipo, que a veces se ve obligado a hacer concesiones con el fin de lograr los objetivos de la empresa.

Al mismo tiempo, también nos permitió ver cómo utilizan las herramientas, pero sobre todo cómo pueden utilizar los principios SOLID en la práctica, etc. ¿Pero qué pasa con los otros 30%? De hecho, se trataba de personas que no saben programar por parejas en absoluto. Era totalmente antinatural para ellos. ¿Es un gran problema? Cuando te das cuenta de que en la práctica pasaste 5-10% del tiempo en programación en parejas tienes que pensar si puedes vivir con esos empleados en el puesto que estás ocupando 🙂 .

¿Cómo podemos comprobar sus habilidades de codificación? Dejando que continúen la tarea que hemos empezado. Pero solos. Sin entrevistadores que vigilen por encima de su hombro y comenten cada línea de código.

Lo que también es importante es recrear las condiciones naturales de cada desarrollador - IDE favorito instalado, acceso a StackOverflow.com, documentación, etc. Si el candidato pregunta sobre el uso de su propio cuaderno, la respuesta debería ser siempre: "Siéntete libre. Haz todo lo que necesites para sentirte cómodo codificando". El entorno natural es absolutamente necesario para todo tipo de pruebas que verifiquen las habilidades de codificación, tanto en la programación por parejas como en las entrevistas individuales.

Compartir correo

Más información sobre la contratación de tecnología

Suscríbase a nuestro Learning Hub para recibir información útil directamente en su bandeja de entrada.

Verificar y desarrollar las habilidades de codificación sin problemas.

Vea los productos DevSkiller en acción.

Certificaciones de seguridad y cumplimiento. Nos aseguramos de que sus datos estén seguros y protegidos.

[Ebook]
[Ebook]
El logo de DevSkiller Logotipo de TalentBoost Logotipo de TalentScore