Me han hecho preguntas en entrevistas como estas: "¿Dígame un proyecto técnico que haya sido el más desafiante?" o "¿Dime un proyecto técnico en el que hayas aprendido más?" o "¿Cuéntame sobre el error más difícil que hayas resuelto?" Esto también se cubre en el capítulo "Preguntas de comportamiento" tema "Conozca sus proyectos técnicos" en el libro "Entrevista de descifrado de codificación por Gayle Laakmann McDowell"
¿Qué busca el entrevistador? ¿Cuáles son los puntos de datos o señales al evaluar este tipo de preguntas?
Actualización : las preguntas de comportamiento tienen un propósito específico. Por lo general, se les pide que recopilen puntos de datos del comportamiento pasado y predigan el comportamiento futuro. Aunque esta no es una solución ideal, las personas o las habilidades blandas son muy difíciles de evaluar. Las preguntas de la entrevista de alto impacto explican muy bien este concepto.
Muchas empresas piden a los candidatos que respondan estas preguntas en formato STAR en un plazo de 2 a 5 minutos (los reclutadores tecnológicos de empresas tecnológicas medianas y grandes han compartido este límite de tiempo en comentarios informales).
De manera similar, en las preguntas de comportamiento técnico, las pautas son estructurar las preguntas en desafíos, arquitectura, compensación, pila tecnológica, problemas de habilidades blandas, errores difíciles, etc.
Lo que estoy tratando de entender es qué comportamiento se evaluaría.
(No soy un novato en esta área. Tengo muchos aciertos y errores en este tipo de preguntas. Las entrevistas son muy breves y los entrevistadores siempre emiten juicios rápidos. Estoy tratando de reducir el fracaso preparándome todo lo que puedo)
¿Qué busca el entrevistador?
Están buscando entender más sobre ti. Para las preguntas específicas que usted indicó:
No piense demasiado en estas cuestiones de comportamiento. Solo responda honesta y cuidadosamente. Tratar de escupir la respuesta superficial que crees que el entrevistador quiere escuchar rara vez es efectivo. Más a menudo conduce a respuestas confusas e inconexas y al fracaso si el entrevistador hace preguntas de seguimiento.
Dedique algún tiempo antes de la entrevista a pensar en este tipo de preguntas y cómo podría responderlas honestamente, utilizando instancias específicas reales de su pasado. Utilice los libros que está leyendo como fuente de posibles preguntas, pero no de posibles respuestas.
Creo que la respuesta de Joe es excelente, pero en mi opinión falta un aspecto:
Me gustan este tipo de preguntas porque me hablan de la capacidad del candidato para comunicar problemas técnicos complejos.
Los desarrolladores al principio de su carrera suelen pensar que la habilidad más importante es escribir código. Pero cuanto más avance su carrera allí, más necesitará hablar sobre código. Debe explicar los detalles técnicos a las partes interesadas, los clientes o los desarrolladores junior.
Mientras escucho la respuesta, puedo observar si el candidato puede hablar sobre un error difícil o un problema tecnológico desafiante de una manera que me permita (que escucho la historia por primera vez) seguirla y comprenderla.
Además: puedo hacer más preguntas y profundizar más para entender más sobre el candidato y su capacidad.
Así que hay algunas cosas a tener en cuenta. La primera es que diferentes entrevistadores querrán saber cosas diferentes. Si está solicitando una firma de consultoría, digamos Mck o Deloitte, entonces quieren ver que se ha preparado para la entrevista y, al menos, saber el formato esperado para la respuesta. Entonces querrán ver que ha demostrado las habilidades necesarias de liderazgo, resolución de problemas y recopilación de requisitos.
Algunos reclutadores pueden estar "tratando de atraparlo con la guardia baja", otros pueden estar evaluando proyectos particulares o ver que ha realizado el tipo de trabajo que desean realizar. Tener estas experiencias (no reveladas) en su haber lo pondrá por delante de otros candidatos.
Aprender el método STAR (situación, tarea, acción, resultado) es realmente esencial para responder a estas preguntas de manera clara y concisa. Practica con algunos ejemplos. Además, siga adelante y observe cómo las personas responden estas preguntas en las entrevistas de preparación de youtube/consulting. Obtendrá una idea de cómo se ve una buena respuesta sólida , lo cual es realmente útil.
Generalmente, los entrevistadores quieren encontrar personas que
Así que trata de encajar esto en tu respuesta. Elija 3 o 4 puntos clave de su pasado laboral y descubra cómo, en una larga historia, puede cubrir todos estos puntos. Luego simplemente recorta la historia para que definitivamente cubras estos puntos y te pierdas todo lo que sea extraño.
Ahora trabaje esa historia en el formato STAR, y ya está.
Esas preguntas son solo intentos de pesca. En ese punto, estoy de acuerdo con Frank. Están diseñados para atraparte con la guardia baja. Podrían descubrir mentiras que hiciste en tu currículum. Podrían descubrir un rasgo de personalidad negativo percibido. Los entrevistadores que los utilizan no buscan algo específico.
La mejor manera de prepararse para ellos es hacer esas preguntas a otros buscadores de empleo y, a su vez, tratar de responder esas mismas preguntas usted mismo. Te sugiero que hagas eso en http://pramp.com
Recientemente, agregaron una sección específica para entrevistas de comportamiento. https://www.pramp.com/dev/uc-behavioral
Debido a que Pramp tiene buscadores de trabajo en el campo de la programación que se entrevistan entre sí, es un recurso invaluable para ver qué tan bien está a la altura de sus competidores potenciales. Personalmente, ya obtuve grandes conocimientos que simplemente no podría haber obtenido de otra manera.
Y una vez que termine esta pandemia, tal vez únase a una reunión de búsqueda de empleo relacionada con el software, o cree un grupo de expertos y participe en sesiones de entrevistas de práctica utilizando esos grupos. Pramp no es la única manera de hacer esto.
"Dime un proyecto técnico que fue el más desafiante?" o "¿Dime un proyecto técnico en el que hayas aprendido más?" o "¿Cuéntame sobre el error más difícil que hayas resuelto?"
Y no se obsesione con la redacción categórica de esas preguntas. Cuando dicen "el más desafiante", no tiene por qué ser el más desafiante. Simplemente tiene que ser desafiante. O cuando dicen "el error más difícil", no tiene por qué ser el más difícil. Cualquier error difícil de recordar servirá. Supongo que probablemente ya sabías esto (pero solo lo digo en caso de que haya alguien más leyendo esto que no se dé cuenta).
micro solar
mosquito
místico
explicar