TL;DR : ¿Cómo debo describir una experiencia laboral en mi CV, que ocupa la mitad de mi experiencia laboral general, pero no se centró en el trabajo que me gustaría solicitar?
Mi primer trabajo fue como desarrollador de software, después de 6 meses de trabajo me ofrecieron un trabajo en un Banco como desarrollador de software para el departamento de Auditoría de TI, el título del trabajo era Analista de Auditoría de TI junior. En este puesto hice mi parte de desarrollo web, pero tenía que ayudar mucho en tareas de auditoría, hasta que me ofrecieron un ascenso para ser Auditor de TI (había pasado 1 año y 8 meses) y lo acepté.
En esta nueva posición, me sacaron del desarrollo de software y me pusieron de lleno en tareas de Auditoría que requerían muy poca programación , las cosas iban bien, incluso me eligieron para viajar al extranjero para realizar Auditorías de TI en un banco filial y viajes por todo el país para similares Tareas. Esto continuó hasta que me di cuenta de que la auditoría de TI no era lo mío (1 año y 9 meses desde que me ascendieron) y no podía permitirme invertir más tiempo en eso, cuando quería volver a Software Dev.
Con mucho esfuerzo logré cambiar el enfoque de mi carrera y actualmente tengo un trabajo estable en el campo que más me gusta en Desarrollo Web, pero ahora me gustaría un nuevo desafío, sin embargo, me resulta muy difícil describirlos. 3 años y 5 meses que no estaba realmente enfocado en el desarrollo, siento que no puedo describir bien lo que hice en el banco de una manera que sea significativa para el puesto que estoy solicitando.
No puedo simplemente descartar esta experiencia laboral de mi CV, ya que es el trabajo más largo que he tenido en la misma empresa y ocupa aproximadamente la mitad de mi experiencia laboral general, también quiero dejar en claro a los reclutadores que esos años no se centraron en el desarrollo y evitan que la gente asuma que tengo 7 años de desarrollo de software. experiencia cuando solo la mitad ha sido codificación real.
Actualmente soy un auditor de TI y digo que debe aprovechar los ~ 2 años de experiencia que tuvo en auditoría de TI y describir cómo es probable que sea un mejor desarrollador gracias a ello. Su experiencia previa como auditor de TI debería ser muy valiosa, particularmente en las siguientes áreas:
Intuición y juicio bien definidos.
Como ex auditor de TI, espero que tenga un sentido de la intuición bien desarrollado. La intuición es útil al depurar código y realizar pruebas unitarias. Debería poder anticipar mejor cuál es el origen de un error y cómo el módulo de código actual puede interactuar con el trabajo futuro. Como auditor de TI, el juicio profesional de uno es a menudo el activo más fuerte de uno, y su experiencia pasada debería ayudarlo a decidir preguntas como si la cobertura de prueba es adecuada, se siguen las mejores prácticas, la estructura del código es sólida, etc.
Experiencia en seguridad y controles de TI.
Como ex auditor de TI, debe tener experiencia en controles generales de TI, controles de aplicaciones y seguridad de TI. Haber tenido exposición a los controles de TI y la seguridad de TI le será muy útil, ya que con este conocimiento podrá reconocer y mitigar las vulnerabilidades del software que luego pueden explotarse. También debería servirle bien con el control de calidad que probará su código, ya que su trabajo es algo más fácil cuando se siguen las mejores prácticas.
Habilidades mejoradas de documentación, gestión de riesgos y comunicación.
Si alguna vez tuviera que interactuar con un auditor , el hecho de haberlo sido previamente debería permitirle prever de alguna manera lo que un auditor estaría buscando y reducir cualquier inquietud que usted o su empresa puedan tener. En este caso, no me sorprendería si su gerencia lo elige como principal punto de contacto con los auditores externos debido a su conocimiento del campo. Finalmente, a menudo existe el estereotipo de que la comunicación (especialmente con la gerencia) es un punto débil para los desarrolladores. Como ex auditor, esperaría que tuviera habilidades de comunicación superiores, ya que era su trabajo asegurarse de que la gerencia entendiera los riesgos que se derivan de TI, a los que se enfrenta la empresa.
Si bien las habilidades técnicas de su tiempo como auditor de TI pueden no ser directamente relevantes para un rol de desarrollo de TI, me arriesgaría a suponer que habrá habilidades y experiencia que serán aplicables, probablemente las llamadas "habilidades blandas" en la mayoría. . Cosas como cómo lidiaste con situaciones desafiantes con colegas, priorización de tareas, comunicación con las partes interesadas, etc.
Seguro que no van a ser tan valiosos como la experiencia de "habilidades duras" como trabajar con idiomas o tecnologías particulares, pero eso no significa que no sean de interés para un empleador potencial, así que trate de enmarcar cualquier descripción de ese rol en términos de aquellas cosas que serían aplicables y asegúrese de enfatizar los aspectos técnicos de los períodos en los que estaba haciendo desarrollo.
Bernardo Barker
chicoal azar04