¿Las ofertas de trabajo exageran sus requisitos? [cerrado]

Me siento como un programador razonablemente calificado, pero muchas ofertas de trabajo con las que me encuentro me hacen sentir lo contrario. Casi todos ellos separan las calificaciones en requisitos y deseables, pero incluso la parte de requisitos puede ser desalentadora.

He visto muchas publicaciones que dicen que requieren varios años (2 o más) de experiencia en una tecnología o biblioteca relativamente pequeña, algo específico de su empresa. Otras veces veo 5 o incluso más de 7 años de experiencia requerida para un idioma. Por sí solos, algunos de estos estarían bien, pero se vuelve ridículo cuando una empresa de una pequeña ciudad dice que necesita 3 años en 2 idiomas, dominio de la programación de red, secuencias de comandos, bases de datos y cosas como "experiencia con grandes sistemas comerciales altamente redundantes". todo al mismo tiempo.

¿Realmente esperan encontrar a alguien que tenga una amplia experiencia trabajando con exactamente el mismo conjunto de tecnología que usan? Me cuesta encontrar una publicación en la que no tenga al menos 1 o 2 agujeros en mi conjunto de habilidades. He escuchado una y otra vez que la mayoría de los lugares valoran tu capacidad de aprender rápidamente y te enseñarán en el trabajo, pero entonces ¿por qué decir que es obligatorio? ¿Están tratando de desalentar la aplicación del fondo del barril (fallas de FizzBuzz)?

Sí, definitivamente lo hacen. Sin embargo, generalmente sigo la regla del 75%, que es Si siento que conozco al menos el 75% de los requisitos, entonces continuaré y presentaré una solicitud. Todo lo demás me pueden entrenar.

Desde el lado de la contratación, así es como funciona

1. El líder de desarrollo anota los requisitos para dos trabajos

2. El gerente de proyecto los fusiona en un solo anuncio = "diseñador web que conoce erlang"

3. Esto se pasa a través de capas de administración para comentar: el
   comentario consiste en que agregan el único idioma / tecnología del que han oído hablar.

4. RR.HH. luego 'arregla' esto cambiando el perl a pearl y poniendo la experiencia de 2007 años en Windows Server.

5. El reclutador luego 'mejora' el currículum de los candidatos: dice que conoce VB, ese es un idioma, Erlang es un idioma, así que lo cambiaré a 10 años de experiencia de Erlang

Algunos empleadores piden oro cuando realmente necesitan plata; si pueden conseguirlo con un salario de lata, mucho mejor.

Está mal pensar, OMI. Lo que realmente deberían estar buscando son herramientas de acero para hacer oro, y eso es lo que tienes que convencerlos.

Aquí hay una razón por la que nadie lo ha cubierto todavía: el departamento gubernamental quiere contratar a una persona específica para un puesto vacante. Debido a las reglas de contratación del servicio público, no pueden hacer eso. Necesitan tener una competencia y ver a todos los candidatos aplicables. Pero ya tienen a quién quieren por contrato, y lograr que la persona tome esa posición es el resultado deseado. (Además, NO conseguir que esa persona resulte en varios años de experiencia despertando por la puerta cuando finalice el contrato).

¿Solución? Averigua cada cosa que esa persona sabe, y haz que los requisitos coincidan con esa lista tanto como sea posible. Eso da como resultado requisitos que parecen tontos y, en algunos casos, en realidad ni siquiera se alinean bien con los requisitos del trabajo, pero también aseguran que la persona que desean es casi definitivamente la que los cumple.

Lo hacen, porque la mayoría de los currículums son exagerados

Como dice pdr, es un ciclo. La única forma en que puedo verlo es proporcionar algo fuera de la caja como validación real y real de sus habilidades. Cosas que vienen a la mente: proyectos personales (por ejemplo, de código abierto), problemas complejos que ha resuelto e información de contacto de colegas confiables que pueden recomendarle.

Existe un riesgo inherente al proporcionar información adicional que las compañías pueden analizar, pero a veces puede valer la pena hacer que un currículum se destaque sin balbucear cuán `` increíble '' eres.

Exageran y creo que es un error. Aquellos que no solicitan porque no pueden cumplir el 100% o incluso el 90% de los requisitos, son probablemente las personas con las que desea hablar, pero no solicitan porque "pueden leer las especificaciones".

Lo hacen, y desde mi experiencia hay dos razones para esto:

1. Un agente de reclutamiento o una persona de recursos humanos que no conoce la tecnología escribió el anuncio.
2. Intentan intimidar deliberadamente a los riff-raff (como han dicho otros).

El número 1 es el más irritante. Lo que sucederá es algo como esto: una persona de recursos humanos / reclutamiento recibe una lista de las tecnologías que se utilizan en la empresa, junto con una breve descripción de cuáles son actuales e importantes, y cuáles son quizás marginales y / o salida. Entonces, a menudo interpretarán mal cuál de estos pertenece a las listas "requeridas" frente a "deseables", o peor aún, representan algo extremadamente marginal como una realidad cotidiana requerida.

Por ejemplo: en uno de mis trabajos anteriores, el reclutador me dijo que la compañía usa Rational Rose y realiza un diseño y desarrollo muy formal usando UML, etc. Resultó que ni Rational Rose, UML ni ningún tipo de proceso de diseño formal se utilizó en el empresa en absoluto: era simplemente algo que el contacto de la empresa mencionó por casualidad como "agradable de tener", solo como una cosa de fondo amplio para saber, por alguna razón. Pero el reclutador corrió con él y presentó el rol como un rol basado en procesos de diseño.

Otro caso que tuve fue solicitar un rol en C ++ y terminar haciendo Java. Era una gran empresa con varios productos diferentes. Me contrataron para el rol de C ++, lo hice durante ocho meses y luego necesitaron manos adicionales en el equipo de Java. Otras personas en realidad fueron directamente al otro equipo de esa manera después de ser entrevistados para empleos para otro equipo.

TL; DR : Sí, lo hacen. Algunas veces por pura ignorancia de lo que es importante, otras veces deliberadamente tratando de intimidar. Creo que la "regla del 75%" es una buena regla general. Además, tal vez leer entre líneas y pensar en lo que podría implicar el papel. Estas listas a menudo se superponen o son completamente redundantes. p.ej. Si sabe cómo funciona XML y lo ha usado durante años, aprenderá un protocolo de transferencia de datos basado en YAML o JSON en un día. p.ej. Piense en cómo su conjunto de habilidades existente es transferible a lo que le pide el rol. A menudo, conocer una herramienta específica es menos importante que conocer los conceptos detrás de ella.

Solía ​​desarrollar para una empresa que fabricaba software de recursos humanos para resolver esta pregunta exacta, y hay otro factor del que nadie ha estado hablando. Las empresas a menudo usan "# de años de experiencia con X" como proxy para "bueno en X", por lo que cuando piden a alguien con "5 años de Java" realmente quieren a alguien que sea un gran desarrollador de Java.

Esto funciona bien en otras industrias: un abogado con 7 años de experiencia es generalmente mejor que un abogado con 3 años. Lo mismo ocurre con un médico: elegiría al cirujano cardíaco con 1000 cirugías en su haber sobre el novato que ha hecho 10. Pero no se aplica tan bien a la programación. Todos conocemos programadores inteligentes, buenos con una variedad de lenguajes, que aprenden Java como segunda naturaleza después de 6 meses con él. También conocemos personas que han codificado mal en Java durante décadas. La experiencia simplemente no se correlaciona con la habilidad en la programación como lo hace en otras industrias.

Entonces, ¿por qué preguntan esto, dices? Porque en realidad no hay mejores maneras de hacer la pregunta. Si está buscando un programador inteligente, no puede simplemente decir "Smart in Java"; tienes que decir "5 años de experiencia en Java". Entonces, cuando ve un anuncio de trabajo que requiere 5 experiencias con una tecnología de 2 años, eso solo significa que están buscando un programador rockstar. Entonces, si crees que lo tienes, adelante y postúlate.

Ellos si. Desafortunadamente, es un ciclo de autoperpetuación. Cuanta más gente se acostumbre a la idea de que si tiene la mayor parte de lo que está buscando, lo entrevistarán, más tendrá que exagerar para eliminar a aquellos que no tienen lo que realmente necesita. Es un problema desafortunado, pero realmente no veo una salida de ese ciclo.

No creo que sea una cuestión de exageración tanto como simplemente no saber cuáles son los requisitos reales. Obtuve un pequeño vistazo detrás de la cortina recientemente cuando un gerente de dos niveles por encima de mí me pidió ayuda para publicar un anuncio de trabajo. Su única pregunta era si deberían usar la plantilla .NET o J2EE para una nueva contratación en un proyecto en particular. Esto le brinda dos piezas de información (al menos sobre la compañía con la que estoy contratado).

1. Usan plantillas estándar para anunciar puestos vacantes.
2. Las personas que publican los anuncios ni siquiera saben de qué se trata la posición abierta.

Basado en muchos de los anuncios de trabajo que he visto, imagino que muchos gerentes de contratación usan el mismo enfoque defectuoso.

En mi opinión, también creo que hay cierta exageración. Sin embargo, he descubierto que incluso cuando cumplí el 75% del requisito, es posible que haya recibido una llamada previa a la pantalla, pero cuando fui honesto sobre el otro 25% no recibí otra llamada.

Si se da cuenta de que no cumple los requisitos constantemente, entonces tal vez debería considerar expandir su base de conocimiento por su cuenta. Cree una aplicación simple por su cuenta y póngala en su currículum. He encontrado que el mayor activo en mi currículum fue mis proyectos personales (incluso si eran pequeños).

Solo mis 2 centavos.

Ellos si. Lo que a veces puede ser difícil es poner el pie en la puerta y lograr relajarse durante la entrevista, pero si puedes lograrlo y eres bueno, el entrevistador pronto se dará cuenta de eso (si es que es bueno).

Y también algunas empresas quieren contratar a la persona perfecta, pero no se preocupan demasiado si nunca las encuentran (parece), por lo que pueden tener un anuncio dando vueltas durante literalmente AÑOS.

Cuando he estado entrevistando a personas en el pasado para roles de desarrollo, siempre quiero ver a un nerd brillante con sentido del humor a quien creo que encajará. ¡Desafortunadamente, ves mucha escoria!

En cuanto a los anuncios tontos, en 2007 recuerdo haber visto un anuncio de trabajo con más de 10 años de experiencia .NET (cuando tenía 5 años, creo) ...

Ese tipo de anuncio simplemente hace que cualquier programador competente piense que la persona que lo colocó es un imbécil.

¿Incluso olvidando el hecho de que debe haber codificado dos trabajos de tiempo completo a la vez, o trabajando dentro de un microondas, o viajando a una velocidad cercana a la de la luz o lo que sea (risas), que requiere más de 10 años de experiencia para un trabajo de codificación? ! ¡¿Seriamente?! ¿Desde cuándo ha sido necesario ?

Algunos lo hacen, otros no. La parte importante de una publicación de trabajo no es la sección de requisitos, sino la descripción del trabajo. Si honestamente cree que puede administrar todas las tareas que incluiría el trabajo, sin demasiada capacitación, solicítelo.

En general, una publicación de trabajo enumerará un superconjunto de habilidades requeridas, nunca solo un subconjunto.

En esencia, el anuncio de trabajo describe al 'Candidato óptimo', pero rara vez describe los requisitos básicos. Es una suposición tácita que los candidatos presentarán una solicitud si sienten que están "lo suficientemente cerca" de lo que se solicita.

Al final del día, a menudo es un proceso confuso para determinar si la intersección de los requisitos del trabajo y las calificaciones de los candidatos es suficiente para garantizar una mayor investigación.

Como regla general, es mejor presentar una solicitud si le gusta la oportunidad y siente que tiene experiencia que asigna libremente lo que están pidiendo. No hay daño en ello: si sienten que sus 2 años de experiencia son muy pocos, simplemente no harán un seguimiento.

En mi opinión, no, las ofertas de trabajo suelen ser bastante precisas en términos de requisitos, pero generalmente describen al candidato ideal. Creo que en la mayoría de las situaciones, esas contrataciones tendrán un objetivo alto, pero finalmente se comprometerán un poco al final cuando necesiten elegir a la persona para ocupar el puesto.

Si la mayor parte de los requisitos de trabajo establecidos son precisos o no, probablemente sea una pregunta un poco diferente, pero podría ver que si la persona que escribe el anuncio de trabajo no tiene experiencia o no tiene los detalles necesarios sobre el puesto al que pueden intentar sobrepasarse. tenga cuidado de que no se pierdan algunos detalles importantes sabiendo que, si accidentalmente se dispararan, los que realizan la entrevista o terminan con la contratación mal preparada pueden culparlos. Aunque creo que con la cantidad de dinero que se destina a la búsqueda de nuevas contrataciones, la situación sería la minoría de los casos, de lo contrario, se trataría de una gran pérdida de recursos de la empresa.

Por mi experiencia en la contratación y redacción de requisitos de trabajo similares, tengo la sensación de que la mayoría de los requisitos son correctos. Sin embargo, si está leyendo un anuncio de trabajo y no parece coherente o parece que está escrito por alguien que no está en el campo o que no comprende los elementos que enumera como requisitos, entonces puede ser una buena idea. firme que estas cosas pueden ser inexactas y que sería mejor dejar que sus entrevistadores decidan si usted es el adecuado para el trabajo.

Creo que la mayoría de las empresas saben que no obtendrán exactamente lo que están buscando, pero ¿por qué arriesgarse? Si alguien presenta una solicitud que tiene exactamente lo que está buscando, entonces (ambos) ganan. Si alguien aplica que tiene las habilidades / experiencia que más le interesan, entonces la capacitación generalmente llena los vacíos. Creo que esto sucede para cualquier tipo de trabajo suficientemente calificado.

Bueno, tengo que ser contraria. Solo tengo mi propia experiencia, sin embargo, he colocado anuncios de trabajo.

Si su empresa es incluso medianamente competente, recibirá cientos de currículums calificados . Alrededor del 80% de ellos satisfará el 80% de sus requisitos, y aproximadamente el 20% cumplirá el 100% de sus requisitos.

En general, estoy a favor del enfoque inteligente y hace las cosas bien , pero para algunos puestos (senior / arquitecto), necesitas a alguien que haya estado en las trincheras. Alguien que ya sabe acerca de las fallas xss de un marco ABC, por ejemplo, para que eso no te muerda en el trasero 12 meses después.

He visto muchas publicaciones que dicen que requieren varios años (2 o más) de experiencia en una tecnología o biblioteca relativamente pequeña, algo específico de su empresa.

Verá muchos de estos anuncios también en las bolsas de trabajo de Australia. Especialmente los australianos (HR) parecen valorar la experiencia específica de la tecnología por encima de su capacidad, habilidad, educación o los proyectos que completó. Y quieren experiencia en una tecnología específica: 5 años más o menos en una biblioteca loca o un marco que lleva unas pocas horas para aprender. En un trabajo, el pago fue excelente, así que solicité que el encargado de recursos humanos me indicara que TODOS son "aprendices rápidos". El currículum de alguna manera llegó a las manos del jefe de desarrollo que me llamó de inmediato, pero esa es otra historia.

¡Ah, sí, y todos conocen un .Net, necesitamos a alguien con experiencia en InstantForum! ¡Todos conocen un .Net, necesitamos a alguien con experiencia en InsiteCreation CMS! ¡Todos conocen un PHP y muchas fuentes abiertas como Drupal y Magento y eZPublish, pero necesitamos a alguien que tenga 5 años de experiencia en Wordpress!

No creo que sea justo en absoluto, pero así es como es el mundo real para todos los profesionales.

Es porque le pidieron a la última persona que tenía el trabajo que escribiera su propia descripción del trabajo y la lista sigue creciendo con el tiempo.

Recientemente vi una descripción del trabajo que era para un Desarrollador Senior .NET Back end.

Se requiere:

LAMP, PHP, MySQL Flex, ActionScript OpenGL

Y, por supuesto, tenías que saber C #

Me quedé sentado mirando la pantalla preguntándome si estaba equivocado al pensar que esto era una locura o si estaban equivocados.

En mi humilde opinión, la mayoría de las ofertas de trabajo no exageran sus requisitos.

Simplemente hacen un trabajo horrible al ocultar las habilidades que son absolutamente necesarias para el trabajo desde el primer día mezclándolas con las habilidades que podrían ser necesarias o que se pueden aprender en el trabajo.

Desafortunadamente, muchos desarrolladores hacen lo mismo con sus currículums: agregan tanto que oscurecen sus competencias básicas.

Agregaré otra respuesta aquí a pesar de que ya hay muchas respuestas, porque esta respuesta es algo opuesta. Si bien la inflación de la descripción del trabajo es muy común en la industria, mi propio empleador a menudo suaviza los requisitos de los roles, porque

1. Hay suficiente personal en el equipo para que una brecha de habilidades específicas para el solicitante no sea un problema, si en general tienen el tipo correcto de habilidades
2. El trabajo es bastante exigente desde el punto de vista técnico y los posibles solicitantes lo saben, por lo que los requisitos se minimizan hasta cierto punto para garantizar que no rechacemos a los candidatos excelentes solo porque (por ejemplo) no conocen Python.
3. Contratamos ingenieros en una variedad de niveles, por lo que las personas que responden al mismo anuncio serán contratadas en diferentes grados dependiendo de sus habilidades.