Mucha gente tiene que pasar por decenas de entrevistas antes de encontrar un trabajo adecuado. A menudo nos preocupamos de decir algo malo o comportarnos de manera inapropiada para dar la impresión correcta. Pero a veces ocurre al revés: los reclutadores también pueden equivocarse. Hemos recopilado historias extrañas sobre la contratación de especialistas en TI para animarlo y demostrarle que todos pueden cometer errores.
Sasha Solovey,
desarrollador de software
Estoy escribiendo código en PHP. Los reclutadores suelen ofrecer trabajos en Java porque mi Linkedin enumera experiencia en Java, con la que comencé a trabajar en 2012. Algunos reclutadores creen que podría estar interesado en el puesto de desarrollador Java 2020. De repente, después de 8 años, recordé que siempre había soñado y que ahora quiero convertirme en un jugador junior de Java. Hubo un caso hace mucho tiempo, cuando yo era estudiante y buscaba mi primer trabajo. Solicité un puesto junior en C++. Entonces la empresa me respondió: “Bueno, ya contratamos a una persona para esta vacante, pero necesitamos un tester, hablemos, vimos que en tu tesis hay algo relacionado con testing”. Al final, dijeron que no podía lograrlo, ya que no sabía ni los tipos de pruebas ni cómo hacer pruebas de carga. Sería extraño si lo supiera. Conozco casos de contrataciones desenfrenadas e inesperadas. Por ejemplo, cuando alguien te acecha en Tinder. Mi vecina tuvo situaciones en las que las chicas escribieron: "Vamos a tener una cita y, por cierto: soy reclutadora, ¿no te interesan nuestras vacantes?" Tuve una experiencia similar cuando me ofrecieron un trabajo, luego cambié a mensajería instantánea fuera del trabajo y luego me pidieron salir a cenar. Lo más interesante es que después de cambiar a mensajería instantánea no laboral, la comunicación ya no estaba relacionada con las vacantes.
Alexey Sinyavtsev,
Líder del equipo de control de calidad
Para empezar, aquí hay una breve historia de comunicación con un reclutador: Hubo una historia en la que se ofrecieron a hacer una prueba para una vacante de Líder de automatización de calidad (C#). Les dije que conocía C# a nivel de "escribir una prueba o un marco simple", por lo que el tema es interesante, pero si la empresa está buscando a una persona que sea la más fuerte en tecnología del equipo, no soy yo. Mi tema es la comunicación y me alegraría que el equipo incluyera personas que entienden la tecnología mejor que yo. El reclutador dice: "Le convocan a una entrevista sin examen". Vengo a una entrevista y mi currículum no se parece al que tenía: el texto 4 años de experiencia como líder de control de calidad fue reemplazado por 4 años de experiencia como líder de control de calidad en automatización. Hay otra historia. Ofrecieron el puesto de líder de automatización de control de calidad, quien implementaría la automatización en el proyecto, escribiría pruebas y se aseguraría de que este ecosistema funcionara. En principio, esta era una posición poco realista, porque incluso para un proyecto pequeño una persona podía hacer un prototipo del proyecto, pero no una solución completamente funcional. En cuanto a mis preguntas, pregunté qué era exactamente el producto, cuáles eran los usuarios y qué problema resolvían básicamente. Este aspecto del trabajo es más importante para mí que el lenguaje o la tecnología utilizada. No hubo una respuesta exacta, y al final de la entrevista con el reclutador simplemente llegamos a la conclusión de que la empresa y yo estábamos hablando de cosas diferentes y era obvio que no tenía sentido continuar la comunicación. Sonreímos y nos despedimos. Pasan dos semanas, la misma persona me escribe una carta de respuesta estándar agradeciendo su interés en el puesto, pero no. No recuerdo si respondí, pero el pensamiento fue: "Me llamaste, ya hablamos de todo. ¿Puedo tener un trato un poco personalizado durante 3 horas de mi tiempo?". Uno o dos meses después, el director general de esta empresa me escribe y me dice: "Estamos creando un producto sobre contratación, donde todo será fácil y relajado, y que eliminará la irrelevancia de los puestos y los aspectos desagradables de la contratación". Y dijo que agradecería sus comentarios. Digo, no suelo dar consejos gratuitos sobre la calidad de los productos, pero mi historia con su empresa fue la descrita anteriormente. Si está resolviendo un problema de contratación, observe cuáles son sus problemas de contratación, resuélvalos y luego elija un marco.
Mike Tisdale
Administrador de sistema
Hago administración de sistemas, mantengo servidores, creo otros nuevos y cosas por el estilo. Le agrado al reclutador y lo invitaron a una entrevista para el puesto de administrador del sistema. Estaba buscando un nuevo trabajo porque mi empleador actual estaba cerrando y me quedaría sin trabajo en unas semanas. Un equipo de personas, incluido el presidente de la empresa, se sentaron alrededor de la mesa para entrevistarme, pero dijeron que vendría otra persona para la entrevista y que él sería el entrevistador principal, así que charlamos un rato. Cuando se sentó, me preguntó sobre mi experiencia gestionando equipos de desarrollo COBOL. Mi currículum no dice nada sobre la gestión del desarrollo de software, y la única mención de COBOL es el hecho de que tomé cursos sobre este tema en la universidad. Murmuré que pensaba que era un trabajo de administrador de sistemas y nada en la descripción del trabajo decía COBOL o administrar un equipo de desarrolladores de software. De más está decir que la entrevista no duró mucho y yo no quería que así fuera. Sentí que había perdido mi tiempo y el del reclutador porque la empresa no le dijo al reclutador lo que realmente necesitaba. La segunda historia extraña fue una entrevista telefónica. Me di cuenta de que una iglesia local necesitaba un administrador de computadoras, así que presenté mi solicitud. Alguien de la iglesia me llamó y, después de hacerme un par de preguntas sobre mi experiencia en tecnología de la información, me preguntó cuándo me convertiría en cristiano. Respondí que fui bautizado cuando era niño. Luego dijo que ser miembro de la iglesia era un requisito para el puesto. Le dije que estaba contento con mis creencias y que no me uniría a su iglesia, y ese fue el final de la entrevista.
Aniket Joshi,
desarrollador
Tuve dos experiencias al entrevistarme con una gran empresa de teléfonos inteligentes para un puesto de desarrollador de software. Me programaron una entrevista telefónica después de enviar mi solicitud en línea. A la hora acordada, me llama el responsable de contratación. Después de una rápida introducción, pasó inmediatamente a las cuestiones técnicas. No pude entender nada de sus preguntas. Absolutamente ninguno de los términos o tecnologías de los que hablaba le sonaba familiar. Le pregunté para qué puesto estoy entrevistando. Él se sorprendió, pero respondió que era para el puesto de administrador de sistemas Unix. Respondí que había solicitado un puesto de desarrollador de software Java. Esta entrevista terminó. Alguien en el departamento de reclutamiento cometió un gran error.
Hubo una historia en la que se ofrecieron a hacer una prueba para una vacante de Líder de automatización de calidad (C#). Les dije que conocía C# a nivel de "escribir una prueba o un marco simple", por lo que el tema es interesante, pero si la empresa está buscando a una persona que sea la más fuerte en tecnología del equipo, no soy yo. Mi tema es la comunicación y me alegraría que el equipo incluyera personas que entienden la tecnología mejor que yo. El reclutador dice: "Le convocan a una entrevista sin examen". Vengo a una entrevista y mi currículum no se parece al que tenía: el texto 4 años de experiencia como líder de control de calidad fue reemplazado por 4 años de experiencia como líder de control de calidad en automatización. Hay otra historia. Ofrecieron el puesto de líder de automatización de control de calidad, quien implementaría la automatización en el proyecto, escribiría pruebas y se aseguraría de que este ecosistema funcionara. En principio, esta era una posición poco realista, porque incluso para un proyecto pequeño una persona podía hacer un prototipo del proyecto, pero no una solución completamente funcional. En cuanto a mis preguntas, pregunté qué era exactamente el producto, cuáles eran los usuarios y qué problema resolvían básicamente. Este aspecto del trabajo es más importante para mí que el lenguaje o la tecnología utilizada. No hubo una respuesta exacta, y al final de la entrevista con el reclutador simplemente llegamos a la conclusión de que la empresa y yo estábamos hablando de cosas diferentes y era obvio que no tenía sentido continuar la comunicación. Sonreímos y nos despedimos. Pasan dos semanas, la misma persona me escribe una carta de respuesta estándar agradeciendo su interés en el puesto, pero no. No recuerdo si respondí, pero el pensamiento fue: "Me llamaste, ya hablamos de todo. ¿Puedo tener un trato un poco personalizado durante 3 horas de mi tiempo?". Uno o dos meses después, el director general de esta empresa me escribe y me dice: "Estamos creando un producto sobre contratación, donde todo será fácil y relajado, y que eliminará la irrelevancia de los puestos y los aspectos desagradables de la contratación". Y dijo que agradecería sus comentarios. Digo, no suelo dar consejos gratuitos sobre la calidad de los productos, pero mi historia con su empresa fue la descrita anteriormente. Si está resolviendo un problema de contratación, observe cuáles son sus problemas de contratación, resuélvalos y luego elija un marco.
GO TO FULL VERSION