“The Years of Experience Myth”

Leyendo sobre los “años de experiencia” que se piden para postular a un puesto como parte del requerimiento de un perfil determinado, he encontrado que tenemos discrepancias respecto al concepto de “seniority”

Si la experiencia es un factor para medir la futura productividad de la gente de sistemas o no, si un Senior puede tener 2 años de experiencia en una tecnología X y seguir siendo senior… Muchas opiniones encontradas.

Hace años, publiqué algunos posts como “Demasiado Jr para Jr “ y “Trainee

Los invito a leer esta publicación sobre el “mito” de los años de experiencia. Un estracto

This toxic, counterproductive years of experience myth has permeated the software industry for as long as I can remember. Imagine how
many brilliant software engineers companies are missing out on because they are completely obsessed with finding people who match — exactly and to the letter — some highly specific laundry list of skills.
Somehow, they’ve forgetten that
what software developers do best is learn. Employers should be loooking for passionate, driven, flexible self-educators who have a proven ability to code in whatever language — and serving them up interesting projects they can engage with.
It’s been shown time and time again that there is no correlation between years of experience and skill in programming. After about six to twelve months working in any particular technology stack, you either get it or you don’t. No matter how many years of “experience” another programmer has under their belt, there’s about even odds that they have no idea what they’re doing. This is why working programmers quickly learn to view their peers with a degree of world-weary skepticism. Perhaps it’s the only rational response when the disconnect between experience and skill is so pervasive in the field of software
engineering.
I’m not saying experience doesn’t matter in software development. It does. But consider the entire range of a developer’s experience, and realize that time invested does not automatically equal skill. Otherwise, you may be rejecting superb software engineers simply because they lack “(n) years of experience” in your narrow little technological niche — and that’s a damn shame.

Realmente coincido en que hay ciertas “medidas” que se toman cuando un entrevistador debe decidir si una persona es coincidente o no con lo que su cliente ( interno o externo) le pide para cubrir un puesto. Tiene frente a sus ojos un requerimiento de un “Senior con mas de 4 años de experiencia” y el CV de un candidato, con 3 años de experiencia en la herramienta mandatoria, pero un background tecnológico de proyectos calificable como “senior”

Las “medidas” y la evaluación de adecuación de un selector ( por mas experimentado en IT que sea) y una persona “de sistemas” serán diferentes frente a la misma posición. Lo excelente es tomar el trabajo de aunar criterios, de generar un proceso que saque afuera los mitos ( hay varios, no solo este.. el de los años de experiencia como parámetro) y logre sacar el mejor jugo de la presentación y posterior incorporación del candidato.

Fuente: mi post original del 2008