Plantilla de CV
Plantilla de CV para Arquitecto de Sistemas
Un CV de arquitecto de sistemas no se evalúa por la lista de tecnologías que ha tocado, sino por la calidad de las decisiones que ha tomado y por lo que ocurrió después de tomarlas. Quien le entrevista quiere ver en cada línea un problema de negocio, la opción elegida frente a las que descartó, la contrapartida que aceptó a cambio y la consecuencia medible seis o doce meses después. En el mercado español, donde buena parte del trabajo consiste en integrar sistemas heredados con plataformas nuevas y en justificar la inversión ante la dirección, esa capacidad de argumentar pesa más que cualquier enumeración de frameworks. Esta plantilla ordena su trayectoria en torno a los cinco ejes por los que de verdad se contrata a un arquitecto: requisitos no funcionales, decisiones documentadas, patrones de integración, evolución del sistema y deuda técnica gestionada como inversión.
Written & reviewed by the CVWon Editorial Team · Updated julio 2026
Cree su CV ahoraUn CV de arquitecto de sistemas fuerte demuestra una cosa que no aparece en ningún otro perfil técnico: que usted ha elegido entre alternativas razonables, ha aceptado conscientemente lo que perdía con esa elección y ha respondido del resultado a lo largo del tiempo.
Optimización ATS
Palabras clave para ATS
Incluya estas palabras clave en su CV para superar los sistemas de seguimiento de candidatos (ATS).
Un CV de arquitecto de sistemas fuerte demuestra una cosa que no aparece en ningún otro perfil técnico: que usted ha elegido entre alternativas razonables, ha aceptado conscientemente lo que perdía con esa elección y ha respondido del resultado a lo largo del tiempo. La unidad mínima de contenido no es una tecnología, es una decisión completa, y se escribe siempre igual: restricción o requisito no funcional de partida, opciones evaluadas, criterio de desempate, contrapartida asumida y consecuencia comprobable. Por ejemplo, en lugar de escribir que implantó una arquitectura de microservicios con Kafka, escriba que ante un pico de 4.000 pedidos por minuto en campaña y un acoplamiento síncrono que arrastraba a toda la cadena cuando fallaba facturación, separó tres contextos delimitados y sustituyó dos llamadas síncronas por mensajería con patrón outbox, asumiendo consistencia eventual de hasta noventa segundos en el estado del pedido y un coste operativo adicional de un equipo de guardia, con el resultado de que las caídas de facturación dejaron de tumbar la toma de pedidos y la disponibilidad del canal pasó del 99,3 % al 99,95 % medida sobre trimestre completo. Un arquitecto experimentado incluye además al menos una decisión de no hacer: el monolito que decidió modularizar en lugar de trocear porque el dominio aún no era estable y el equipo era de nueve personas, la compra de un producto en lugar de un desarrollo propio tras comparar el coste total a cinco años, o el proyecto de migración que aplazó doce meses porque el retorno no cubría el riesgo. Esa clase de líneas distingue de inmediato a un arquitecto de un desarrollador senior con un título nuevo. Cuide también tres señales que los responsables españoles buscan expresamente: el alcance real de su responsabilidad (cuántos sistemas, cuántos equipos y personas afectadas por sus decisiones, qué volumen de transacciones o usuarios), la trazabilidad de su método (si mantenía ADR, si pasaba las propuestas por un comité de arquitectura, si medía con funciones de aptitud en el pipeline) y su interlocución no técnica, es decir, si defendió presupuestos, escribió el apartado técnico de una oferta a un pliego público o presentó opciones al comité de dirección. Mantenga una sola columna, PDF con texto seleccionable y sin diagramas incrustados como imagen: el diagrama se enseña en la entrevista, no en el filtro automático.
Estructura
¿Qué secciones debe incluir un CV de Arquitecto de Sistemas?
Perfil profesional (3 o 4 líneas)
Es lo primero y a veces lo único que se lee. Debe situar en segundos su ámbito de arquitectura (software, soluciones, integración o empresarial), los años de ejercicio real como arquitecto, la escala de los sistemas sobre los que decide y el sector, porque en España la credibilidad de un arquitecto depende mucho del dominio: banca, seguros, retail, industria y Administración pública tienen restricciones muy distintas.
Ejemplo
Arquitecto de sistemas con 11 años de experiencia, 6 de ellos definiendo la arquitectura de la plataforma de contratación de una aseguradora nacional: 23 aplicaciones, 7 equipos de producto y 2,4 millones de pólizas vivas. Responsable de los requisitos no funcionales comprometidos con negocio, del registro de decisiones y del comité de arquitectura. Autor del plan de sustitución progresiva del core heredado, en ejecución desde 2023 sin ninguna parada de servicio en horario comercial.
Decisiones de arquitectura, con contrapartida y consecuencia
Es el bloque que decide la candidatura y el que casi nadie escribe bien. Un listado de tecnologías se puede copiar; una decisión razonada, no. Redactar tres o cuatro decisiones completas demuestra criterio, honestidad sobre lo que se sacrifica y capacidad de sostener el argumento en la entrevista, que es exactamente lo que se va a poner a prueba.
Ejemplo
Decidí modularizar el monolito de siniestros en seis módulos con fronteras explícitas y base de datos separada por esquema, en lugar de extraer microservicios desde el primer día. Motivo: el dominio seguía cambiando cada trimestre por normativa y el equipo era de nueve personas, de modo que el coste de coordinación y de operación de seis despliegues independientes no estaba justificado. Contrapartida aceptada: el escalado sigue siendo conjunto y un despliegue afecta a todo el módulo. Consecuencia a dieciocho meses: el tiempo medio de entrega de un cambio bajó de once a tres días, y cuando el módulo de peritaciones sí necesitó escalar por separado se extrajo en cinco semanas porque la frontera ya estaba definida.
Requisitos no funcionales negociados con negocio
La diferencia entre un arquitecto y un buen técnico es que el arquitecto convierte una expectativa vaga de negocio en un número comprometido y comprobable, y después defiende lo que ese número cuesta. Indicar qué atributos de calidad definió, cómo los midió y qué renunció a cambio demuestra que trabaja con el lenguaje de la ISO/IEC 25010 y no con adjetivos.
Ejemplo
Traduje el requisito de que la aplicación vaya rápida en cuatro objetivos medibles acordados con el director de negocio digital: latencia p95 inferior a 400 ms en el alta de póliza, p99 inferior a 1,2 s, disponibilidad del canal del 99,9 % en horario 7:00-23:00 y capacidad para 3.500 altas por hora en campaña de renovación. Cada objetivo quedó como prueba automática en el pipeline y en un panel revisado en el comité mensual. El compromiso de p99 obligó a renunciar a la validación síncrona contra la Dirección General de Tráfico, que pasó a proceso diferido con notificación; negociamos ese cambio funcional a cambio del objetivo de latencia.
Integración y evolución de sistemas heredados
En España la mayoría de las vacantes de arquitecto no son para construir de cero, sino para hacer convivir lo nuevo con un core de veinte años, un ERP y media docena de terceros. Describir los patrones que aplicó, no los productos que compró, es lo que demuestra dominio: quien solo nombra herramientas suele haber ejecutado el diseño de otro.
Ejemplo
Sustitución progresiva del gestor de expedientes en AS/400 mediante patrón de estrangulamiento: enrutador de fachada delante del sistema antiguo, capa anticorrupción que traduce el modelo heredado al modelo de dominio nuevo y migración por familias de expediente durante veintiséis meses. Reemplacé 41 integraciones punto a punto por 12 contratos publicados en OpenAPI y 5 flujos asíncronos descritos en AsyncAPI sobre Kafka, con idempotencia por clave de negocio y outbox transaccional. Resultado: el alta de un nuevo consumidor pasó de nueve semanas a cuatro días y se retiraron 3 de los 4 nodos del ESB, con un ahorro de 96.000 € anuales en licencias y mantenimiento.
Deuda técnica y gobierno de la arquitectura
Un arquitecto que presenta la deuda técnica como un problema moral pierde ante la dirección; el que la presenta como una cartera de inversiones con coste, interés y rendimiento esperado consigue presupuesto. Este bloque demuestra que usted sabe priorizar, decir que no y dejar reglas que sobreviven cuando usted no está en la reunión.
Ejemplo
Creé un registro de deuda técnica con 34 elementos valorados en tres cifras cada uno: coste de arreglarlo, coste anual de convivir con él (incidencias, horas de soporte, retraso de entregas) y riesgo si no se aborda. Presenté al comité de dirección tres paquetes priorizados y se aprobó reservar el 18 % de la capacidad trimestral. En dos años se cerraron los 9 elementos de mayor interés, entre ellos la versión de Java sin soporte y la duplicidad del maestro de clientes; las incidencias graves cayeron de 27 a 8 al año. Los 25 restantes siguen documentados y revisados cada trimestre, con la decisión explícita de no acometerlos.
Comunicación con negocio, dirección y proveedores
En las empresas españolas el arquitecto es el traductor entre el comité de dirección, los equipos y las integradoras externas. Muchos procesos de selección incluyen una prueba de presentación precisamente por eso. Acreditar comités, defensas de presupuesto, participación en pliegos o gobierno de proveedores le sitúa por encima de candidatos técnicamente equivalentes.
Ejemplo
Secretario del comité de arquitectura (12 sesiones al año, 7 áreas representadas) con actas y decisiones publicadas en el repositorio de ADR. Defendí ante el comité de dirección la sustitución del motor de reglas con un análisis de coste total a cinco años que comparaba tres opciones (mantener, comprar producto, desarrollar); se aprobó la compra por 640.000 € frente a los 1,1 millones estimados del desarrollo propio. Redactor del apartado de arquitectura en dos ofertas a licitación pública, ambas adjudicadas, y responsable técnico del seguimiento de dos proveedores con 24 personas asignadas.
Formación, certificaciones y marcos normativos aplicables
En arquitectura las certificaciones no sustituyen a la experiencia, pero sí filtran en consultoría y en el sector público español, donde se puntúan en los pliegos. Añadir el marco normativo que ha aplicado de verdad (ENS, ENI, RGPD, DORA en banca y seguros, NIS2) y el nivel de inglés acreditado evita quedar fuera por un dato ausente en la criba automática.
Ejemplo
Máster en Ingeniería Informática (habilitante) por la Universitat Politècnica de València. TOGAF Standard 10 Enterprise Architecture Practitioner (2024). iSAQB Certified Professional for Software Architecture, nivel Foundation (2023). AWS Certified Solutions Architect – Associate (2024). Arquitectura de dos sistemas sujetos al Esquema Nacional de Seguridad en categoría MEDIA conforme al Real Decreto 311/2022 y a las normas técnicas del Esquema Nacional de Interoperabilidad. Inglés C1 (Cambridge CAE, 2022).
Qué evitar
¿Cuáles son los errores más frecuentes en un CV de Arquitecto de Sistemas?
FAQ
Preguntas frecuentes
El objeto del trabajo. El ingeniero cloud responde de que una plataforma exista y funcione: estructura de cuentas, red, identidad, coste mensual, continuidad y operación. El arquitecto de sistemas responde de por qué el sistema está construido así: qué requisitos no funcionales se comprometieron, dónde están las fronteras entre componentes, qué patrón de integración se eligió y qué se sacrificó a cambio. Un ingeniero cloud describe la topología que sostiene el servicio; un arquitecto describe la decisión que hizo que esa topología fuera necesaria. Comparten vocabulario y no pasa nada por solaparse, pero el peso debe estar claro: si más de un tercio de su CV son costes de la nube, herramientas de infraestructura como código y guardias, se le clasificará como perfil de plataforma.
El desarrollador senior responde de que el código funcione, sea mantenible y llegue a producción; el tech lead añade la responsabilidad sobre el equipo y la entrega. El arquitecto responde de las consecuencias a dos o tres años de decisiones que otros ejecutan: por dónde se corta el sistema, qué contratos se publican, qué se compra y qué se construye, qué deuda se acepta y con qué plazo. En la práctica, el salto se acredita con tres elementos que un CV de senior no suele tener: decisiones documentadas con alternativas descartadas, requisitos no funcionales comprometidos con negocio y evidencia de interlocución fuera del equipo técnico. Si aún no dispone de esos elementos, opte primero a puestos de arquitecto de soluciones dentro de su propio dominio, donde la experiencia funcional acumulada sí cuenta.
Depende del tipo de empresa. En grandes consultoras e integradoras, en banca, seguros, energía y sobre todo en licitaciones de la Administración pública, TOGAF aparece con frecuencia como requisito o como mérito puntuable, y ahí sí compensa. En empresas de producto y en compañías tecnológicas medianas de Madrid y Barcelona pesa poco: allí se valora más el iSAQB CPSA, el conocimiento de Domain-Driven Design y, sobre todo, la capacidad de defender un diseño en la pizarra. La estrategia razonable es dirigir la certificación al mercado al que se presenta y, en cualquier caso, no colocarla por delante de los logros: una certificación abre la criba, pero la entrevista se gana explicando una decisión difícil.
Con una estructura fija de cuatro partes en dos o tres líneas: problema o restricción, opción elegida frente a la descartada, contrapartida aceptada y consecuencia con cifra. Por ejemplo: ante 41 integraciones punto a punto y nueve semanas para dar de alta un consumidor nuevo, sustituí la integración directa por contratos publicados y mensajería asíncrona, asumiendo consistencia eventual en el estado del pedido; el alta pasó a cuatro días y se retiraron tres nodos del ESB. Reserve ese formato para tres o cuatro decisiones importantes por puesto y deje el resto de tareas en líneas normales; si las quince líneas del puesto tienen esa densidad, el texto se vuelve ilegible.
Dos páginas es lo normal y lo aceptado, precisamente porque una decisión bien contada necesita espacio; tres páginas solo se justifican con más de quince años y varios sectores. Dedique la mitad superior de la primera página al perfil, al alcance de su responsabilidad y a dos decisiones con resultado. Entregue PDF de una sola columna con texto seleccionable, encabezados estándar (Experiencia, Formación, Certificaciones, Competencias) y el archivo nombrado con su nombre y el puesto. No incluya foto salvo que la oferta la pida, y evite tablas anidadas: son la causa más habitual de que un ATS lea su experiencia en desorden.
Adáptelo, pero de forma quirúrgica. El mercado español de arquitectura se divide en tres perfiles que no se leen igual: arquitectura de integración y sistemas heredados (muy presente en banca, seguros, utilities y Administración), arquitectura de producto y escalabilidad (empresas tecnológicas y comercio electrónico) y arquitectura empresarial con gobierno y normativa. Mantenga un CV maestro con todas sus decisiones y, para cada candidatura, reordene el bloque de experiencia para que las tres primeras decisiones sean las del tipo que pide la oferta, ajuste el perfil y alinee el vocabulario con el de la descripción del puesto: si el anuncio dice arquitectura de soluciones, use ese término y no arquitectura de software.
Salario
Salario por nivel de experiencia
Rangos salariales habituales según la antigüedad (EUR, brutos).
| Nivel | Experiencia profesional | Rango salarial |
|---|---|---|
| Nivel Inicial | 0–2 años | €35K – €55K |
| Nivel Intermedio | 3–5 años | €55K – €85K |
| Nivel Senior | 6–10 años | €85K – €130K |
| Responsable / Director | 10+ años | €120K – €170K |
Redacte su CV de Arquitecto de Sistemas con esta plantilla en cvwon.com, compruebe su puntuación ATS y sustituya cada tecnología suelta por una decisión con su contrapartida y su resultado.
Empiece ahoraRelacionados