¿Por qué los entrevistadores hacen preguntas fuera del alcance / experiencia?

Te explicaré, lo que probablemente haya sucedido en tu entrevista, por una historia personal:

Durante unos diez años en mi carrera, tuve que buscar y entrevistar candidatos altamente educados para encontrar y contratar a las personas adecuadas para una institución intercultural internacional. Gente de especialidades muy diferentes. Digamos que necesito un matemático. Antes de la entrevista ya había leído muchos de los planes de estudio presentados, y finalmente decidí tener cinco entrevistas con las personas más interesantes, con el objetivo de encontrar a UNA persona que pudiera ser la más adecuada para nuestra institución.
Entonces, cuando entrevisté a estas cinco personas restantes, ya podía suponer que estas personas conocían muy bien la materia, porque habían explicado muy bien su experiencia en su plan de estudios (aquellos que no podían convencerme de su experiencia en su plan de estudios). , por supuesto, no tendría ninguna oportunidad para una entrevista).
El objetivo principal de mis entrevistas no era saber cómo las personas resolvían ciertos problemas matemáticos, el objetivo principal era cómo estas personas, en la situación estresante de una entrevista de trabajo, actuaban sobre preguntas para las que NO estaban preparados.
Durante un día normal de cumplimiento de un trabajo exigente y ambicioso, siempre encontrará problemas que nunca antes había pensado. Lo sabrás muy bien. Ahora: la tarea del entrevistador es ponerlo, durante la entrevista, en una situación similar, una situación que no pudo preparar antes, lo llevará a una situación de cierto estrés, para ver su reacción. ¿Cómo responderá cuando se le pregunte sobre un problema que no está dentro de su experiencia? ¿Diría libremente: no sé acerca de estas cosas ?, ¿o está dispuesto a discutir estas preguntas junto con su entrevistador, como experto en otro campo ?, o incluso muestra un interés espontáneo en la pregunta, aunque usted no puedo responderlo, pero, suponiendo, que ambos sean personas bien educadas con sus respectivas experiencias, ¿y comienzan una discusión interesante con el entrevistador?
Todo esto es posible, y esta es una forma, un entrevistador lo conocerá mucho mejor que al hacerle algunas preguntas de Linux que seguramente responderá muy bien.

Espero que esto te sirva en tus próximas entrevistas de trabajo.

Gracias por la A2A

Lo único que agregaré a las otras excelentes respuestas aquí es la posibilidad de ver cómo reaccionas ante una pregunta fuera de tu área de especialización. Solía ​​contratar tecnólogos para operaciones de soporte y les hacía preguntas sobre tecnologías que no tenían en su currículum. Yo buscaría dos cosas:

1. ¿Qué respuesta obtuve? Que no lo sabían o que intentaron volar.

2. Lo que llamo el factor x: declaraciones o preguntas de seguimiento.

Te daré un ejemplo de una entrevista que hice para un programador de ETL. Su currículum fue muy sólido en el conjunto de herramientas que utilizamos, pero no tenía experiencia en scripts de shell de Unix, lo que hicimos mucho. Esto no es necesario palabra por palabra exactamente (porque no tengo ese tipo de memoria), pero la esencia es acertada.

Yo: “¿Cómo te calificarías con las secuencias de comandos de shell de Unix, qué shell prefieres y por qué?”

Candidato: “No tengo ninguna experiencia con las secuencias de comandos de Unix Shell, por lo que me calificaría muy bajo y por eso no tengo preferencia. ¿Qué shell es el que más se usa aquí?”

Yo: “Principalmente Korn, puede haber algo de Bash en algunos programas específicos, pero no mucho”.

Candidato: “Tengo algo de experiencia con la administración de Unix, así que estoy familiarizado con los comandos de nivel de Unix. Si me contratan, las secuencias de comandos de shell serían una debilidad para mí, pero me enseñé JavaScript en un mes, así que estoy seguro que solo necesitaría profundizar y podría aprenderlo rápidamente ”

Lo contraté y tenía razón, no tardó mucho hasta que supiera escribir en Korn y luego en Bash. Como gerente de contratación en el espacio tecnológico, sé que es posible que no obtenga todas las habilidades que estoy buscando, pero si un candidato me muestra que a. están dispuestos a aprender y b. pueden hacerlo rápidamente para disminuir el impacto de contratarlos, no considero negativo que no tengan experiencia con esa tecnología.

Muchas de las respuestas realmente dieron en el clavo en este caso. Hacer preguntas fuera del dominio del currículum es una herramienta útil para evaluar si un candidato está fumando o si es honesto y puede resolver un tema con el que no está completamente familiarizado. Muchas veces, este tipo de preguntas pueden estar relacionadas con otra experiencia que tenga un candidato y realmente creo que es una excelente manera de evaluar cómo un candidato aprende nuevos trucos, lo cual es tan importante como la experiencia existente, si no más.

De la mano de esto está el hecho de que se espera que los candidatos puedan adaptarse a diferentes equipos y responsabilidades con facilidad y entusiasmo. Las grandes empresas tienden a reorganizar los recursos y les gusta contratar a personas que se sientan cómodas para cambiar de puesto de vez en cuando a diferentes tareas.

Podría ser un malentendido de cuál es el papel de alguien. Ese alguien podría ser usted, el entrevistador, un reclutador o la persona que publicó el anuncio de trabajo. He visto que “ingeniero de Linux” (pero no “ingeniero de sistemas de Linux”) solía referirse a diferentes roles, incluido un rol de desarrollo que sucede en Linux.

O tal vez no tienen a nadie realmente calificado para entrevistarte. En una tienda pequeña, tal vez por eso quieren contratar a alguien para este papel.

Cuando entrevisto a los desarrolladores, no miro sus currículums antes de la entrevista. Voy a pedirles que escriban un código, y espero que un desarrollador razonablemente bueno pueda escribirlo. Dejé de entrevistar a un chico de la red porque no creía saber lo suficiente como para realizar una buena entrevista.

Es sobre todo porque el empleador quiere probar su calibre, quiere saber qué tan cómodo se siente al aceptar lo que no sabe. Recuerda que algunas personas te dirán que farolear y inventar cosas es impresionante y atractivo, de seguro todos tienen su opinión, pero personalmente creo que ser genuino contigo mismo y con el empleador es lo mejor, especialmente que el trabajo es técnico, no de ventas o marketing. para esa materia. Debes ser contratado por lo que mejor sabes. Si no sabe algo pero tiene la capacidad y el interés de aprenderlo rápidamente en beneficio de la empresa / trabajo, puede mostrar su interés y entusiasmo diciendo algo como “Tengo un conocimiento limitado sobre la tecnología, pero porque es de gran demanda para mi papel, ¡puedo aceptar el desafío! ”

Aprender a determinar las habilidades y limitaciones del candidato.

Esa es realmente la única razón.

Tres de las posibles razones:

1. Malos entrevistadores
2. Preguntas estándar de entrevista
3. Quieren ver su proceso de pensamiento sobre material para el que no tiene una respuesta preparada

Puedo dar más detalles sobre esto si quieres saber más.

Si le lanzo una pregunta fuera de la experiencia en su CV y ​​la responde bien, esa es una buena información: usted es más valioso de lo que esperaba.

Si afirma con calma y confianza que esto está fuera de su área de especialización, entonces no he aprendido mucho.

Si intenta inventar una respuesta o farolear, esa es la información más valiosa de todas. Si no tiene la confianza suficiente para poder decir “No sé”, entonces probablemente no quiera contratarlo.

(O tal vez es solo un entrevistador despistado. No atribuya a la malicia lo que puede explicarse por la estupidez, etc., etc.)

la capacidad de improvisar …… se prueba a veces para ver cómo los candidatos están dispuestos a profundizar y desarrollar lo que es una debilidad para ellos. * mi punto de vista sin embargo.

Podría ser un reclutador que puede haber enviado su currículum para un rol de ingeniero de DevOps o para un rol de ingeniero de infraestructura de datos. En ese caso, eso puede estar interesado en conocer un poco de Python o cualquier otro conocimiento del lenguaje de programación. También he visto a los reclutadores confundidos entre los roles de ingeniero de sistemas y administrador de Sys. Creo que su mejor enfoque es aclarar que su experiencia es en ingeniería de Linux Ststem.

Simplemente quizás eres profundamente experto pero tienes un problema en tu personalidad, quiero decir, como el trabajo en equipo o la comunicación con tu equipo, las cosas serán malas para los negocios, incluso si eres experto
Además, es un tipo de recursos humanos, así que aprendió a conseguir su trabajo.

A veces solo quiero saber hasta dónde puedes llegar. Esto es particularmente importante para los puestos de I + D y cuando hay múltiples candidatos para elegir.