Entrevistas - Look de entrevistador

√Č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!

El fondo est√° roto

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:

  1. 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.
  2. 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:

  1. 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.
  2. 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.

Source: https://habr.com/ru/post/437386/


All Articles