En los campos de la ingeniería, puede ser bastante difícil formular preguntas buenas y consistentes que permitan a un entrevistador obtener una buena visión general de lo que un candidato es capaz de hacer. Desafortunadamente, en estos campos, los reclutadores están muy desesperados por obtener ubicaciones porque puede ser bastante lucrativo, por lo que hacen todo lo posible para darles a sus candidatos una ventaja, incluso interrogarlos sobre las preguntas que se les hicieron para que puedan preparar su candidatos para el éxito en la respuesta a las preguntas. El resultado final es que nuestras preguntas se vuelven inútiles, ya que si un candidato ya conoce la respuesta (o tiene la oportunidad de investigarla con anticipación) no podemos obtener ningún dato sobre su capacidad real para resolver problemas por sí mismo.
Aparte de tener que proponer nuevas preguntas para cada candidato (malo porque aumenta la carga de trabajo de la entrevista y dificulta hacer comparaciones objetivas) o pedirle a Recursos Humanos que excluya a los candidatos que provienen de estos malos reclutadores (no están dispuestos a hacer eso), ¿Cómo podemos evitar que los reclutadores "envenenen el pozo" de esta manera?
EDITADO PARA AGREGAR: Las preguntas que hacemos no son simples preguntas de "memorización" o "trivia". Son la resolución de problemas y el diseño de sistemas de alto nivel. Sin embargo, esta pregunta aún se aplica a los campos donde las preguntas de memorización/trivia son una parte importante del proceso de selección, y la naturaleza del problema en sí no es la parte de esta situación que debe cambiarse en cualquier caso.
Además, las empresas de reclutamiento son contratadas por nosotros para encontrar candidatos: somos nosotros quienes pagamos su bono de contratación, no los candidatos. Por lo tanto, realmente no deberían enviarnos candidatos de baja calidad que hayan preparado para parecer candidatos de alta calidad.
Supongo que no estás haciendo preguntas triviales, sino que tienes preguntas más significativas.
Si tiene tipos de preguntas de diseño, puede cambiar pequeños detalles y realmente hacer tropezar a alguien que en realidad no sabe lo que está haciendo. Cambiar pequeños detalles de las preguntas de su entrevista realmente puede probar algunas cosas:
Si no quiere hacer esto, haga muchas preguntas de "por qué". "¿Por qué estás haciendo X?" "¿Qué pasa con Y?" como seguimientos. Los buenos candidatos podrán responder, o al menos debatir inteligentemente, independientemente de la preparación; los malos candidatos no lo harán.
También puede preguntarle a su reclutador sobre esto y ver por qué lo están haciendo. Eso puede no ser consciente de que le está causando problemas. Puede resolver esto rápidamente con una breve conversación.
De lo contrario, si le dicen que no lo son/se niegan/lo que sea, consiga reclutadores mejores/diferentes. Parece que estás trabajando con reclutadores de fondo.
Considere también la posibilidad de que sus preguntas se publiquen en línea (y no del reclutador). Sugeriría primero investigar esto antes de culpar a su reclutador. Si trabaja para una empresa de alto perfil, aunque sea remotamente, es probable que se publiquen preguntas en Internet.
También puede considerar incluir acuerdos de tipo NDA en su proceso de entrevista. Si tiene un departamento legal o de recursos humanos dedicado, comuníquese con ellos sobre este tema.
En lugar de proponer preguntas diferentes para cada candidato, proponga preguntas que sean diferentes para cada candidato. Las mejores entrevistas que he tenido involucran un proyecto abierto "Muéstrame cómo diseñarías un juego de monopolio" "escribe un método para verificar si una cuerda es un palíndromo" "Soy un cliente que quiere que diseñes un sistema para ellos... hazme preguntas y averigua lo que quiero", etc.
No tienes que hacer mucho trabajo de pies para simplemente cambiar entre monopolio y solitario (o cualquiera que sea el equivalente de ingeniería), y qué tipo de trabajo de preparación van a hacer cuando la prueba es básicamente "muéstrame cómo te va". sobre hacer trabajo de ingeniería"?
Un ejemplo podría ser elaborar una lista de problemas con los que te has encontrado en el trabajo que le pedirás que haga. Pregúntele cómo haría para solucionar y resolver el problema. Escuche su respuesta y juzgue por ella, pero no le diga cuál fue la respuesta "real". Entonces, ¿qué pasa si el candidato puede tener un poco más de tiempo para investigar el problema? Eso es más realista que esperar que lo sepa en el acto. Los ingenieros reales que resuelven problemas tienen el mismo tiempo y recursos que sus candidatos tendrán si tienen una advertencia previa de la naturaleza de los problemas.
Y si realmente quiere nivelar el campo de juego, distribuya una lista de problemas del mundo real a los candidatos uno o dos días antes. Después de todo, lo que realmente debería probar es su capacidad para utilizar los recursos disponibles para resolver problemas, no su capacidad para memorizar hechos.
Comience a hacer preguntas que los reclutadores no puedan responder. De lo contrario, las preguntas son como juegos de Trivial Pursuit o Let's See If You Know What I Know.
Las preguntas basadas en la experiencia o que requieren la capacidad de aplicar el conocimiento serán difíciles de ayudar para los reclutadores con demasiada preparación. No hay nada de malo en que alguien se prepare de todos modos.
Tienes que decidir la importancia de la memorización en tu campo. Tal vez debería hacer que los candidatos realicen una pequeña tarea que sea típica de sus proyectos para demostrar que pueden hacer lo que requiere el trabajo.
Asegúrese de que su contrato con los reclutadores establezca que la bonificación solo se paga si la persona permanece en su empresa durante, digamos, 3 meses. Si un candidato pasa por su proceso de selección memorizando preguntas, probablemente no estará con usted por mucho tiempo...
Las otras respuestas le dan poca importancia a la gravedad del problema presentado por el OP. El OP es válido/en el objetivo. Si desea crear un grupo de docenas de preguntas distintas, eso es admirable. Para un entrevistador que no tiene tiempo infinito en sus manos, y que justificadamente pone mucho énfasis en la capacidad de codificación, esto es un verdadero enigma.
Teniendo en cuenta todo esto, si yo fuera el entrevistador, pondría un estándar significativamente más alto para los candidatos que provienen de esa agencia en particular. Las preguntas reales probablemente serían más espontáneas: en cualquier caso, se "filtrarán" a su agencia para que no merezcan tanta atención.
Probablemente pueda discernir en cualquier caso si los candidatos habían escuchado las preguntas antes.
En lugar de pedirles que propongan un diseño (que es el tipo de cosas para las que puede aprender), permítales buscar el diseño existente de otra persona y realizar una revisión por pares. Esa es una habilidad muy diferente, muy importante, y puedes consultar las últimas confirmaciones realizadas en Github en algún proyecto público y revisarlas con el candidato. Literalmente, no hay forma de prepararse para una revisión de código de un fragmento de código que aún no existía cuando comenzó la entrevista.
(Por supuesto, esto requiere que el entrevistador sea al menos tan capaz como el entrevistado, porque también tendrá que ser capaz de analizar un código base desconocido en un tiempo relativamente corto).
enderland
ed sanar
ProyectosCostaOeste
esponjoso
esponjoso
DA.
Brandín
aron_dc
MiniRagnarok
Martín Argerami
jamesryan
usuario10042