La alternativa de la entrevista en la pizarra: cómo hacer (finalmente) bien las entrevistas técnicas

26 de febrero de 2019
entrevista en la pizarra: preguntas de entrevista a un ingeniero de software

Las entrevistas técnicas han provocado desde hace tiempo la indignación de los desarrolladores de software. Su objetivo es evaluar la aptitud de los ingenieros y predecir el rendimiento futuro si son contratados para el trabajo. Esto suena bastante sencillo, ¿verdad? ¿Por qué entonces tantas empresas tecnológicas, incluyendo gigantes de la tecnología, recurren a métodos de entrevista que los desarrolladores realmente odian? La entrevista en la pizarra es, de lejos, el mayor ofensor.

En este artículo, nos ocupamos de los siguientes temas:

  • ¿Qué es una entrevista en la pizarra y qué tiene de malo?
  • ¿Cuál es el objetivo de la entrevista técnica?
  • ¿Odian los desarrolladores la idea de ser probados? Las ideas de nuestro estudio
  • 73% de los desarrolladores toman una prueba de codificación enviada por el reclutador
  • 91.9% de los desarrolladores que empiezan a tomar la prueba la terminan
  • Entrevista en pizarra alternativa, también conocida como "cómo estructurar su proceso de reclutamiento técnico".
  • Reclutamiento técnico de Spartez: estructura
  • La entrevista en la pizarra: conclusión

Hemos recogido más consejos y trucos para las entrevistas técnicas en La guía definitiva de la entrevista técnica.

¿Qué es una entrevista en la pizarra, qué tiene de malo?

Las entrevistas en pizarra son esencialmente pruebas técnicas que te dicen muy poco sobre las habilidades reales de codificación. Se pide a los candidatos que inviertan los árboles binarios en una pizarra o que recuerden los algoritmos de la parte superior de su cabeza. Para citar al instructor de codificación... Quincy Larson,

"Desafortunadamente, las prácticas de entrevista en las grandes empresas de tecnología no son tan científicas. La decisión de contratar o no a un desarrollador normalmente se reduce a que el candidato se acerque a una pizarra y regurgite algoritmos que no han cambiado desde la década de 1970, como un mono (clásicamente) entrenado".

En otras palabras, el mayor defecto de la entrevista en la pizarra es que no es realista. Tampoco es representativa de las habilidades de codificación de uno. Como consecuencia, este estilo de entrevista puede ser estresante e intimidante para el candidato. Incluso los desarrolladores experimentados y capacitados pueden sentirse intimidados por el proceso e incluso fracasar en este tipo de entrevista.

¿Pruebas?

Max Howell: Rápido. Código Abierto. Futurismo. Creador de Homebrew. A tiempo completo haciendo código abierto para *usted*.

pizarra entrevista crítica twitter Max Howell

David Heinemeier Hansson: Creador de Ruby on Rails, Fundador y CTO en Basecamp, autor de best-sellers del NYT, y piloto de carreras ganador de la clase 24h de Le Mans.

pizarra entrevista crítica twitter DHH

Los puzles de prueba en pizarra no se parecen al trabajo diario de los desarrolladores - no hay ordenadores, ni acceso a materiales de referencia. Este escenario no es realista y como tal, te dice muy poco sobre las habilidades reales de codificación de uno. Como Quincy Larson escribió"El único mundo en el que se necesitaría poder recordar un algoritmo sería el post-apocalíptico, donde los discos duros de todas las computadoras conectadas a Internet se frieron, y todas las copias de los documentos académicos fundamentales y los libros de texto de informática se redujeron a cenizas".

quemar todos los recursos de entrevistas de la pizarra del GIFEs altamente improbable que sus desarrolladores trabajen en este tipo de ambiente. Para empeorar las cosas, las entrevistas en pizarra tienden a producir equipos homogéneos porque típicamente "discriminar a las personas que ya están subrepresentadas en el campo.

Con toda la mala reputación que tienen, uno pensaría que las pruebas de pizarra son cosa del pasado. Lamentablemente, todavía están muy vivos. Hay muchos recursos que enseñan a la gente a hacer entrevistas en la pizarra, ya que como hemos dicho, es una habilidad propia.

Por suerte, no todo está perdido.

¿Cuál es el objetivo de la entrevista técnica?

Habiendo establecido lo que es la entrevista en la pizarra, veamos ahora los objetivos de la entrevista técnica.

  • evaluar las habilidades de resolución de problemas
  • trabajar juntos para evaluar la adecuación del equipo y la empresa
  • se centran en tareas específicas de su empresa, por ejemplo, las que su equipo de desarrollo está trabajando actualmente.

Echemos también un vistazo a los objetivos del candidato que se presenta a la entrevista técnica.

  •  hacer que sus habilidades sean evaluadas de manera objetiva
  • conocer a las personas con las que potencialmente podrían estar trabajando
  • ...sentir la compañía...

Las entrevistas centradas en la pizarra se utilizan a veces en lugar de la selección técnica (suspiro), que debe preceder a cualquier entrevista. Con el enfoque correcto de la evaluación de habilidades técnicas, se puede reducir el número de entrevistas innecesarias hasta en 65%. La evaluación de las aptitudes de programación en las primeras etapas del proceso de contratación le permite centrar su tiempo, energía y conversación en los candidatos más prometedores. Por regla general, cuanto mejor sea el proceso de preselección, menos personas necesitan ser invitadas a una entrevista en el lugar.

Tanto si se utilizan antes de la entrevista técnica como si se utilizan como entrevista técnica, las entrevistas en pizarra simplemente no pueden permitir que se alcancen todos los objetivos mencionados anteriormente.

LECTURA RECOMENDADA: Cómo dar una entrevista técnica: 7 consejos para una entrevista técnica

¿Odian los desarrolladores la idea de ser probados? Las ideas de nuestro estudio

En el caso de la evaluación de habilidades técnicas, el diablo está en los detalles. Para los desarrolladores, la idea de que sus habilidades sean evaluadas no es el problema. Es la ejecución lo que provoca la indignación.

¿Pruebas? Recientemente hemos publicado el Informe de Contratación y Habilidades Técnicas de DevSkiller 2019 basado en más de 112K pruebas de codificación tomadas por candidatos de más de 120 países. Tener estos datos nos pone en una gran posición porque podemos responder algunas preguntas importantes y relevantes de la industria. Aquí están dos de nuestros hallazgos (hay mucho más en el informe, asegúrate de comprobarlo). DevSkiller Global Technical Hiring Skills Report 2019 whiteboard interview statistics

Tasa de finalización de pruebas: 73% de desarrolladores toman una prueba de codificación enviada por el reclutador

En todos los niveles de dificultad, la mayoría de los desarrolladores terminarán una prueba de codificación basada en principios de trabajo reales. Esto sugiere que los desarrolladores están abiertos a la idea de una evaluación de habilidades. Lo que es más, demuestra que responden bien al RealLifeTestingTM la metodología de nuestra plataforma. Curiosamente, para algunos países, las tasas de finalización son casi universales. Estos países incluyen a Letonia, Armenia (97%), Dinamarca (96%), Nueva Zelanda (92%) y el Reino Unido (92%).

pizarra de entrevistas alternativas tasas de finalización de las pruebas de codificación

91.9% de los desarrolladores que empiezan a tomar la prueba la terminan

Los resultados de nuestro reciente estudio sugieren que no todas las evaluaciones de las habilidades de codificación son iguales. Basándonos en nuestra muestra, casi 92% de desarrolladores que comenzaron a hacer una prueba en nuestra plataforma se tomaron el tiempo de terminarla y enviarla.

Esto sugiere que los promotores no se oponen a la idea de una evaluación de los conocimientos técnicos como tal. Lo que no aprecian es ser probados de una manera que no permite que sus habilidades brillen.

Entrevista en pizarra alternativa, también conocida como "cómo estructurar su proceso de reclutamiento técnico".

Hay muchas alternativas a las entrevistas en pizarra. Veamos la mejor configuración que puedes usar para aumentar los resultados de la contratación técnica.

el proceso de contratación de IT sin la entrevista en la pizarra

  1. Fuentes de información
  2. Proyección (con una solución automatizada)
  3. Entrevista de habilidades sociales y entrevista técnica (a menudo en el mismo día)
  4. Oferta
  5. Contratar

En primer lugar, hay que automatizar el procedimiento de preselección y filtrar los candidatos no viables mucho antes de la etapa de la entrevista. De esta manera, sólo pasarás el tiempo cara a cara de tu equipo de TI con los candidatos que podrían ser adecuados para el puesto. ¿Qué pasa si no filtras los candidatos débiles? Es probable que sus resultados incluyan mucha pérdida de tiempo, cuellos de botella innecesarios, frustración, pérdidas de productividad... Eso es sólo la punta del iceberg.

En segundo lugar, debes seguir tu selección técnica con una entrevista de habilidades sociales y una entrevista técnica. Durante la entrevista de habilidades sociales, recomiendo encarecidamente preguntar a estos preguntas de comportamiento para preguntar a los candidatos técnicos.

En la entrevista técnica, desea utilizar tareas de entrevista de codificación que cumplan los siguientes criterios:

  • La prueba es una auténtica muestra de trabajo
  • Le da a tu candidato todos los recursos que normalmente utilizaría en el trabajo
  • Basa la tarea en un problema de negocios que enfrentarán cuando empiecen a trabajar para ti.

Una de las mejores alternativas de entrevista en la pizarra es la función de CodePair.

La codificacion en una entrevista de codificacion online es una alternativa a la entrevista en la pizarra.

Puedes encontrar más información sobre el emparejamiento de códigos en uno de nuestros artículos:  Entrevista de codificación en línea y cómo hacer un CodePair a distancia

Una advertencia: aunque todos los elementos mencionados están presentes en su proceso, todavía puede mejorar. Echemos un vistazo a cómo Spartez impulsó sus resultados de contratación de desarrolladores moviendo las cosas en su proceso.

Reclutamiento técnico de Spartez: estructura

Proceso de reclutamiento técnico de Spartez pizarra de entrevistas alternativas

1. Fuentes de información

Spartez contrata aproximadamente 20 promotores al año. Los conocimientos técnicos que valoran incluyen Java, JavaScript, .NET y C++.

2. Proyección técnica de DevSkiller

Le damos a todos la oportunidad de intentar la prueba. No evaluamos a las personas sólo por su currículum y sus años de experiencia, nos preocupamos más por sus habilidades técnicas y la profundidad de su experiencia", dice Patrycja Kiljańska, Especialista en Adquisición de Talentos en Spartez.

3. Prueba de codificación en vivo

Aquellos que pasan la selección inicial son invitados a una prueba de codificación en vivo llevada a cabo por uno de sus ingenieros. Este paso es opcional, pero algunas compañías prefieren mantenerlo para disminuir aún más el número de entrevistas in situ.

4. Entrevista técnica

Los candidatos seleccionados son invitados a una entrevista técnica de 60 minutos realizada por dos ingenieros de Spartez. La entrevista abarca los fundamentos de Java o JavaScript, así como preguntas sobre otras cuestiones técnicas y tareas que los desarrolladores de Spartez afrontan en el trabajo.

5. Entrevista con los directores de desarrollo/el director general (para los puestos superiores)

Esta es una típica ronda gerencial que cubre la comunicación, el trabajo en equipo, la motivación y las preguntas basadas en el producto.

Por supuesto, la estructura del proceso técnico en Spartez es sólo un ejemplo de cómo se puede configurar el proceso de selección técnica.

La entrevista en la pizarra: conclusión

En un mundo que funciona con código, tiene sentido contratar a personas en base a la calidad de su código y no a otras habilidades discretas como la memorización de memoria. Como Nate Swanner dice: "Un mejor uso de la pizarra puede ser profundizar en el proyecto GitHub de un candidato y animarle a esbozar su concepto de cómo funciona una aplicación o herramienta y cómo puede escalar. Pregúnteles sobre sus propios proyectos; si no pueden relacionar cómo funcionan sus propios proyectos -y aceptar las críticas sobre ellos- eso podría proporcionar una mejor idea de quiénes son y cómo funcionan que la inversión de un árbol binario nunca podría". No podría estar más de acuerdo.

Si quieres hacer un cambio y evaluar objetivamente las habilidades de codificación, echa un vistazo a nuestro catálogo de pruebas de codificación.

Compartir correo

Es más que un simple boletín de noticias

Reciba información útil directamente en su bandeja de entrada y aprenda más sobre la contratación de tecnología.

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.