Tengo un conjunto de habilidades de TI muy amplio y diría que soy muy bueno en lo que hago. Cuando se trata de una tecnología que no he usado, simplemente la aprendo jugando con ella, buscándola en Google o consultando la documentación. He estado mirando DICE últimamente y los requisitos son muy específicos:
"X years working with VMWare"
"Y years working as a senior Windows Administrator supporting Exchange"
"Z years working with INSERT_BRAND_NAME NAS technologies"
Formalmente durante los últimos años he trabajado como administrador de Linux, principalmente en el sector web. He tocado Windows varias veces (agregando usuarios\reparando GP\instalando software) en mis trabajos, sin embargo, soy principalmente un administrador de Linux.
He estado usando Windows por más de 10 años. Me he recuperado de todo tipo de corrupción y maldad. Sé cómo configurar AD. He configurado entornos simulados con replicación. Windows es muy "apuntar y hacer clic". La mayoría de los conceptos de Linux sobre cosas como DNS se aplican a Windows.
Lo mismo ocurre con la virtualización. No he tocado VMWare día tras día específicamente durante Y años, sin embargo, he trabajado con otro software en el sector web. Sé acerca de la partición de recursos. Uso VMWare en casa y puedo hacer girar una VM con los ojos cerrados. ESXi también es un software muy bueno. Es todo apuntar y hacer clic y se puede aprender en una hora. Si no sabes algo, Google lo sabe.
Sin embargo, siento que los poderes de recursos humanos están rechazando mi currículum porque no tengo cosas como la experiencia documentada de Windows. Todo lo que saben es que los requisitos dicen "Y años de experiencia en Windows" y este tipo tiene pocos "proyectos" de Windows, así que basura.
Quiero hacer otra cosa que no sea Linux, pero me siento encasillado por mi currículum. ¿Cómo puedo lidiar con esto?
Los requisitos de trabajo, tal como se utilizan para la selección de currículums, siempre serán imperfectos. Ha habido algunas preguntas populares aquí sobre este tema, que recomiendo leer, como ¿Cómo puedo superar los requisitos de "años de experiencia" al postularme para puestos? .
Sin embargo, por muy aproximada que sea la aproximación que proporcionen, no va a llegar demasiado lejos al culpar al reclutador. Lo que significa que tienes que hacer algo al respecto. Creo que cualquier cosa que puedas hacer caerá en una de estas tres áreas:
Hay una enorme cantidad de recursos en este mismo sitio, así como en toda la web, sobre cómo adaptar un currículum a un conjunto de habilidades específico. En lugar de escribir quién ha sido , reescríbalo centrándose en las habilidades que lo han preparado para ser quien quiere ser .
Recuerda; la integridad es de gran importancia en el proceso de búsqueda de empleo. Asegúrese de que puede respaldar lo que dice. Puede que no sea "tan bueno" como te gustaría que fuera, pero ahí es donde entran las partes n .° 2 y n.° 3 .
Puede haber logros limitados que pueda lograr por su cuenta debido a la naturaleza de la habilidad que desea agregar, pero estoy seguro de que hay varias cosas concretas que puede hacer. Aqui hay algunas ideas.
Primero las buenas noticias. Creo que al leer por aquí y en otros lugares encontrará que "X años trabajando con [tecnología]" no significa que necesite usarla día tras día. Este número debe ser completamente justificable por su experiencia (mi propia opinión, pero no soy un reclutador de operaciones).
Pero aquí está el detalle más fino: el segundo punto no usa la palabra con , y no se trata de una tecnología. Es un título de trabajo y usa la palabra como . A veces, una empresa quiere a alguien que haya hecho ese trabajo antes y no hay forma de evitarlo. Es posible que no tenga suerte a menos que tenga una lista de habilidades de MS de una milla de largo. Sospecho que es mucho más difícil eludir los "Y años de trabajo como [título del trabajo]" . Este es un filtro objetivo que quieren o no lo habrían incluido.
¿Por qué? ¿Has oído hablar del efecto Dunning-Kruger ? Es un efecto de que los individuos con menos habilidades tienden a percibirse a sí mismos en un nivel mucho más alto de lo que realmente son. En cualquier conjunto de habilidades profundas, hay niveles y niveles de detalles que definen qué es realmente la experiencia en esa habilidad. Las personas sin años de experiencia actuando como solucionadores de problemas en ese rol no pueden percibir estas capas de dificultad.
Ver también:
El último enlace también incluye este fantástico gráfico que ilustra este efecto:
No se lo tome con demasiada severidad; parece que tiene grandes habilidades en áreas relacionadas y suficiente habilidad para comenzar en una nueva área, tal vez para hacerlo sin una curva de aprendizaje significativa. Pero, dicho esto, aquí hay un par de declaraciones que dijo que pueden obstaculizar su progreso, al impedirle ver lo que aún puede aprender:
Lo más probable es que tenga las habilidades para quemar estas cosas y ponerse al día rápidamente. Sin embargo, no descarte las capas de complejidad a las que aún no ha estado expuesto.
Aquí está el punto más importante. Si desea cambiar de pista, espere dar un par de pasos hacia atrás. No permita que su experiencia en un campo lo engañe haciéndole creer que ya es un experto en otro; en su lugar, deje que informe su aprendizaje en la nueva área y le dé una ventaja inicial.
Es más probable que tengas éxito si evitas la arrogancia. Date cuenta de lo que aún tienes que aprender, y mientras ajustas tu capacidad percibida a los reclutadores, comienza a adquirir la habilidad que necesitas para impresionar realmente en la sala de entrevistas.
Para enumerar un año de experiencia, no necesariamente tiene que ser un año sólido de intimidad profunda de tiempo completo con esa tecnología. Indique la cantidad de años que ha estado trabajando con una tecnología en particular y limite el alcance en su descripción. Por ejemplo:
2 años de instalación/soporte ocasional de VMWare.
Tu currículum debe conseguirte una entrevista. Después de eso, tendrá la oportunidad de explicar toda su experiencia. Nunca mientas. Escuche siempre con atención y atención.
eje_de_arce
cris adams