Currículum de analista funcional (IT business analyst): ejemplos y guía para redactarlo

Este ejemplo es de una analista con nueve años en TI: primero soporte de aplicaciones, después producto en una empresa de software y ahora analista funcional sénior de sistemas de prestaciones en una aseguradora de salud. La persona y las empresas son inventadas. Quédate con la estructura y rellénala con tus propios sistemas, número de versiones y resultados de negocio.

Las ofertas de analista funcional reciben muchas candidaturas, muchas de personas que nunca han trabajado junto a un equipo de desarrollo. Quienes contratan usan cuatro filtros para reducir el montón rápidamente.

• Los sistemas, con nombre. «Análisis de requisitos de negocio» aparece en todos los currículums. «Plataforma de liquidación de prestaciones, interfaces con la historia clínica, ventas y cobros en SAP, Salesforce Service Cloud» les dice si puedes empezar a aportar la primera semana.
• Si tienes suficiente nivel técnico. En la mayoría de los puestos de analista funcional, la línea divisoria es el SQL. Si sabes consultar la base de datos, leer la especificación de una API o un archivo de log, dilo claramente y pon un ejemplo. Si no, no lo finjas, porque en la entrevista se descubre.
• Pruebas de que has entregado, no solo documentado. Versiones entregadas, integraciones en producción, usuarios migrados, defectos reducidos. Un analista que solo ha escrito documentos que se quedaron en Confluence es un riesgo.
• El modelo de entrega en el que has trabajado de verdad. Scrum con sprints de dos semanas es un trabajo distinto de una implantación de ERP por fases con un documento de requisitos firmado. Nombra el tuyo, las ceremonias que dirigiste y la herramienta (Jira, Azure DevOps).

“Todos los currículums de analista me dicen que recogieron requisitos y que hicieron de enlace con los interlocutores. Los dos que consiguen entrevista me dicen qué sistema, para cuántos usuarios se puso en producción y qué falló. Si alguien escribe SQL y sabe explicar un mapeo de datos, va directo arriba del montón.”

Tres o cuatro líneas arriba del todo. Años, sector, sistemas y una cifra que muestre la escala. Usa un perfil profesional si tienes experiencia, y un objetivo profesional solo si te estás pasando a este campo o acabas de terminar los estudios.

El error más habitual en el currículum de un analista es describir el método en lugar del resultado. Nadie te contrata por haber hecho un taller. Aquí tienes ocho líneas típicas reescritas con el detalle que busca quien contrata.

Agrupa las competencias para que un reclutador pueda repasarlas en cinco segundos: técnicas de análisis, herramientas, nivel técnico y sector. Que cada elemento sea algo sobre lo que te puedan preguntar.

• Análisis: obtención de requisitos, dinamización de talleres, modelado del proceso actual y del proceso objetivo, análisis de brechas, evaluación de impacto, casos de uso, historias de usuario y criterios de aceptación, reglas de negocio, trazabilidad de requisitos, priorización MoSCoW.

• Documentos: documento de requisitos de negocio, análisis funcional, especificación funcional, mapeo de datos origen-destino, especificación de interfaces, plan de UAT y casos de prueba, notas de versión, material de formación.

• Herramientas: Jira, Confluence, Azure DevOps, ServiceNow, Lucidchart, Visio, Miro, Figma (para leer diseños), Power BI o Tableau, Excel a nivel real (búsquedas, tablas dinámicas, Power Query).

• Técnicas: SQL, modelos de datos relacionales, REST y JSON, interfaces XML y de ficheros planos, Postman, scripting básico, lectura de logs de aplicación, gestión de accesos a API y bases de datos.

• Sector: nombra el tuyo. Seguros de salud y prestaciones, core bancario y pagos, ERP (SAP, Dynamics, NetSuite), CRM (Salesforce), cadena de suministro y SGA, sistemas de RR. HH. y nóminas, facturación de telecomunicaciones. El conocimiento del sector suele ser lo que decide entre dos candidaturas iguales.

En España no hace falta ninguna certificación para trabajar como analista funcional. Unas pocas tienen el reconocimiento suficiente para ayudarte a pasar un filtro; el resto es ruido.

• Certificaciones del IIBA, de menos a más experiencia exigida: ECBA (nivel de entrada, sin experiencia), CCBA (unas 3.750 horas de trabajo como analista) y CBAP (unas 7.500 horas). Son las que más reconocen las empresas.
• PMI Professional in Business Analysis (PMI-PBA). Habitual cuando el analista forma parte de una PMO o trabaja junto a jefes de proyecto.
• Credenciales ágiles: Professional Scrum Product Owner (PSPO I) de Scrum.org o Certified ScrumMaster (CSM) de Scrum Alliance. Útiles si el puesto está en un equipo Scrum; ninguna sustituye a la experiencia.
• Complementos técnicos que pesan: Microsoft PL-300 (Power BI), un curso de SQL que puedas nombrar, Salesforce Administrator o una certificación de la plataforma a la que das soporte.
• Titulación. La mayoría de las ofertas piden un grado en Ingeniería Informática, sistemas de información, Administración y Dirección de Empresas o un campo afín, y muchas aceptan experiencia en su lugar. Si tu titulación no tiene relación, ponla al final en una línea y empieza por tus proyectos.

Indica las certificaciones con la entidad que las emite y el año, por ejemplo: «Certified Business Analysis Professional (CBAP), IIBA, 2024». Si tienes una en curso, dilo con la fecha del examen. No pongas una certificación que solo te estás planteando.

Casi nadie entra como analista funcional nada más terminar los estudios sin algo que enseñar. La buena noticia es que ese algo no tiene que ser un empleo remunerado de analista.

1. 1Elige lo más parecido que ya hayas hecho y preséntalo con honestidad. Incidencias del centro de atención a usuarios, un sistema de turnos de una tienda que arreglaste, el TFG, una base de datos de voluntariado, unas prácticas en las que escribiste un documento de proceso. Cualquiera de ellos puede contener entregables reales de analista.
2. 2Prepara un pequeño portafolio con tres entregables: un mapa del proceso actual, un conjunto de diez historias de usuario con criterios de aceptación y un mapeo de datos sencillo o la especificación de un informe. Pon el enlace en la cabecera.
3. 3Aprende SQL lo bastante como para escribir joins y agregaciones, y demuéstralo con una línea de proyecto en lugar de con una afirmación.
4. 4Preséntate también a puestos de analista junior, analista de aplicaciones, analista de reporting y soporte de aplicaciones. Muchos analistas funcionales empezaron en uno de ellos y cambiaron de puesto en menos de dos años.

• Una página hasta unos ocho años de experiencia, dos a partir de ahí. Un analista sénior en programas grandes puede justificar dos; tres nunca.
• La foto es opcional en España; la fecha de nacimiento, el estado civil y el DNI no hacen falta.
• Orden cronológico inverso. Un currículum funcional que esconde las fechas hace pensar a un reclutador de TI que estás tapando un hueco.
• Si trabajas en una consultora con muchos proyectos cortos en clientes, agrúpalos bajo la consultora con sublíneas por cliente y fechas, para que no parezca que cambias de empresa constantemente.
• Un bloque breve de «Proyectos destacados» vale más que una lista de competencias más larga, sobre todo si tus puestos no se llaman analista. Indica el sistema, tu papel, el tamaño y el resultado en dos líneas cada uno.
• Guárdalo en PDF salvo que la oferta pida Word, y mantenlo a una sola columna, con encabezados reales y sin cuadros de texto.

Las grandes empresas, las consultoras y las empresas de selección de TI filtran por palabras clave. Lo más seguro es desmontar la oferta y redactar tus logros con sus sustantivos.

• Títulos que reflejar en tu titular: analista funcional, analista de negocio, IT business analyst, business systems analyst, analista técnico-funcional, analista funcional sénior, product analyst.
• Palabras de método: obtención de requisitos, historias de usuario, criterios de aceptación, documento de requisitos de negocio, especificación funcional, modelado de procesos, análisis de brechas, matriz de trazabilidad, UAT, triaje de defectos, control de cambios.
• Palabras de herramienta: Jira, Confluence, Azure DevOps, ServiceNow, SQL, Power BI, Tableau, Visio, Lucidchart, Postman.
• Palabras de entrega: Agile, Scrum, sprint, refinamiento del backlog, cascada, ciclo de vida del desarrollo, versión, migración, puesta en producción, soporte posarranque.
• Palabras de sector de la oferta: prestaciones, EDI, HL7, RGPD, ERP, S/4HANA, order to cash, pagos, KYC, SGA. Ponlas en tus logros, no en un listado de palabras clave.