Érase una vez, incluso en la antigüedad, escribí un artículo para Habr -
Entrevista. La mirada del solicitante .
En los 10 años que han pasado desde entonces, mucho ha cambiado: la cantidad de proyectos en mi cartera ha aumentado, tanto exitosos como exitosos; Se han leído docenas de libros, se han visto docenas de entrenamientos y vidosiks en YouTube, tanto útiles como "devoradores de tiempo", así como docenas de entrevistas, pero que ya he realizado. Después de un tiempo, se realizó una revisión de puntos de vista
, pero esto no es exactamente de lo que quiero hablar en este artículo de discusión.
Es hora de crear una secuela. Conoce mi # 10YearChallenge, solo ahora por el entrevistador.
Por qué Por qué Para quien
La afirmación de que soy tan increíble y ahora con un ligero movimiento del lápiz o presionando los botones del teclado dará los consejos más prácticos y todo estará bien, fundamentalmente falso. El propósito de este artículo es intercambiar experiencias y posiblemente dar a los entrevistadores principiantes algunas recomendaciones generales, como La persona que entrevista al candidato es la cara de la empresa. ¿Te gustaría ir a una oficina donde un entrevistador o gilipollas de Recursos Humanos / Reclutador con experiencia y lo demuestre desde la puerta? Yo no
Aburrido y aburrido fondo sobre ti mismo, que puedes omitir
En esta sección, no voy a revelar los secretos de Open Sign, solo una pequeña digresión que cuenta sobre mí. Las entrevistas se han convertido en mi responsabilidad durante los últimos 5-6 años. Ahora puedo entrevistar a candidatos desde el nivel de desarrollador junior hasta el nivel de gerente junior, desarrolladores solo en una cierta pila de tecnología en la que tuvo lugar mi "crecimiento" y desarrollo, es decir No estoy de acuerdo en entrevistar a un desarrollador de C ++, porque Me he encontrado con este lenguaje de programación durante mucho tiempo.
En total, realicé unas doscientas entrevistas, hubo años / meses cuando realicé 2-3 entrevistas por semana, hubo un momento en que realicé solo 7 entrevistas por año. Ahora me considero cómodo para 1 entrevista por semana / dos.
Voy a hacer una reserva de inmediato, solo me dedico a entrevistas técnicas, no le doy una oferta de trabajo a la compañía, aunque hace algún tiempo tenía tales poderes.
Sobre el currículum y el comienzo de la conversación
Antes de la entrevista, siempre recibo el currículum de un candidato. Vale la pena señalar que el contenido a veces depende de la región, por lo que hay un currículum que enumera que el candidato trabajó con diversas tecnologías y simplemente recorta en cada una de ellas. Siempre parece un poco sospechoso, porque Conozco solo a unas pocas personas que juegan en Java y .Net (por ejemplo), además, esta es una excepción más que una regla. Al mismo tiempo, un desarrollador de pila completa que puede usar tanto .Net como JS es bastante normal, aunque hay algo más y algo menos.
Un momento de excusa: desafortunadamente, vengo con una computadora portátil para una entrevista
y me siento con la nariz adentro, solo regañando ocasionalmente, y si solía ser escéptico de tales acciones, ahora tengo que lidiar con qué hacer en las notas del candidato, luego escribir una conclusión detallada , no hará una nota, pero los candidatos 2,3,4 por semana y eso es todo, el entrevistador no puede escribir / recordar detalles para la revisión y, en general, la personalidad del entrevistado está manchada, para agravar, puede agregar que dejó la entrevista y necesita regresar al proyecto y a otros asociados con él, y allí están sus golpes y correr.
No anotado, olvidado. El mejor recuerdo es el papel.
Por lo tanto, vino,
explicó por qué necesitaba una computadora portátil y, si al candidato no le importaba, abrió su cuaderno
y cerró la bufanda . Se presentó y explicó lo que vamos a hacer ahora.
En promedio, mis entrevistas duran desde una hora o más, por lo general hasta 2, por supuesto, trato de no arrastrar el vacío, bla, bla, bla. Si la pregunta atormenta: “¿para qué? ¡puede averiguar si le conviene o no en 10, 15, 30 minutos! ”, entonces la respuesta se puede encontrar en la discusión a continuación. ;)
El siguiente paso le pido que le cuente al candidato sobre mí, mi experiencia en los últimos años. Un lector curioso inmediatamente tendrá una pregunta lógica: “¿Por qué? ¿Has leído el currículum antes de la entrevista? ¡El fondo!
Leí, pero como muestra la práctica, a veces las personas envían un currículum moralmente obsoleto que no refleja los últimos logros. No, esto no es pereza humana, a veces una persona no tiene tiempo, a veces otras tareas, a veces se actualiza rápidamente. Además, en el sector de TI, el trabajo a menudo busca un candidato, y no al revés, esto debe entenderse y aceptarse.
Además, como regla, son posibles 2 desarrollos:
- El candidato habla incesantemente de sí mismo. ¿Qué es él (a) bueno y generalmente bien hecho y qué suerte tiene la empresa cuando lo emplea? En general, en palabras de un clásico moderno:
El mundo entero se transformará a la vez.
Se convertirá en más belleza
Y brilla como diamantes de imitación
Sonríe y trae puentes.
- El candidato realmente no sabe cómo / quiere anunciarse, y por qué, ¿cuándo hay trabajo? Más \ menos amado, además, bien pagado.
En el primer caso, debe escuchar al candidato con mucho cuidado, tomar notas y, basándose en los resultados de las notas, hacer preguntas profundas. Como muestra la práctica, hay momentos en que las personas conocen bien varios temas, además tienen una habilidad genial para la presentación personal: hombres guapos, ¡aplaudo estar allí! A veces es al revés, escribieron todo tipo de nombres, términos y, no solo lo pusieron todo en un currículum, sino que también decidieron afeitar estas palabras en la entrevista,
incluso hay regiones remotas donde esto es muy común . Hay exactamente el mismo enfoque, escuchamos con mucho cuidado, tomamos notas y luego profundizamos.
Preguntas y pruebas de conocimiento / habilidades
Inmediatamente, observo que vale la pena separar 2 enfoques de los problemas: la presencia de experiencia práctica y la presencia de conocimiento teórico.
Una teoría sin práctica es muerta y estéril, y una práctica sin teoría es inútil y perniciosa. © por Chebyshev.
En mi opinión, un buen ingeniero es una persona que combina la presencia de experiencia práctica y conocimiento teórico, porque las tareas no solo deben ser capaces de hacer desde la cerca hasta la cena, hacerlo bien (leer profesionalmente), sino a veces explicar lo que se les ha hecho a sus colegas y no parecer un laico a los ojos de los demás.
Por lo tanto, cuando una persona habla sobre su experiencia previa, muestra que realmente la "sintió" en la práctica, y luego ya es posible lanzar preguntas teóricas para tener una idea de que la persona usó el microscopio para no meter muletas en los durmientes.
Si una persona quiere dibujar, explique qué hay en una hoja de papel o en un tablero de dibujo; por ejemplo, solo estaré contento con tal visualización.
Además, claramente presionaré al candidato para que razone "en voz alta", porque Este es un proceso bastante útil, tanto desde el punto de vista del solicitante - demuestra sus habilidades para razonar y sacar conclusiones, y desde el punto de vista del entrevistador - tal vez el candidato no tiene suficientes cosas pequeñas para que una persona pueda abrirse desde un punto positivo y demostrar su conocimiento, que es como una pequeña piedra, capaz de causar una gran caída de rocas.
Por lo tanto, llegamos a la conclusión de que
una de las principales tareas del entrevistador es ayudar al candidato a demostrar sus conocimientos y habilidades prácticas . Por lo tanto, la entrevista puede durar más de una hora.
Prueba de habilidades prácticas y teóricas: preguntas y respuestas
Es bastante útil e interesante hacer preguntas teóricas, esto muestra la amplitud de los puntos de vista y el conocimiento de una persona, así como la capacidad de encontrar información en varias fuentes. Respeto especialmente a las personas que, al responder una pregunta teórica, pueden tejer algún tipo de referencia a partir de su experiencia práctica.
No me detendré particularmente en el punto de control de la teoría, solo noto que debe pasar por la teoría de las secciones que la persona declaró, pero también recuerde preguntar por algo cercano. Como ejemplo, una persona puede decir que vio la arquitectura del proyecto y formuló algunas preguntas aclaratorias más: "¿cuántas personas estaban en el proyecto?" o "¿qué otras responsabilidades tenías?" puede descubrir que una persona también logró conducir con bastante éxito con un equipo de 10 personas, pero salió de su cabeza durante una entrevista o el entrevistador no hizo las preguntas correctas. Para que puedas perderte habilidades valiosas.
"Bueno, es bastante fácil cuestionar la teoría, pero ¿cómo vamos a evaluar la práctica? ¿Ponerlo en la computadora y hacer que escriba código? ¿O comenzarás a ahogarte para la prueba ahora?Como me oponía a las tareas de prueba, sigo siendo partidario de esta teoría. Una persona no debe dedicar su tiempo
personal a resolver tareas que no se pagan, pero si el entrevistador no puede entender, una persona puede escribir el código sin recurrir a una prueba, entonces ese entrevistador es el fondo. Además, la norma del período de prueba está fijada en la legislación, que funciona en ambos sentidos: el empleado entiende que la empresa es adecuada para él, si se cumplieron sus expectativas, la empresa, a su vez, puede evaluar las cualidades profesionales de la persona con más detalle.
"¿Cómo lo comprobarás tú mismo?"Le pediré que anote un pequeño fragmento de código, sin encontrar fallas en la sintaxis, la precisión de las llamadas a métodos y otras tonterías. Una hoja de papel o una pizarra, no hay diferencia. No verificamos cuánto recuerda una persona todas las firmas de métodos sobrecargados de una clase determinada. Al mismo tiempo, considero que es innecesario escribir un gran fragmento de código, para una entrevista es bastante normal dar un pequeño fragmento de código, por ejemplo, mi favorito para probar el conocimiento del DI del "concepto" y pedir que agregue un método simple, que indique lo que se puede escribir o se puede decir con palabras. Muy a menudo tengo tipos que miraron brevemente el código y dijeron: "Bueno, aquí necesitas usar DI, puedes hacer esto, o puedes, luego hazlo y ya está". Si una persona puede explicar todo en menos de un minuto, ¿por qué molestarse en escribir? Lo mismo se aplica a otras habilidades técnicas.
Las cosas son un poco más complicadas con las habilidades de diseño, por ejemplo, una base de datos, aquí puedo preguntar y dibujar en una pizarra, pero definitivamente no conduciré a ninguna persona a ninguna nota.
"¿Escribir código nuevamente?" ¿Es posible verificar la disponibilidad de habilidades prácticas solo a través del código? ”De ninguna manera, si una persona comienza a hablar sobre algún caso en la práctica o el uso de ciertas herramientas o habilidades, es bastante lógico complicar un poco la situación y preguntarle cómo actuaría. O dé una situación por experiencia personal y vea cómo decidiría el candidato. Admito, honestamente, todavía voy a las entrevistas como candidato, tanto para las técnicas como para las gerenciales, aunque si tengo una entrevista técnica en varias etapas, "me enamoro" y digo que escribo un pequeño código, pero sobre todo es arquitectura y administración proyectos En una de estas entrevistas técnicas, me hicieron una pregunta interesante sobre cómo hacer el primer despliegue con la configuración inicial de la infraestructura en un sistema completamente cerrado, es decir. no "sobresale" a Internet, y no hay acceso externo desde la palabra, y es imposible enviar a una persona especialmente capacitada. En mi opinión, una pregunta bastante interesante.
Sobre la diferencia en entrevistas
Quizás uno de los temas más controvertidos, como desde el punto de vista del entrevistador, debe tener una comprensión clara de cómo, dónde y por qué entrevistaremos al candidato. Consideremos en orden:
- Porque Como estaba comprometido en contratar tanto en una empresa pequeña como en una empresa lo suficientemente grande, existen algunas diferencias. Al contratar una gran empresa, es importante comprender que una persona sabe y sabe cómo, es decir. Se requiere que el entrevistador determine la lista de habilidades y la profundidad de posesión de estas habilidades. Esto se debe al hecho de que puede encontrar un proyecto adecuado para las habilidades del candidato.
- Entrevista de proyecto o entrevista de pequeña empresa. No separo específicamente estos dos conceptos porque los enfoques de estas entrevistas son muy similares en su mecanismo. En tales entrevistas, tienes uno o más candidatos, tendrás suerte y estás tratando de entender qué tan adecuado es el candidato para ti, de acuerdo con las habilidades que él conoce. En este caso, el entrevistador técnico debe participar en el proyecto y no ser invitado desde el exterior, ya que Dicha persona tiene una idea de la necesidad de la disponibilidad de ciertas habilidades y la capacidad de sacrificarlas o aumentar la falta en un plazo aceptable.
Epílogo
Observo que cuando el entrevistador comenzó sus actividades, se basó en las notas de su artículo anterior e intentó no cometer errores que yo había observado con otros. Aunque mi camino era espinoso y no sin dolor.
En este artículo que invita a la discusión, omití deliberadamente formas de hacer preguntas, ya que es decisión de todos, y el volumen de escritura ya es grande.
Espero que este artículo sea útil para todos los que comienzan su viaje en entrevistas y no olviden que les gustará o que solo tendrán una negativa y una desmotivación que no afectará positivamente a nadie.