Recursos Humanos Vs Personal de IT - Cosas a tener en cuenta para reclutar mas rapido

Hace mucho que le debo a la comunidad este articulo, así que bueno empecemos.

Todos los días me llegan aproximadamente 10 emails de búsquedas laborales lo cual a mi en particular no me molesta, pero existen muchas personas que lo comienza a tomar como spam y los desestiman. 

Esto se debe a diferentes causas, las cuales vamos a ejemplificar para que tus email como recursos humanos sean mas efectivos y la gente de IT no te mande como regala general a la papelera y encuentres a la persona que necesites mas rápidamente.

Requerimientos

Los requerimientos son los conocimientos y/o habilidades que se necesitan para cubrir el puesto.

Generalmente la persona abocada a buscar un recurso para cumplir una función desconoce del tema lo cual funciona como un teléfono descompuesto entre lo que se necesita para cubrir el puesto y la persona a contratar.

Ejemplo:

"Pablo Gerente de desarrollo: Hola Mariana necesito un desarrollador que sepa programar Java, con experiencia en la base de datos."

"Mariana de Recursos  humanos: Ok, Pablo ya mismo me pongo con eso". 

Mariana de Recursos  humanos empieza con el proceso de selección y postula el aviso "Hola buscamos desarrolladores Java, con experiencia en base de datos." Y obviamente empiezan a llover los emails de búsquedas laborales. Aclaro que estoy obviando la dirección laboral, remuneración y condiciones.

Lo que Mariana no sabe y va ir aprendiendo de a poco es lo siguiente: 

• En el ámbito de desarrollo tanto sea java como .net, como otro lenguaje, todos tiene un Seniority esto va de la mano con conocimientos, roles, responsabilidades y sobre todo sueldos.
• Existen muchos frameworks y/o librerías especiales lo cual no implica que si sabes Java sabes todos los frameworks, al igual pasa con muchos lenguajes.
• Por ultimo lo que tampoco sabe Mariana que existen diferentes tipos de base de datos, por lo cual sabiendo SQL (el lenguaje común que hablan todas las base de datos), vas a poder hacer acciones básicas pero no la puntuales para la base que empleen.

Volviendo al tema del seniority el cual es  como super ambiguo (cada cual lo toma a su gusto) los que se encuentran en el mercado son:

• Trainee: Recién empieza no tiene la menor idea del lenguaje, no tiene experiencia en informática. (Aproximadamente 6 meses en el puesto). Muchos errores. Hay que capacitarlo.
• Junior: Persona que ya tiene un poco de conocimiento del lenguaje pero no tiene experiencia como para moverse solo, empieza a conocer las base de datos. (2 año). Muchos errores. Hay que capacitarlo.
• Semi Senior: Es una persona que sepa mas o menos desarrollar sus tareas sin molestar en preguntas, sabe del lenguaje y sabe algo de base de datos. ( 3 años). Menos errores. Se puede guiar mas fácilmente si necesita adquirir conocimientos.
• Senior: Es la persona que conoce bien el lenguaje, se mueve prácticamente solo, puede encontrar problemas a futuros y es la persona que se queda hasta tarde para sacar los problemas del fuego, ya conoce algún otro tipo de lenguaje y ayuda a los senioritys que están por debajo de él. ( 5 años). Casi ni tiene errores.

Acá viene la parte mas difícil divido por lado técnico y administrativo:

• Arquitecto: No solamente conoce el lenguaje, si no que entiende el porque, es decir al preguntarle a un desarrollador  "el por que del asunto" el solo te explicara la función que cumple pero no el como. Administra los servidores con relación a la aplicación , define normas y pautas que los demás senioritys deben cumplir. Soluciona los problemas generales.(7 años hasta gusto del mismo.). Son personas con las cuales tiene conocimientos de muchas áreas y nunca se queda con lo que sabe. Siempre lo vas a ver relajado. Si es necesario puede ayudar en la coordinación del equipo. Técnico. 
• Líder de equipo desarrollo: Verifica el estado del proyecto, realiza el seguimiento a los CU, coordina el equipo y ayuda al equipo cuando es necesario.(7 años hasta gusto del mismo.) .Trata muchos temas con el cliente. Personas mediadoras. Siempre corriendo de acá para allá. Administrativo.

Finalmente voy a detallar 3 puesto que si bien son de la parte de desarrollo no tiene nada que ver directamente con el lenguaje de programación, pero si están en el proceso:

• Analistas: Persona que se junta con el cliente y define que es lo que el programa deber hacer, es decir entender la lógica de negocio. Evalúa lo mas optimo para el cliente y trasladar esta información al desarrollador.
• Tester o QA (Quality Assurance): Persona que se encarga en probar los programas que van haciendo los desarrolladores. Reporta los errores.
• Deploy Manager: Se encarga de verificar el estado del servidor, junta y sube el nuevo código al servidor. Versiona el codigo fuente. Mantiene la información actualizada.

Todos estos roles siempre depende de las tareas que las personas haya hecho por ejemplo una persona que es "Senior" por que hace 5 años que viene en un puesto, pero que viene dando solamente soporte eventual y con los mismo conocimientos que cuando empezó en realidad debería ser evaluado de Junior a Semi-Senior, pero bueno cada caso es diferente a otro.

Supongamos que Mariana por casualidad esta leyendo este articulo y esta entendiendo las "reglas de juego". Entonces cuando la llamen:

"Pablo Gerente de desarrollo: Hola Mariana necesito un desarrollador que sepa programar Java, con experiencia en la base de datos."

Ella debería responder:

"Mariana de Recursos Humanos: Hola Pablo, necesitaría saber que seniority necesitas, que requerimientos de java puntuales necesitas y que tipo de base de datos tenes. Hay algo mas sobre las tareas y/o responsabilidades a cumplir?"  

Mariana recursos humanos empieza con el proceso de selección y debería postular algo por ejemplo "Hola, buscamos desarrolladores Java Senior,  con experiencia con los frameworks Hibernate, Spring, Struts2 y que posea experiencia base de datos DB2 y que se encuentra con posibilidad de realizar guardias los fin de semana." 

Roles Mixtos

Por las diferentes necesidades de las empresa es común encontrar los roles mixtos, generalmente por que hay poco presupuesto y/o poco trabajo especifico. Evaluemos el aviso:

"Mariana recursos humanos: Hola buscamos desarrolladores Java Senior,  con experiencia con los frameworks Hibernate, Spring, Struts2 y que posea experiencia base de datos DB2. Para realizar análisis de CU, test de los mismos".

Bueno en primera instancia si lo leemos rápido necesita solo un desarrollador, pero entrando en profundidad necesita un Desarrollador Senior, un Analista y un Tester. Dentro de los diferentes roles el de Desarrollador es incompatible con el de Tester por que nunca va a ser objetivo con sus propio programa, es decir no va encontrar sus errores. 

Mas allá de las diferentes contradicciones, encontramos que tenemos el mismo presupuesto para este rol que para un Desarrollador Senior, es decir pretendemos pagarle lo mismo a una persona que cumpla 3 roles que a una que cumpla uno, esto se deriva en que el resulta casi siempre no va a ser el esperado ya que las personas que se postularan tendrán conocimiento disperso y no especifico para el rol, o simplemente una persona que quiera probar ese nuevo rol, lo cual es el 70% de las veces personas que se encuentra por debajo del seniority (Junior/ Semi-Senior).

Una vez tomado el recurso el proyecto se encuentra en la buena de dios, es decir puede ser que cumpla con todas las necesidades del rol (se cumple un 20% de las veces) o que el proyecto a lo largo de 1 año se caiga, lo que se conoce en el la jerga de desarrollo: "Esta prendido fuego" (80% de las veces).

Mariana bajo estas circunstancia debería hablar con el gerente y definir lo conveniente para el cliente teniendo en cuenta fiabilidad de la empresa hacia el cliente y la importancia del proyecto.

Existen roles que se llevan bien para hacerlo mixto, pero son muy pocos y no tratemos de abusar de ellos.

Error de roles

A menudo me llegan e-mail con postulaciones de roles erróneos, es decir piden un rol pero es otro rol lo que están necesitando. De acuerdo a la definición que puse mas arriba de cada rol, mostrare un ejemplo directo publicado por Mariana.

"Importante empresa internacional, busca desarrollador Java Semi-Senior  Front End, con conocimientos de Jquery, Spring, Struts 2, Hibernate, etc. Tareas a desarrollar, coordinar el equipo de desarrollo, establecer bases de conocimientos y estándares, dar seguimientos al desarrollo".

Como vimos mas arriba lo que mas encaja en esta tarea es "Arquitecto", por que es la tarea real a conseguir, pero por cuestiones de recursos (generalmente remunerativos o condiciones del cliente) el aviso sale así, lo cual nuevamente van a encontrar un recurso que pueda hacer eso pero que realmente no va a cumplir perfectamente las funciones de Arquitecto. 


Espero que este articulo les allá resultado util y vos que sos de IT  y/o Recursos Humanos te paso algo por el estilo?.