Los CV de DevOps y SRE comparten un problema con los de data engineering: parecen un inventario de stack. Kubernetes, Terraform, Prometheus, Argo, Datadog, Jenkins — el reclutador recorre la lista sin aprender nada sobre tu capacidad real de mantener cosas vivas en producción.
Lo que el hiring manager quiere saber es más difícil: ¿redujiste caídas, recortaste tiempos de despliegue, sobreviviste a un Black Friday sin paginar a todo el equipo? Ese es el CV que recibe llamada.
Lo que de verdad miran los hiring managers
Tres señales, por orden de peso:
- Resultados de fiabilidad. Cifras de SLO/SLA, gestión de error budget, MTTR a la baja. Números de sistemas en producción con usuarios reales.
- Escala. Peticiones por segundo, tamaño del clúster, frecuencia de despliegue, coste de infra. «Gestioné 200 microservicios» no es lo mismo que «gestioné 12 microservicios» — y los dos ganan a «gestioné microservicios».
- Guardia y respuesta a incidentes. Frecuencia de páginas, cadencia de postmortems, cobertura de runbooks. La parte poco glamurosa del trabajo es la parte por la que el hiring manager se ha quemado.
La lista de stack viene después. Los ATS buscan las palabras clave, así que mantenlas, pero nunca en lugar de un resultado.
La estructura que funciona
Una página si tienes menos de 6 años, dos si más. Orden:
- Encabezado — una línea: puesto, años de experiencia, señal de dominio («Ingeniero DevOps · 7 años · AWS multi-región»).
- Habilidades — 3 filas como mucho: cloud / IaC / monitoring; lenguajes; herramientas. Separadas por comas, sin barras de nivel (los ATS no las leen y se ven infantiles).
- Experiencia — 4 a 6 viñetas por puesto reciente, menos en los antiguos.
- Proyectos / open source — solo si tienes algo con tráfico real o estrellas. Un side project que nadie usa no suma.
- Certificaciones — CKA, CKAD, equivalentes AWS / GCP / Azure. Con fecha; una certificación caducada se lee peor que ninguna.
- Formación — al final salvo que te hayas graduado en los últimos 2 años.
Escribir viñetas que aterrizan
La fórmula a la que responden reclutadores y hiring managers: acción + sistema + cifra + resultado.
Débil: Mantenimiento de clústeres de Kubernetes.
Mejor: Mantenimiento de 4 clústeres GKE sirviendo 12k RPS p99 en 2 regiones; disponibilidad sostenida en 99,97 % durante 18 meses.
Aún mejor, añadiendo qué cambió por ti: Mantenimiento de 4 clústeres GKE sirviendo 12k RPS p99 en 2 regiones; introducción de failover multi-región que redujo el impacto de una caída regional de 40 minutos a menos de 90 segundos.
La última versión es la que te quedas. Muestra el sistema, la escala y el trabajo que hizo doblar la curva.
Cifras que vale la pena cuantificar
DevOps y SRE son inusualmente ricos en cifras. Una viñeta sin métrica aquí parece perezosa. Lo que merece estar visible:
- Uptime / SLO. «99,95 % en 12 meses» gana a «alta disponibilidad».
- MTTR. «MTTR bajado de 47 min a 12 min en 2 trimestres.»
- Frecuencia de despliegue. «22 releases al día con rolling.»
- Coste de infra. «Gasto cloud reducido 31 % YoY sin reshape de instancias» o «480 k$/año ahorrados con rightsizing de Redis.»
- Throughput. RPS, eventos por segundo, profundidad de cola en pico.
- Tamaño de clúster y de flota. Número de pods, nodos, distribución multi-región.
- Carga de guardia. «Páginas por semana bajadas de 9 a 2 añadiendo alertas en indicadores anticipados.»
Si no recuerdas las cifras exactas de hace dos años, acertar el orden de magnitud. Un orden de magnitud equivocado (1k vs 10k RPS) se pilla al instante en entrevista; un honesto «en torno a 10k», no.
Qué cortar
Tres fuentes habituales de grasa en este perfil:
- Inventarios de herramientas en varias filas. «Docker, Kubernetes, Helm, Kustomize, ArgoCD, FluxCD, Jenkins, GitLab CI, GitHub Actions, CircleCI, Spinnaker, Buildkite, ConcourseCI, Drone, TeamCity» — elige las 6 que realmente usas y tira el resto.
- Certificaciones de más de 5 años no renovadas. Señalan habilidades obsoletas más que aportar.
- Responsabilidades genéricas. «Responsable del entorno de producción» — lo es cualquier ingeniero DevOps. Sustitúyelo por lo que tú hiciste en concreto.
- Viñetas de soft skills. «Buena comunicación» — la rotación de guardia revelará la comunicación más rápido que tu CV.
Ajuste SRE vs DevOps vs Platform Engineer
Los títulos se solapan pero el énfasis cambia.
- Puestos SRE — abre con la matemática de fiabilidad: definición SLO/SLI, error budget, reducción de toil, capacity planning. Muestra la capa política, no solo el tooling.
- Puestos DevOps engineer — abre con la entrega: pipelines, frecuencia de despliegue, lead time, cobertura de IaC.
- Puestos platform engineer — abre con experiencia de desarrollador: abstracciones self-service que construiste, clientes internos, tasa de adopción del paved path.
A menudo postularás a roles que mezclan dos de estos. La solución no es escribir tres CV — es mantener un CV maestro con todas tus mejores viñetas y elegir las 4 a 6 que encajan con el énfasis del puesto.
Si guardas tu experiencia en una herramienta estructurada (LinkedIn, Postulit, cualquier sitio con viñetas tagueadas), reorganizar las viñetas destacadas por candidatura es trivial — sin reescribir el documento cada vez.
La sección de guardia no es opcional
Casi todos los CV de DevOps/SRE infravaloran la historia de guardia. El hiring manager ha estado de guardia y busca alguien que haya sobrevivido sin quemarse, sin ser el que paginaba a los demás.
Dos líneas al pie de cada puesto bastan:
Guardia: 1 semana en primaria cada 5, rotación de 4 ingenieros. Co-autor del runbook del equipo (24 servicios). Páginas no accionables reducidas de ~40 % a ~8 % afinando umbrales de alerta y routing por propietario.
Eso dice más de ti que cualquier lista de herramientas.
Reescrituras de viñetas
Antes: Trabajo con Terraform e infraestructura AWS.
Después: Propiedad del monorepo Terraform en 18 cuentas AWS; introducción de versionado de módulos y pipeline de revisión que bajaron los despliegues defectuosos de ~1/semana a <1/mes.
Antes: Montaje de monitorización con Prometheus y Grafana.
Después: Construcción desde cero del stack Prometheus + Grafana para 64 servicios; introducción de alertas SLO burn-rate y reducción del 73 % del volumen de páginas falsas en el primer trimestre.
Antes: Migración de servicios a Kubernetes.
Después: Migración de 36 servicios de EC2 a EKS en 7 meses; diseño de la estrategia de rollback que mantuvo disponibles los 12 servicios monolíticos sin incidentes visibles para el usuario durante la ventana de corte.
El patrón es el mismo: nombra el sistema, cuantifica el trabajo, cierra con el resultado.
Los CV de DevOps y SRE los evalúan personas que han hecho el trabajo. Huelen el tooling sin contexto en dos segundos. Abre con qué quedó en pie, qué se hizo más rápido, qué costó menos por tu trabajo — la lista de stack es la prueba que viene detrás, no el titular.