Currículum de analista de sistemas: ejemplos y guía para redactarlo

Un currículum de una página para un analista con ocho años de experiencia dando soporte a sistemas de gestión de pedidos y ERP en un distribuidor mediano. El nombre y las empresas son inventados. Fíjate en que cada puesto nombra los sistemas de los que era responsable, el número de usuarios y un resultado medible, y en que el trabajo técnico se explica con claridad en lugar de esconderse tras un «colaboré con los stakeholders».

Los currículums de analista de sistemas los lee un responsable de IT, un responsable de aplicaciones o el responsable de negocio de un sistema. Antes de llamarte, intentan responder a cuatro preguntas.

• ¿Qué sistemas conoces de verdad? ERP (SAP, NetSuite, Dynamics, Oracle), CRM (Salesforce, Dynamics), RR. HH. (Workday), sanidad (sistemas de información hospitalaria), plataformas financieras o de siniestros. Nómbralos con sus módulos, porque «experiencia en sistemas corporativos» se lee como ninguna experiencia.
• ¿Qué nivel técnico tienes? Algunos puestos de analista de sistemas son un 80 % documentación; otros esperan SQL, pruebas de API, configuración y scripting. Di qué escribes tú. Si has lanzado SQL contra tablas de producción, eso va cerca del principio.
• ¿Eres responsable de resultados o solo tomas notas? Los currículums más sólidos muestran un problema, lo que cambiaste y el resultado. Los documentos de requisitos son la herramienta, no el logro.
• ¿Cómo trabajas con negocio? Talleres, mapeo de procesos, UAT con usuarios reales, formación. Todas las empresas tienen un sistema que nadie quiere usar; quien consigue que se presenten 20 usuarios a probar es quien acaba contratado.

“Busco primero los nombres de los sistemas y después una frase que demuestre que entendió el problema de negocio. Cualquiera puede escribir «recogí requisitos». Cuéntame que te sentaste una semana con el almacén y bajaste la grabación de pedidos de seis minutos a cuatro, y ya estamos hablando.”

Estos títulos se solapan y las empresas los usan con bastante libertad. Elige el que coincida con el puesto al que te presentas y haz que el resto del currículum lo respalde.

• Analista de sistemas o analista de sistemas IT tira hacia lo técnico: configuración, integraciones, datos, entornos, versiones y soporte de aplicaciones concretas. Espera preguntas sobre SQL y sobre cómo está montado un sistema.
• El business systems analyst, que en España suele anunciarse como analista funcional, está entre negocio e IT: requisitos, diseño de procesos, especificaciones funcionales, UAT y gestión del cambio, con la profundidad técnica suficiente para hablar con desarrollo. Es el título más habitual en las ofertas de EE. UU.
• El analista de negocio puede ser totalmente no técnico en algunas empresas, centrado en procesos, requisitos e informes. Si buscas estos puestos, empieza por el trabajo de procesos y con usuarios clave, no por el SQL.
• El analista de aplicaciones o consultor/a funcional de una plataforma suele trabajar con una sola: la historia clínica electrónica en un hospital, Workday en RR. HH., Salesforce en ventas. Aquí el nombre de la plataforma es el titular del currículum.
• Las versiones sénior y lead añaden responsabilidad: aportaciones a la hoja de ruta, liderar una línea de trabajo en una implantación, formar a otros analistas, gestionar proveedores. Muestra un proyecto que hayas liderado de principio a fin.

Tres líneas: años y sector, los sistemas de los que eres responsable y el trabajo técnico que haces, y uno o dos resultados con cifras. Prescinde del objetivo profesional salvo que acabes de llegar al sector.

El error más habitual en un currículum de analista de sistemas es describir el proceso en lugar del resultado. Todos los analistas recogen requisitos. Di qué cambió gracias a ti.

Entre doce y dieciséis competencias, agrupadas para que se puedan leer de un vistazo. Pon primero las plataformas y las competencias técnicas si la oferta es técnica, y primero las de procesos y relación con usuarios si no lo es.

• Plataformas: los sistemas de ERP, CRM, RR. HH., sanidad o finanzas que has configurado o a los que has dado soporte, con los módulos. Añade «nociones» junto a los sistemas que solo has visto de cerca, sin exagerar.
• Técnicas: SQL, API REST y SOAP, JSON y XML, EDI, herramientas de ETL o mapeo de datos, scripting si lo dominas, herramientas de informes como Power BI, Tableau o SSRS, y el Excel suficiente para modelar algo.
• Análisis: toma de requisitos, mapeo de procesos as-is y to-be, análisis de brechas, diagramas de flujo de datos y de entidades, historias de usuario y criterios de aceptación, trazabilidad.
• Entrega: planificación de UAT y casos de prueba, triaje de defectos, gestión de versiones y cambios, soporte al arranque y la puesta en marcha, Jira, Confluence, Azure DevOps, ServiceNow.
• Forma de trabajar: ceremonias ágiles y refinamiento del backlog, fases de proyecto en cascada, procesos ITIL de incidencias y cambios, coordinación de proveedores.
• La parte humana: dirigir un taller en el que dos departamentos no están de acuerdo, explicar una limitación técnica sin jerga, redactar documentación que alguien recién incorporado pueda seguir y decir que no a un cambio que rompe otra cosa.

Para este puesto no se exige ningún certificado. Algunos son lo bastante conocidos como para ayudar en el primer filtro, y los certificados de plataforma pesan más cuando la oferta nombra esa plataforma.

• Certificados del IIBA: ECBA para quien empieza, CCBA en un nivel intermedio y CBAP para analistas con experiencia. CBAP es el que más se menciona en las ofertas de analista funcional sénior.
• PMI-PBA (Professional in Business Analysis) del PMI, una alternativa a la vía del IIBA que a veces prefieren las empresas que trabajan con la metodología del PMI.
• ITIL 4 Foundation, habitual en departamentos de IT que gestionan procesos de incidencias, problemas y cambios.
• Certificados de Scrum: Professional Scrum Master (Scrum.org) o Certified ScrumMaster (Scrum Alliance), útiles si tus equipos trabajan por sprints.
• Certificados de plataforma: Salesforce Administrator, Workday, ServiceNow, Microsoft Dynamics o Power BI Data Analyst. Uno de estos vale más que un certificado general si coincide con el puesto.
• Lean Six Sigma Green Belt si tu trabajo tiene mucho de mejora de procesos.

Lo habitual es pedir un grado universitario en sistemas de información, informática, empresa o un campo afín, aunque la experiencia en el negocio al que das soporte suele compensarlo. Es frecuente encontrar analistas que vienen de contabilidad, operaciones de almacén, tramitación de siniestros o enfermería, y ese conocimiento del sector es un argumento a tu favor, no una carencia.

Hay dos vías de entrada a este puesto: directamente desde una titulación en sistemas de información o de lado, desde un puesto en el que usabas el sistema a diario. En ambos casos necesitas demostrar que sabes manejar datos y escribir con claridad.

1. 1Empieza con un perfil profesional breve que nombre el puesto de analista que buscas y el trabajo más parecido que hayas hecho, con una cifra.
2. 2Si acabas de terminar los estudios: incluye las asignaturas relacionadas con el puesto (diseño de bases de datos, análisis de sistemas, procesos de negocio, estadística) y pon el proyecto de fin de grado o las prácticas en la sección de experiencia, con el alcance y el resultado, no solo el título.
3. 3Si cambias de carrera desde operaciones, finanzas, soporte o enfermería: tu conocimiento del sector es tu baza. Muestra el trabajo con sistemas que ya has hecho, como crear informes, redactar procedimientos, probar una actualización, formar a compañeros o ser el usuario clave de tu departamento.
4. 4Demuestra el mínimo técnico: SQL es lo más útil que puedes enseñar. Un certificado de un curso más un proyecto en el que consultaste datos reales es suficiente para un puesto de entrada.
5. 5Si puedes, añade un pequeño portfolio: un mapa de procesos, un documento de requisitos o un cuadro de mando que hayas creado, sin datos confidenciales. Menciónalo en una línea en lugar de adjuntarlo.

• Una página hasta unos ocho años de experiencia y dos para analistas sénior con implantaciones que contar. No llegues a tres, ni siquiera con una lista larga de proyectos; resume los puestos más antiguos en dos líneas cada uno.
• Orden: cabecera con título y sistemas, perfil profesional, competencias técnicas, experiencia laboral, certificados, formación académica. Un bloque breve de «Sistemas y herramientas» cerca del principio ayuda tanto a la persona como al filtro de palabras clave.
• Una sola columna, fuente sencilla, sin fecha de nacimiento ni barras de nivel de competencias; la foto es opcional en España. Las empresas usan Workday, Greenhouse, iCIMS y SuccessFactors, y todos leen mejor el texto sencillo.
• PDF con texto seleccionable: Nombre-Apellido-Analista-de-Sistemas.pdf, salvo que la oferta pida Word.
• Usa el vocabulario exacto de la oferta: «toma de requisitos», «especificación funcional», «pruebas de aceptación de usuario», «mapeo de procesos», «análisis de brechas», «SQL», «API», «integración», «mapeo de datos», «gestión del cambio», «gestión de stakeholders», «Agile», además de cada sistema que se nombre.
• En España este perfil se anuncia a menudo como analista funcional, y junto a los certificados del IIBA también pesan los de plataforma (SAP, Microsoft, Salesforce). Si te presentas a ofertas internacionales, mantén las convenciones de esta guía.

Pasa la oferta y tu borrador por el comprobador ATS de cvplex. Señala los sistemas y términos de análisis que aparecen en la oferta y nunca en tu currículum, y los logros que describen una actividad sin ningún resultado.