DevOps Engineer

EspañaIntermedio

Preguntas frecuentes sobre la contratación para el puesto de DevOps Engineer, y los errores que más la hacen fracasar.

Errores comunes al contratar para este puesto

Estos errores son los que más han devuelto a la pyme española una mala contratación DevOps en los últimos 24 meses. La mayoría se evitan en la fase de brief, antes incluso de publicar la oferta.

  1. Confundir DevOps, SRE, Sysadmin y Platform Engineer en el brief inicial

    Los cuatro perfiles se tocan pero no se sustituyen. Un·a DevOps clásico·a en pyme cubre el conjunto: CI/CD, IaC, observabilidad, guardia, mejora continua de la plataforma. Un·a SRE pone el foco en la fiabilidad a escala (SLO, error budgets, capacity planning) y aporta más cuando ya hay 30 o más microservicios. Un·a Sysadmin tradicional opera sistemas existentes sin necesariamente codificarlos. Un·a Platform Engineer construye plataforma autoservicio para las personas desarrolladoras y aporta cuando el equipo ya supera las 20 personas. Si su necesidad real es SRE pero llama al puesto DevOps, los perfiles SRE no le verán; si es lo contrario, atraerá perfiles que se aburrirán a los 6 meses.

  2. Sobrevalorar las certificaciones cloud frente al ownership operativo real

    Una colección de certificaciones AWS, Azure o Google Cloud no es señal de capacidad operativa. Un·a candidato·a con 4 años de ownership real sobre una plataforma en producción (despliegue, monitoring, guardia, incidentes) vale más que un·a profesional con 6 certificaciones y solo experiencia en proyectos cortos de consultoría sin operación. Evalúe sobre incidentes pilotados, decisiones técnicas tomadas en autonomía y la calidad del diagnóstico, no sobre el contador de badges.

  3. Saltarse el ejercicio de diseño de plataforma para ahorrar tiempo

    Para un puesto DevOps mid-level, el diseño de plataforma es la etapa más predictiva del rendimiento futuro. Una pyme que se salta esta etapa para ganar una semana en el plazo de contratación suele incorporar a alguien que sabe operar lo que ya existe pero no sabe diseñar lo siguiente, y acumula deuda de plataforma durante 18-24 meses. El coste de una mala contratación DevOps en pyme es muy superior a 60-90 minutos de diseño en entrevista.

  4. Subestimar el coste real del on-call y la cobertura de la guardia

    Un·a DevOps en pyme es la primera línea del on-call para toda la plataforma. Una rotación mal encuadrada (frecuencia demasiado alta sobre 1-2 personas, alertas ruidosas, ausencia de runbooks, sin compensación visible) provoca burnout en 6-12 meses y rotación. Anuncie con claridad en la oferta: ritmo de guardia, número de personas que rotan, compensación (económica o en descansos), estado real de la observabilidad y de los runbooks. Las personas candidatas con experiencia preguntan por este tema en entrevista; prepárese para responder con honestidad o perderá al perfil bueno.

Preguntas frecuentes

¿Cuál es el salario de un·a DevOps Engineer en una pyme española?
La horquilla de referencia para un·a DevOps Engineer de nivel intermedio (3 a 7 años de experiencia) en pyme española se sitúa entre 38 y 62 mil euros brutos anuales (mediana en torno a 48 mil). Madrid y Barcelona en entorno SaaS B2B, fintech o scale-up tiran hacia arriba (58-75 mil), sobre todo con expertise sólida en Kubernetes, Terraform y observabilidad de plataforma. El resto del territorio y los sectores tradicionales tiran hacia abajo. Los perfiles con experiencia demostrable en SRE, fiabilidad a escala o seguridad de infraestructura suman entre 5 y 10 mil euros sobre la mediana. Este puesto rara vez tiene variable estructural en pyme; algunas scale-ups ofrecen phantom shares o stock options como complemento.
¿Cuál es la diferencia entre DevOps, SRE, Sysadmin y Platform Engineer?
La persona DevOps en pyme cubre el conjunto del ciclo: CI/CD, IaC, observabilidad, guardia y mejora continua de la plataforma. La persona SRE pone el foco en la fiabilidad a escala (SLO, error budgets, capacity planning) y aporta más cuando ya hay 30 o más microservicios. La persona Sysadmin opera sistemas existentes sin necesariamente codificarlos. La persona Platform Engineer construye plataforma autoservicio para las personas desarrolladoras y aporta cuando el equipo ya supera las 20 personas. Para una pyme de menos de 30 desarrolladores·as, el arbitraje típico: 1 o 2 DevOps generalistas antes del primer·a SRE o Platform Engineer especialista, que llega cuando la complejidad o la escala lo justifican.
¿Cuánto tiempo lleva contratar a un·a DevOps Engineer en España?
Cuente con 45 a 70 días entre la publicación de la oferta y la firma para un perfil mid-level. El mercado DevOps español sigue tenso en 2025-2026, sobre todo para stacks cloud-native modernas (Kubernetes a escala, GitOps, eBPF, service mesh) y para perfiles con experiencia operacional real. Los plazos se alargan en agosto y en torno a las navidades. Reducir el plazo por debajo de los 45 días suele implicar sacrificar la etapa de diseño de plataforma o las referencias, lo que degrada considerablemente la calidad de la contratación para este puesto.
¿Es necesaria una certificación cloud para contratar a un·a DevOps Engineer?
No. Las certificaciones AWS, Azure o Google Cloud son una señal débil de capacidad operativa real. Un·a candidato·a con 4 años de ownership real sobre una plataforma en producción vale más que un·a profesional con 6 certificaciones y solo experiencia en proyectos cortos de consultoría. Evalúe sobre incidentes pilotados, decisiones técnicas tomadas en autonomía y la calidad del diagnóstico de incidentes, no sobre el contador de badges. La certificación puede ser útil como complemento en perfiles junior o como prueba de aprendizaje activo, pero no debe ser un requisito de cribado.
¿Hay que organizar una prueba técnica para un puesto DevOps?
Sí, pero el ejercicio de diseño de plataforma vivo en entrevista (60-90 minutos) es más predictivo que una prueba para llevar a casa. La discusión de arquitectura sobre un caso concreto próximo a su contexto revela la capacidad de razonar bajo restricciones, de clarificar antes de proponer, de arbitrar entre managed y self-hosted, y de reconocer las zonas de incertidumbre. Si decide añadir una prueba para llevar a casa, acótela a 2-3 horas como máximo y haga que se parezca al día a día (debuggear un manifiesto Kubernetes roto, mejorar un módulo Terraform con feedback, escribir un runbook); evite las preguntas trampa sin relación con el oficio.
Actualizado
Cubra este puesto con JoinSourcing, filtrado y entrevistas en un solo lugar.
Contratar

Hablar con Join