Capítulo: Entrevistas

Cuando ya tu hartazgo alcanza las nubes, y no hay vistas de mejoras, empiezas a buscar nuevos horizontes.
Sin embargo, luego de trabajar mas de un par de años en una empresa, y teniendo ya otros cuantos años de trabajar en un sector, cambiar puede ser difícil.
Al considerar un cambio uno busca:

– Una mejora salarial: No solo un número mas grande, si no una política aceptable de revisión. También consideraremos la cobertura medica, premios y algunos beneficios

– Beneficios: Tras algunos años de trabajo quizás hemos logrado algunos beneficios especiales, llámese home-working, días libres,
X cantidad de días de vacaciones etc. etc.

– Crecimiento personal: Buscamos nuevos desafíos, pero también queremos evitar ciertos problemas ya conocidos, aunque en muchos casos ya estamos resignados.

– Clima laboral: Tras algunos años uno llega a establecer relaciones de compañerismo y aveces de amistad con ciertas personas del trabajo, y empero de otras cosas, eso nos da un buen clima laboral. Al cambiar vemos por lo menos de encontrar un ambiente que nos reciba de forma amena.

Todas estas cosas pueden ser un ancla, o bien, una catapulta. En todo caso, una vez que decidiste buscar el cambio, aun queda un obstáculo por superar: Las Entrevistas!

2008 fue un año glorioso para los ‘workhaloIT’, te rogaban y se peleaban por uno, pero ese tiempo quedo muy atrás y hoy hay que sufrir un poco mas.

He aquí las molestias que una entrevista puede generar:

Coordinar la entrevista:

Resulta ser que la gente de RRHH labura en el mismo horario que vos y para asistir a las entrevistas hay que escaparse de alguna manera. Y de repente empiezan las salidas del trabajo por tramites, consultas medicas etc…

Exámenes

No es que sea un problema en si, pero aspirar a un puesto de Unix Senior y te tomen un examen sobre como mover una carpeta en un linux, o cosas por el estilo, pueden ser molestas.
Ni hablar si por ejemplo te toman esos exámenes ‘psicologicos’, de dibujar un hombre bajo la lluvia, o el mismísimo test de Roschach (esas figuras simétricas negras de murciélagos, y manchas de sangre de Managers y PMs… )

Me da ganas de decirle:

“De verdad vas a hacerme hacer esto? trabajo hace 10 años en esto!!!!!!!!!”

Pero bueno, no podemos quitarle el derecho de ‘saber’ a quien contratan no?

RRHH

Por razones discutibles, la primera entrevista es con el/la persona de recursos humanos y entonces ahí viene la típica charla:

– Por que razones queres cambiar de trabajo?

    Respuesta mental: Porque estoy podrido de la empresa en que trabajo, mi manager es un inútil,  no me pagan bien, y el trabajo es un asco.
Respuesta verbal: Crecimiento profesional

– Prefiere trabajar sólo o en equipo?

Respuesta mental: Si a equipo te referís con personas que se sacan la pelota de encima, prefiero trabajar solo.

Respuesta verbal:  Prefiero trabajar en equipo en pro de mejorar los resultados de la empresa

– Coméntame una virtud y un defecto tuyo.

Respuesta mental:  Soy un fucking friki, eso es bueno o malo?

Respuesta verbal: Me gusta mi trabajo y aveces trabajo demasiado.
/* claramente nadie sabe cual es cual */

– Cuanto esta cobrando actualmente?

Respuesta Mental: Que carajo te importa!!!

Respuesta verbal: $((tu sueldo+ 30%))

En fin, claramente uds conocen este circo. Pero incluso hasta aquí seria soportable, si no fuera por lo que sigue:
Las preguntas sobre tus conocimientos técnicos!

No quiero extenderme mucho, pero es gracioso ver a la minita de RRHH preguntándote:

– Sabes ‘seguimientos de logs’?
– Sabes ‘shell’?
– Sabes ‘tcpip’?

 

En fin, una vez que superaste esto, solo queda la espera de una llamada que confirme que todo salio bien, en caso contrario nunca te enteraras que es lo que salio mal y seguirás buscando. Como trabajadores de IT, no podemos quejarnos, hay personas que si la pasan mal y sufren estas cosas por trabajos peores, sin embargo, no puedo dejar de decir…… todo es una mierda!

 

Anuncios

Metricas

Como es que no hablamos de las métricas antes?? Las famosas métricas, amadas por los gerentes y odiadas mayormente por los trabajadores, son una excelente herramienta, si se la utiliza adecuadamente. Claro esta, esto no siempre sucede y es donde se generan las…….. Falacias de las Metricas!!!

Falacia de la cantidad

Generalmente se tienen en cuenta la cantidad de tickets que un SA cierra, sin embargo, esto no siempre refleja la cantidad de trabajo que le representa.
Ejemplo: 1 ticket con 200 servidores para reparar o 200 tickets de falsas alarmas que solo hay que cerrarlos

Falacia de la complejidad burocrática

Algunas veces lograr cerrar un ticket (un “change”, o llegar a los requirements de un sprint, para los Developers o en su caso los DevOps), puede significar poco trabajo técnico y mucha burocracia para conseguirlo.
Ejemplo: 2 Meses de meetings y explicaciones para lograr un ticket
Esto no suele verse reflejado en los números por que no es cuantificable!

Falacia del porcentaje

Juan cerró el 75% de los tickets y Pedro sólo el 25%.
Sin duda diriamos que Pedro tiene una mala performance.
Sin embargo, si consideramos que la cantidad total de tickets fue de  4, podemos entender que quizas Pedro no llego a tener oportunidad de trabajar o mostrar su potencial. Por otro lado si la cantidad de tickets fuera alta, revisemos la falacia de la cantidad y/o la falacia de la complejidad burocrática. Claramente el porcentaje no siempre es algo claro. Existen otras situaciones y ejemplos del mal uso del porcentaje, pero lo importante, nuevamente, es mostrar lo medido considerando el contexto para no caer en este error.

Falacia “Strawberry picking”

Si en el equipo de trabajo no existe una distribución de trabajo planeada, puede ocurrir, que se suscite una avivada de tomar los tickets mas fáciles dejando los mas complejos para otros compañeros. Es decir, se comen la frutilla del postre. Esta falacia sumada a las anteriores puede dejar a algunos trabajadores desprevenidos al borde de la guillotina.

 Falacia de las peras y las manzanas

Aunque algunos no lo crean, hay personas que piensan que es lo mismo construir manejar un colectivo (bus) que un auto (automovil), total ambos tienen volantes y pedales. Cuando las métricas comparan trabajo, hay que hacerlo de la manera apropiada, revisando que estamos comparando peras con peras y manzanas con manzanas y no peras con manzanas, por que son cosas distintas.
Una ejemplo de esta falacia, es cuando mes a mes, la forma de medir cambia  (quizás debido a una evolución de la forma de medir, o todo lo contrario), por consiguiente no podemos verificar si hubo un cambio en la cantidad y calidad de trabajo.

Falacia de los “Graphic lovers”

Es de conocimiento general que a los managers/gerentes les encantan los gráficos de torta y columnas. Son como un orgasmo de realización empresarial cuando todo esta en “verde“. Este tipo de gente quiere medirlo todo. Cuantificarlo todo. Y eso es un problema, varios problemas en realidad a saber:
– Crear tickets para cada cosa por mas mínima que sea.
– Sobrecarga de trabajo para realizar los informes:Alguien siempre tiene que preparar los reportes y gráficos, sea el Team Leader o el mismo gerente. De cualquier manera, alguien tiene que gastar tiempo innecesariamente en lugar de hacer algo mas productivo.
– Aumento de probabilidad de caer en cualquiera de las otras falacias.
– Imposibilidad de poner el foco en lo mas importante ya que la cantidad de variables se hace inmanejable.
– etc.

Resumiendo, muchas cabezas han sido cortadas y otras coronadas por errores en las métricas. Si la medición no se hace a conciencia y contextualizada, podemos estar cometiendo graves errores.

metrics

 

Alguna falacia que no hayamos comentado?