Ejemplo de CV de ingeniero DevOps
Un CV de ingeniero DevOps se lee, por encima de todo, buscando una cosa: la prueba de que haces que el software se despliegue más rápido y se mantenga en pie. Un platform lead o un recruiter técnico revisa rápido en busca de los pipelines que has construido, la nube que realmente operas y la evidencia de que has reducido un despliegue de horas a minutos o has sostenido un SLO durante un incidente. Quieren ver que automatizas el trabajo repetitivo, que piensas en infraestructura como código en lugar de tocar botones en una consola, y que puedes señalar una frecuencia de despliegue, un lead time, una cifra de disponibilidad o un coste de cloud que se movió gracias a algo que construiste. Tanto si asciendes desde desarrollo de software, cambias desde sysadmin o redes, o te especializas en SRE, platform o cloud, el CV que gana la entrevista suena a un ingeniero que entrega fiabilidad, no a una lista de herramientas: un pipeline real, una automatización real, una cifra real. Este ejemplo muestra cómo estructurar un CV de DevOps, qué competencias y certificaciones filtra primero un responsable de contratación, cómo redactar logros que aguanten una revisión técnica y cómo posicionar un cambio hacia DevOps desde un rol afín. Todo es editable en el editor de Cvida: adáptalo al stack, al equipo y al nivel de seniority al que aspiras.
Por qué un CV de ingeniero DevOps se lee de forma distinta
La contratación en DevOps tiene sus propias prioridades, y explican cada decisión que verás a continuación. Un platform lead o un recruiter técnico revisa rápido en busca de pruebas de que construyes sistemas fiables y automatizados, no una lista de todas las herramientas que has tocado alguna vez:
- La automatización supera al trabajo manual: conocer una herramienta no prueba nada, pero haber construido un pipeline que redujo el tiempo de despliegue de dos horas a ocho minutos es justo la señal que un responsable de contratación busca primero
- La fiabilidad es el titular: cualquier prueba de que sostuviste un SLO, redujiste el tiempo medio de recuperación o superaste un incidente sin sobresaltos pesa más que todas las certificaciones de la página juntas
- La infraestructura como código muestra cómo piensas: nombrar Terraform, Ansible o CloudFormation indica que gestionas sistemas como código reproducible, no consolas configuradas a mano que nadie puede reconstruir
- Eres dueño de todo el camino a producción: tus logros deben mostrar que conectaste build, test, deploy y monitorización, no solo que "usaste Jenkins" de forma aislada
- El coste y la escala son diferenciadores silenciosos: un ingeniero que redujo una factura de cloud o escaló un servicio sin caídas destaca frente a otro que solo mantuvo las luces encendidas
Lee tu CV como lo hará un platform lead: no "¿esta persona conoce las herramientas?", sino "¿puedo confiar en que se apropie del pipeline, mantenga producción en pie y automatice el trabajo repetitivo para que el equipo entregue más rápido?". Cada apartado de los siguientes responde a eso con pruebas.
Qué buscan de verdad los recruiters y responsables de contratación en un CVLa estructura que funciona en un CV de DevOps
Mantenlo en una o dos páginas limpias y empieza por tus señales más fuertes de fiabilidad y automatización. Para la mayoría de candidaturas de ingeniero DevOps, este orden funciona mejor:
Los apartados, en orden
- Encabezado: nombre completo, el puesto ("Ingeniero DevOps" o "Site Reliability Engineer"), ubicación, teléfono, correo electrónico y un enlace a GitHub o GitLab que muestre pipelines o código de infraestructura reales
- Perfil (3-4 líneas): tu stack, la escala en la que has operado y un resultado principal: una reducción de tiempo de despliegue, una cifra de disponibilidad, un coste de cloud reducido
- Competencias: agrupadas en cloud, CI/CD y automatización, y observabilidad, no un muro plano con todos los acrónimos que has oído nombrar
- Experiencia: puestos en orden cronológico inverso, con cada logro ligando un cambio de automatización o de plataforma a un resultado medible de velocidad, fiabilidad o coste
- Certificaciones y formación: AWS, Kubernetes (CKA), Terraform o Azure, más tu titulación, en breve para que el trabajo práctico siga en primer plano
Dónde van los proyectos personales y el open source
Si estás empezando en DevOps o vienes de otro campo, un proyecto personal —un clúster de Kubernetes en un homelab, un módulo de Terraform que publicaste, un pipeline de CI/CD que construiste para una app propia— es prueba real. Dale un breve apartado de "Proyectos" alto en la página y describe qué automatizaste y por qué, con el mismo estilo centrado en resultados que usarías para un puesto de trabajo, porque un responsable de contratación lee un pipeline funcionando como prueba de que sabes hacer el trabajo.
La contratación en DevOps premia la claridad sobre la decoración, así que mantén un diseño sobrio y a prueba de software. Si tienes experiencia real en platform o SRE, empieza por ahí; si estás entrando al campo, sube en la página los proyectos, la automatización y las certificaciones para que la prueba llegue primero.
Cómo elegir tipografías y formato que mantengan el CV limpio y legibleEl perfil: stack, escala y un resultado principal
Tres o cuatro líneas debajo de tu nombre: la parte más leída del CV. Para un ingeniero DevOps debe responder qué stack manejas, la escala en la que has operado y un resultado con el que merezca la pena empezar:
- Empieza por tu stack y nivel: "Ingeniero DevOps con 4 años operando producción en AWS y Kubernetes, responsable del CI/CD y la infraestructura como código de una plataforma de 30 servicios"
- Nombra los entornos en los que realmente has trabajado: AWS, Azure o GCP; contenedores; y las herramientas de pipeline e IaC que operas de verdad, no una sopa de palabras clave
- Abre con un resultado concreto: "reduje el tiempo de despliegue de 2 horas a 8 minutos y elevé la frecuencia de release x5" dice más que cualquier adjetivo y te sitúa como alguien que entrega
- Señala cómo trabajas: menciona automatización, fiabilidad u on-call para que se vea un ingeniero que es dueño de producción, no uno que solo escribe YAML de forma aislada
- Elimina el relleno vacío: "apasionado por la automatización y el cloud" no dice nada por sí solo; sustitúyelo por un stack, una escala y una cifra que respalde la afirmación
Un buen perfil de DevOps se lee como el de alguien a quien un platform lead podría entregar el buscapersonas de guardia el mes que viene. Si el tuyo podría describir a cualquier ingeniero, añade el detalle concreto —una nube, una escala, una cifra de despliegue o de disponibilidad— que lo haga inconfundiblemente tuyo.
Cómo escribir un perfil de CV que funcione, con ejemplosEl apartado de competencias: cloud, automatización y observabilidad
Agrupa tus competencias para que un responsable de contratación las escanee en segundos, y lista solo lo que puedas operar de verdad. Para un ingeniero DevOps se dividen en bloques claros:
Cloud, contenedores e infraestructura
- Plataformas cloud: AWS, Azure o GCP, y sé específico sobre los servicios que operaste, desde EC2 y EKS hasta redes e IAM, no solo "experiencia en cloud"
- Contenedores y orquestación: Docker y Kubernetes, incluyendo cómo gestionaste despliegues, escalado y rollouts en producción
- Infraestructura como código: Terraform, Ansible, Pulumi o CloudFormation, la diferencia entre un ingeniero que reconstruye un entorno en minutos y otro que no puede
Pipelines, scripting y observabilidad
- CI/CD: Jenkins, GitLab CI, GitHub Actions o Argo CD, y qué automatizaste a lo largo del build, el test y el deploy
- Scripting y lenguajes: Bash y Python como mínimo, más Go u otro lenguaje si construyes herramientas y no solo scripts de pegamento
- Observabilidad y fiabilidad: Prometheus, Grafana, Datadog o el stack ELK, además de SLOs, alertado y respuesta a incidentes
Sé honesto sobre tu nivel: si listas Kubernetes o Terraform, espera que la entrevista lo ponga a prueba en directo. Una lista de competencias corta, precisa y específica por herramienta gana a una larga y genérica, porque un platform lead puede imaginar de inmediato el tipo de sistema que confiaría en que operes.
Cómo elegir y presentar las mejores competencias para tu CVLogros de experiencia: liga cada cambio a velocidad, fiabilidad o coste
Los logros más fuertes en DevOps ligan un cambio de automatización o de plataforma a una mejora medible. Compara una línea vaga con otra que le da al responsable de contratación pruebas reales:
- Débil: "Construí y mantuve pipelines de CI/CD y gestioné infraestructura en la nube" — sin escala, sin método, sin resultado, y nada que te distinga de cualquier otro ingeniero
- Fuerte: "Reconstruí el pipeline de CI/CD en GitHub Actions con tests paralelizados, reduciendo el tiempo de despliegue de 2 horas a 8 minutos y elevando la frecuencia de release de semanal a 5 veces al día"
- Fuerte: "Migré 30 servicios a Kubernetes con infraestructura gestionada por Terraform, reduciendo el aprovisionamiento de entornos de 3 días a 20 minutos y eliminando el configuration drift"
- Fuerte: "Introduje SLOs y alertado con Prometheus que redujeron el tiempo medio de recuperación de 90 a 25 minutos y bajaron los incidentes Sev-1 un 40% en dos trimestres"
- Patrón a aplicar: verbo de acción + el sistema o problema + la herramienta o método + el resultado (tiempo de despliegue, frecuencia de release, MTTR, disponibilidad, coste de cloud)
Los números no necesitan ser enormes, necesitan ser reales y defendibles. "Reduje la factura mensual de AWS un 22% ajustando el tamaño de las instancias y añadiendo autoescalado" es un logro fuerte, porque prueba exactamente lo que quiere un platform lead: un ingeniero que mejora el sistema, no solo uno que lo mantiene funcionando.
Cómo cuantificar tus logros en un CV, con ejemplosCertificaciones y las herramientas que demuestran tu nivel
DevOps es un campo donde las certificaciones de cloud y Kubernetes de verdad mueven un CV, porque se corresponden con un listón que los recruiters conocen bien. Pero listálas como credenciales, no como una lista de deseos, y respáldalas con prueba práctica:
Qué certificaciones tienen peso
- Cloud: AWS Certified Solutions Architect o DevOps Engineer, Azure Administrator o DevOps Engineer Expert, o Google Cloud Professional — los estándares casi universales para puestos de cloud
- Kubernetes: el CKA (Certified Kubernetes Administrator) y el CKAD son señales sólidas y verificables de una capacidad real de orquestación de contenedores
- Infraestructura y herramientas: HashiCorp Terraform Associate, más cualquier certificación de Linux (LFCS) o de seguridad que respalde tu especialidad
Convertir las herramientas en pruebas
Las certificaciones abren la puerta; un sistema funcionando te mantiene dentro de la sala. Un repositorio público de GitHub con un módulo de Terraform, un pipeline de CI/CD o un conjunto de manifiestos de Kubernetes —o una breve descripción de un homelab que construiste y monitorizaste— prueba que haces DevOps, no solo que lo estudias. Un proyecto real descrito en términos de resultados puede pesar más que un segundo certificado de nivel medio.
Pon las certificaciones en su propio apartado, breve y preciso, y mantenlas exactas: un responsable de contratación sabe distinguir entre aprobar el CKA y "familiarizado con Kubernetes". La honestidad importa, porque la entrevista pondrá a prueba todo lo que afirmes.
Cómo adaptar un CV para puestos de tecnología e ingenieríaCómo entrar en DevOps desde desarrollo, sysadmin o redes
La mayoría de los ingenieros DevOps llegan desde un rol afín, y los responsables de contratación lo saben: contratan a ingenieros junior o en transición por su aptitud, la prueba de automatización y cualquier exposición real a producción. Un título de DevOps vacío no es un problema si llenas la página con las pruebas adecuadas:
- Reformula tu experiencia afín en términos de DevOps: un desarrollador que montó el CI del equipo, un sysadmin que scripteó el aprovisionamiento de servidores o un ingeniero de redes que automatizó la configuración ya está haciendo trabajo cercano a DevOps: descríbelo así
- Abre con la automatización que construiste: un pipeline, un módulo de Terraform o un script que eliminó trabajo manual prueba el instinto central del puesto mejor que cualquier línea de perfil de "aspirante a DevOps"
- Muestra el camino de aprendizaje: una certificación de cloud, un CKA en progreso o un homelab indican que vas en serio y eres autodidacta, justo lo que quiere ver un equipo que apuesta por un junior
- Apunta a las vías de entrada: existen puestos de DevOps junior, platform y soporte cloud pensados para quienes cambian de campo, así que adapta el CV a cómo filtran en lugar de enviar una versión genérica
- Abre con capacidad, no con disculpas: nunca empieces por la experiencia que te falta; empieza por algo que automatizaste, un sistema que mantuviste en pie o un proyecto que puedas explicar línea por línea
Un CV de DevOps en transición gana por la evidencia de automatización y aprendizaje autodidacta, no por los años con el título. Llena la página con un proyecto real, una certificación en progreso y cualquier trabajo cercano a producción bien reformulado, y destacarás frente a candidatos que envían un CV de desarrollador genérico que ignora lo que un equipo de platform filtra de verdad.
Cómo escribir un CV cuando cambias de carreraATS, palabras clave y el filtro del recruiter
Los puestos de DevOps en empresas grandes casi siempre pasan las candidaturas por un software y un filtro rápido del recruiter antes de que un platform lead los vea, así que mantén el CV limpio y calcado a la oferta:
- Refleja el lenguaje de la oferta: si dice "CI/CD", "Kubernetes", "infraestructura como código" u "observabilidad", usa esas mismas expresiones donde sean ciertas para ti
- Incluye las palabras clave de herramientas: AWS, Terraform, Docker, Jenkins, Prometheus y tus certificaciones ayudan tanto al software como al recruiter a ubicarte rápido
- Usa un título de puesto claro: poner "Ingeniero DevOps" o "Site Reliability Engineer" como titular ayuda al software y al recruiter que lee por encima a clasificarte correctamente
- Mantén un diseño a prueba de software: tipografías estándar, encabezados claros y nada de gráficos, tablas ni columnas que se rompan en un ATS o escondan tu mejor trabajo de automatización
- Guárdalo en PDF salvo que pidan otra cosa: conserva tu diseño a través del sistema de candidaturas y sigue siendo legible para la mayoría de software moderno
La prueba es sencilla: ¿podría alguien leer tu CV de arriba abajo en un editor de texto plano y seguir viendo el stack, los pipelines y los resultados? Si es así, el software también puede. Un formato limpio más las propias palabras clave de la oferta te hacen superar el filtro y llegar ante el platform lead.
Cómo superar el ATS con un CV, con una checklist prácticaErrores habituales en un CV de DevOps
La mayoría de los CV de DevOps se rechazan por motivos que tienen solución, más que por falta de capacidad. Evita estos y destacarás al instante:
- Un muro de acrónimos sin prueba: listar 40 herramientas sin un solo logro que muestre que usaste alguna se lee como repaso de examen, no como experiencia; liga las clave a un cambio real que hiciste
- Ninguna métrica en ningún sitio: un CV de DevOps sin una sola cifra suena a alguien que no mide su propio impacto, así que asocia una cifra real —tiempo de despliegue, MTTR, disponibilidad, coste de cloud— a tus logros más fuertes
- Enumerar tareas en lugar de resultados: "mantuve pipelines e infraestructura" no le dice nada a un platform lead; di qué automatizaste y la velocidad, fiabilidad o coste que cambió
- Esconder la propiedad de producción: un CV que es todo herramientas y nada de guardias, incidentes o SLOs se pierde la fiabilidad que paga este puesto; muestra que eres dueño de sistemas en producción
- Un único CV genérico para cada puesto: un ingeniero DevOps, un SRE y un ingeniero cloud son trabajos distintos; adapta el perfil, las competencias y los logros principales al equipo y a la oferta que tienes delante
Pasa la prueba del platform lead: en 30 segundos, ¿se ve el stack que manejas, un pipeline que construiste, un sistema en producción del que eres dueño y una métrica que moviste? Si es así, vas por delante de la mayoría del montón. Las correcciones casi siempre son las mismas: prueba los acrónimos, asocia cifras, muestra propiedad de producción y adapta al puesto.
Los errores de CV más habituales y cómo evitarlos