Currículum de ingeniero/a DevOps: ejemplos y guía para redactarlo

Este ejemplo es de un ingeniero con cuatro años en puestos DevOps y otros dos antes como administrador de sistemas Linux. El nombre, las empresas y la universidad son ficticios. Si eres junior, sénior o trabajas sobre todo con Azure, las secciones de perfil profesional y de nivel junior te muestran cómo adaptar la misma estructura.

La mayoría de los currículums DevOps enumeran las mismas 25 herramientas. Los responsables de contratación y los seleccionadores técnicos que filtran por ellos se saltan la lista de herramientas y buscan cuatro cosas.

• Responsabilidad en producción con una escala concreta. Cuántos clústeres, nodos, servicios, entornos, cuentas o servidores; cuántos usuarios o peticiones; si hacías guardias. «Gestión de Kubernetes» sin cifras suena a curso; «3 clústeres EKS, 60 nodos, 900 pods, guardias una semana de cada cinco» suena a trabajo.
• Profundidad en un stack, con cada pieza nombrada. Una nube (AWS, Azure o GCP) con sus servicios, una herramienta de IaC, un sistema de CI, un método de despliegue y un stack de observabilidad. Poner las tres nubes y ocho herramientas de CI transmite tutoriales, no profundidad.
• Cifras que cambiaron. Las cuatro métricas DORA (frecuencia de despliegue, lead time, tasa de fallo de cambios, tiempo de recuperación) son el idioma común del sector; añade disponibilidad frente a un SLO, coste cloud, tiempo de build y cumplimiento de parches. Al menos una por puesto.
• Fundamentos debajo de las herramientas. Linux, redes (DNS, TLS, balanceo de carga, diseño de VPC), un lenguaje de scripting y Git. Las entrevistas los ponen a prueba; el currículum que los muestra (un pasado como administrador de sistemas, una certificación de redes, automatización con Python) es el que recibe la llamada.

“Me salto la nube de competencias y leo el primer empleo. Si veo qué llevaba, de qué tamaño era y una cifra que se movió, concierto una primera entrevista telefónica. Si el primer logro es «responsable de los pipelines de CI/CD», ya sé que la entrevista va a costar.”

Muchas búsquedas sobre este puesto incluyen los años de experiencia: junior, 2, 3, 4, 5. Pon esa cifra en la primera línea del perfil, después tu stack, tu escala y uno o dos resultados. De tres a cuatro líneas. Olvídate del objetivo profesional: incluso un perfil junior tiene un proyecto desplegado que describir.

Patrón: herramienta, qué construiste o gestionaste, escala y la cifra que cambió. Abajo tienes frases habituales de currículums DevOps reescritas. Usa tus propias cifras; en la entrevista te preguntarán cómo mediste cada una.

Agrupa las competencias para que un seleccionador encuentre tu stack en cinco segundos, y pon solo herramientas sobre las que podrías hacer una entrevista mañana. Escríbelas exactamente como el fabricante (GitHub Actions, Argo CD, Amazon EKS), porque los sistemas ATS comparan cadenas de texto. Con doce a dieciséis líneas basta.

• Cloud: AWS (nombra los servicios: EKS, EC2, RDS, S3, IAM, Lambda, VPC), Azure (AKS, Azure DevOps, Functions, Entra ID) o GCP (GKE, Cloud Run, Cloud Build). Empieza por la que hayas llevado en producción.
• Infraestructura como código: Terraform (u OpenTofu), Pulumi, CloudFormation, Bicep, Ansible, Packer; diseño de módulos, gestión del estado, detección de drift.
• CI/CD y GitOps: GitHub Actions, GitLab CI, Azure DevOps Pipelines, Jenkins, CircleCI; Argo CD o Flux; Helm, Kustomize; estrategias de despliegue (blue-green, canary, feature flags).
• Contenedores y orquestación: Docker, Kubernetes (EKS, AKS, GKE o autogestionado), Karpenter o Cluster Autoscaler, controladores de ingress, service mesh (Istio, Linkerd) si has llevado uno.
• Observabilidad: Prometheus, Grafana, Loki, OpenTelemetry, Datadog, New Relic, ELK u OpenSearch, PagerDuty; SLO y presupuestos de error.
• Seguridad y cumplimiento (DevSecOps): IAM con mínimo privilegio, HashiCorp Vault o gestores de secretos del proveedor cloud, escaneo con Trivy o Snyk, controles de SOC 2, ISO 27001 o PCI DSS que hayas implantado.
• Scripting y lenguajes: Python, Bash, Go, PowerShell; flujos de trabajo con Git y revisión de código.
• Fundamentos: administración de Linux, redes (DNS, TCP/IP, TLS, balanceo de carga, diseño de VPC), operación de bases de datos (PostgreSQL, MySQL, Redis: copias de seguridad, restauraciones, replicación).
• Prácticas: gestión de incidencias y postmortems, guardias, métricas DORA, planificación de capacidad, FinOps e informes de costes, documentación y runbooks.

Las certificaciones no sustituyen la experiencia en producción, pero ayudan a un perfil junior a pasar el primer filtro y sirven de desempate para todos los demás. Pon el nombre exacto, la entidad emisora y el año, y limita la lista a las que encajan con la nube de la oferta. La mayoría caducan: las de AWS a los 3 años, las de la CNCF y HashiCorp a los 2, y las certificaciones de rol de Microsoft necesitan una renovación anual gratuita. Comprueba que siguen vigentes antes de ponerlas.

• AWS: AWS Certified Solutions Architect - Associate (el punto de partida habitual), AWS Certified DevOps Engineer - Professional (la que buscan los responsables en empresas que trabajan con AWS), AWS Certified CloudOps Engineer - Associate (antes SysOps Administrator).
• Kubernetes: Certified Kubernetes Administrator (CKA) y Certified Kubernetes Application Developer (CKAD), de la Cloud Native Computing Foundation y la Linux Foundation; la CKA es práctica y por eso se respeta. Certified Kubernetes Security Specialist (CKS) para puestos con mucho peso de seguridad.
• Infraestructura como código: HashiCorp Certified: Terraform Associate. Barata, rápida y muy pedida.
• Azure: Microsoft Certified: DevOps Engineer Expert (examen AZ-400), que exige tener antes Azure Administrator Associate (AZ-104) o Azure Developer Associate (AZ-204). Pon las dos si las tienes.
• Google Cloud: Professional Cloud DevOps Engineer; Associate Cloud Engineer como punto de partida.
• Linux y fundamentos: Red Hat Certified System Administrator (RHCSA), Linux Foundation Certified System Administrator (LFCS), CompTIA Linux+ o Network+ para currículums de inicio de carrera.
• Dónde ponerlas: una sección de certificaciones después de la experiencia si tienes experiencia, y antes de la experiencia si eres junior o vienes de otro sector. Escribe «programado» con el mes si ya tienes fecha de examen; nunca pongas una que no hayas aprobado.

El currículum DevOps sin experiencia es una de las búsquedas más frecuentes sobre este puesto. Las ofertas DevOps de nivel inicial escasean porque es trabajo en producción, así que tu currículum tiene que demostrar que has llevado algo real, aunque sea un proyecto propio. Este es el orden que consigue entrevistas.

1. 1Cabecera con GitHub y LinkedIn. Fija 2 o 3 repositorios con un README que muestre la arquitectura, el pipeline y cómo ejecutarlo. Un enlace a un GitHub vacío te cuesta la entrevista.
2. 2Perfil profesional en tres líneas: titulación y año, tus proyectos desplegados con el stack nombrado, tus certificaciones y tus fundamentos (Linux, Python o Bash, redes).
3. 3Certificaciones antes de la experiencia: AWS Solutions Architect - Associate o Azure Administrator (AZ-104), Terraform Associate y la CKA si puedes. Son las que hacen pasar el filtro a un perfil junior.
4. 4Sección de proyectos redactada como si fueran empleos: qué construiste, las herramientas, la escala (aunque sea pequeña) y un resultado medido (tiempo de build, tiempo de despliegue, coste, disponibilidad durante un mes). Incluye un proyecto con monitorización y otro con un pipeline de CI/CD real que despliegue al hacer merge.
5. 5Cualquier trabajo relacionado en Experiencia: soporte técnico, administración de sistemas, automatización de QA, prácticas, infraestructura de una asociación universitaria, alojamiento web como freelance. Destaca la automatización, Linux, el scripting y las guardias, y ponles cifras.
6. 6Competencias agrupadas como arriba, solo con herramientas que hayas usado de verdad en los proyectos. En la entrevista abrirán tu repositorio y te preguntarán.

• Extensión: una página hasta unos 6 a 8 años de experiencia; dos páginas para perfiles sénior y lead con varias plataformas o equipos que describir. La primera media página decide el filtro, así que el perfil y el primer empleo deben llevar las cifras.
• Orden con experiencia: cabecera con GitHub y LinkedIn, perfil profesional, experiencia, competencias, certificaciones y formación académica. Junior o cambio de sector: cabecera, perfil, certificaciones, proyectos, experiencia, competencias y formación académica.
• ¿Currículum o CV? En España son el mismo documento de una o dos páginas, y las dos palabras se usan indistintamente. La foto es habitual pero opcional, y no hace falta poner fecha de nacimiento, estado civil ni DNI. Envíalo en PDF salvo que la oferta pida Word. Si te presentas a una empresa de EE. UU., allí se llama resume y no lleva foto. Solo las candidaturas académicas necesitan el CV largo de varias páginas.
• Diseño: una sola columna, fuentes estándar y títulos sencillos. Una plantilla técnica oscura como devops de cvplex vale siempre que esté basada en texto; los sistemas ATS de las grandes empresas solo leen texto, y los diseños a dos columnas suelen desordenar la lista de competencias.
• Años de experiencia: indícalos en la primera línea del perfil («Ingeniero DevOps con 4 años») y haz que las fechas cuadren. Los seleccionadores filtran por años, y que el perfil y las fechas no coincidan es el motivo más habitual para descartar un currículum.
• Palabras clave que conviene copiar de la oferta cuando sean ciertas en tu caso: DevOps, CI/CD, infraestructura como código, Terraform, Kubernetes, Docker, AWS, Azure o GCP con nombre y servicio, GitHub Actions o la herramienta de CI que usen, monitorización u observabilidad, Linux, Python, automatización, SRE, guardias, seguridad o DevSecOps. Escríbelas como las escribe el fabricante.
• LinkedIn: haz que los puestos y las fechas coincidan exactamente con tu currículum, pon las mismas cifras en el apartado «Acerca de» y añade las certificaciones con su enlace de verificación. Los seleccionadores revisan ambos, y cualquier discrepancia genera preguntas.