Questions to Ask in a Cloud Engineer Interview

Terminas la entrevista técnica de Cloud Engineer y la reclutadora pregunta: "¿Tienes alguna duda para nosotros?". Ahí se juega buena parte de tu evaluación. Quien pregunta con criterio demuestra que ya ha trabajado en entornos reales, no solo en laboratorios.

Una pregunta genérica como "¿cómo es el ambiente?" no aporta nada. En cambio, preguntar por la frecuencia de los despliegues o por quién sostiene la guardia revela experiencia de primera mano.

Por qué estas preguntas marcan la diferencia#

En cloud, la seniority se nota en los detalles operativos. Un junior pregunta por las tecnologías. Un perfil con años de calle pregunta por deuda técnica, límites de presupuesto, pagos y consecuencias de los fallos.

Las preguntas correctas cumplen dos funciones. Te dan información real para decidir si quieres el puesto, y comunican que piensas en producción, no en certificaciones.

Este artículo agrupa 12 preguntas por lo que revelan: realidad del equipo, prioridades reales, criterios de éxito y riesgos. También verás cómo leer las respuestas y qué preguntas conviene evitar.

Sobre la realidad del equipo#

Aquí buscas saber cómo se trabaja de verdad, sin filtros de RR. HH.

1. ¿Quién decide la arquitectura y quién la mantiene después?

En muchos equipos, quien diseña no es quien sufre el guardia. Si la respuesta es "el arquitecto diseña y nosotros operamos", prepárate para heredar decisiones ajenas.

2. ¿Cuántos servicios hay en producción y cuántos tiene que vigilar cada persona en guardia?

Un número concreto te dice mucho. Entre cinco y quince servicios por persona es manejable. Más de treinta suele significar guardia agotadora.

3. ¿Cómo es una semana típica de guardia? ¿Cuántas alertas llegan de madrugada?

Si dicen "casi nunca nos llaman", pide un ejemplo del último incidente real. La evasiva aquí es una señal clara.

4. ¿Cuánto duró el último miembro del equipo en el puesto y por qué se fue?

Formulado con tacto, es legítimo. Rotación alta en cloud casi siempre tiene que ver con guardias mal pagadas o presión por ahorro constante.

Sobre las prioridades reales#

Estas preguntas te muestran si la empresa invierte o solo apaga fuegos.

5. ¿Cuál es el mayor dolor técnico que tenéis ahora mismo en la plataforma?

Toda infraestructura tiene uno. Si no saben responderte, o no tienen ninguno, o no te quieren contar.

6. ¿Qué porcentaje del tiempo del equipo se dedica a trabajo nuevo frente a mantenimiento?

Un reparto 70/30 a favor de mantenimiento es común. Si es 90/10, el puesto será más de bombero que de ingeniero.

7. ¿Cómo gestionáis el coste cloud? ¿Hay un presupuesto fijo por equipo o lo centraliza finanzas?

Esto te dice si tendrás voz en las decisiones o si cada instancia nueva necesita tres aprobaciones. Ambos escenarios existen y cambian mucho el día a día.

8. ¿Qué proceso seguís para migrar cargas a nuevos servicios gestionados?

Aquí se ve si la empresa evoluciona o si lleva cinco años con la misma arquitectura por inercia.

Sobre los criterios de éxito#

Sin definición de éxito, no sabrás si lo estás haciendo bien a los tres meses.

9. ¿Cómo sabré que mi trabajo se valora en seis meses? ¿Qué métricas miráis?

Busca respuestas concretas: reducción de incidentes, tiempo de despliegue, coste por transacción. Si responden "confiamos en el equipo", hay poca dirección.

10. ¿Cuál fue el último proyecto cloud que consideráis un éxito y por qué?

La palabra "por qué" es la clave. Escucha si hablan de resultados de negocio o solo de herramientas nuevas.

Ejemplo concreto de cómo formularlo

En vez de preguntar "¿qué se espera de mí?", prueba con este guion exacto:

"Me interesa entender cómo evaluaréis mi trabajo. Por ejemplo, si entro ahora, ¿qué debería haber mejorado en la plataforma dentro de seis meses para que digáis que ha ido bien? ¿Sería reducir el coste un 15%, bajar el tiempo de recuperación de incidentes, o algo distinto?"

Esa pregunta tiene estructura, da opciones y obliga a responder con datos. En una entrevista con un responsable técnico, funciona casi siempre.

Sobre los riesgos y la parte incómoda#

Un senior pregunta por lo que puede salir mal. Es lo que separa a quien construye de quien solo despliega.

11. ¿Cuál es vuestro plan de recuperación ante desastre y cuándo se probó por última vez?

Muchas empresas tienen un documento que nadie ha ejecutado. Preguntar por la última prueba real es la única forma de saberlo.

12. ¿Qué pasa si se cae la región principal? ¿Tenéis un plan de conmutación activo o pasivo?

No se trata de sonar alarmista. Se trata de saber si tu trabajo incluirá diseñar esa resiliencia o si simplemente esperarás que no ocurra.

Cómo leer las respuestas#

No basta con preguntar. Tienes que interpretar lo que te dicen.

Una buena señal es la honestidad. Si reconocen problemas concretos y explican cómo los están atacando, probablemente trabajas con gente seria. La perfección narrada suele ocultar lo contrario.

Desconfía de las respuestas vagas repetidas. "Estamos en plena transformación", "somos muy ágiles" o "aquí prima la innovación" no dicen nada sin datos detrás.

Fíjate también en quién responde. Si el futuro compañero técnico responde con detalle y el mánager solo generaliza, el equipo sabe más de lo que la dirección reconoce. Suele ser buena señal.

Otro detalle: si te interrumpen o cambian de tema al preguntar por presupuesto o guardia, apúntalo. El dinero y la disponibilidad son temas legítimos en cualquier proceso cloud.

Antes de la entrevista, conviene que analices el puesto con un decodificador de ofertas de empleo para entender qué stack priorizan. Así tus preguntas encajarán con lo que de verdad buscan.

Qué preguntas conviene evitar#

Algunas preguntas restan en vez de sumar. No es justo, pero ocurre.

Evita preguntar por la política de vacaciones en la primera entrevista técnica. No porque sea irrelevante, sino porque el momento importa. Pregúntalo en la fase final o a RR. HH.

Tampoco preguntes "¿qué hace exactamente un cloud engineer aquí?". Da la impresión de que no has leído la oferta. Si tienes dudas sobre el alcance del rol, formula preguntas específicas sobre proyectos y responsabilidades.

Evita las preguntas cuya respuesta está en la web de la empresa. Indica falta de preparación.

Por último, no preguntes "¿hay algo que le impida contratarme?" en la primera ronda. Es una técnica de venta que en procesos técnicos largos suele sonar forzada. Mejor pide feedback sobre tu perfil técnico al final.

Cómo preparar tus preguntas#

Llega con más preguntas de las que vas a hacer. El tiempo se agota y las mejores conversaciones se cortan.

• Elige entre cuatro y seis preguntas de esta lista según el tipo de entrevistador
• Investiga la empresa y adapta cada pregunta a su contexto real
• Escribe las respuestas durante la entrevista, sin mirar el móvil
• Prepara una pregunta sobre el roadmap técnico a doce meses
• Ten lista una pregunta sobre formación o certificaciones pagadas
• Cierra preguntando cuáles son los siguientes pasos del proceso

Si vas a aplicar a varias vacantes, revisa las ofertas abiertas de cloud engineer para comparar requisitos reales entre empresas. Los contrastes te darán mejores preguntas.

También conviene que tu currículum pase un control de compatibilidad con sistemas ATS antes de aplicar. Si tu CV no se lee bien por máquina, ni siquiera llegarás a esa entrevista donde tus preguntas pueden marcar la diferencia.

Herramientas gratis#

• jobrise.io/es/free-ats-checker/
• jobrise.io/es/free-jd-decoder/
• jobrise.io/es/jobs/
• jobrise.io/es/blog/

Preguntas frecuentes#

¿Cuántas preguntas debo hacer en una entrevista de cloud engineer?

Entre cuatro y seis en la ronda final es un buen número. En entrevistas técnicas cortas, dos o tres preguntas concretas bastan. Lo que cuenta es la calidad y la profundidad, no el volumen.

¿Es mejor preguntar sobre la tecnología o sobre el equipo?

Sobre el equipo, casi siempre. La tecnología se deduce de la oferta y de las entrevistas técnicas. La realidad del equipo, la guardia y la carga de trabajo solo se conocen preguntando directamente.

¿Puedo preguntar por el salario en la primera entrevista?

Puedes, pero es mejor esperar a que lo mencionen ellos o a la segunda ronda. Si preguntas, hazlo con datos: rangos típicos para cloud engineer varían mucho según país, experiencia y certificaciones. Verifica siempre las fuentes oficiales y los portales salariales actuales antes de negociar.

¿Qué hago si no me responden con claridad?

Toma nota y reformula la pregunta con un ejemplo concreto. Si siguen sin dar detalles, considera que esa evasiva es información útil sobre cómo trabajan. No todas las empresas quieren transparencia y eso afecta a tu día a día.

¿Debo preguntar sobre trabajo remoto y horarios?

Sí, pero en el momento adecuado, normalmente en la fase final o con RR. HH. Pregunta por la política concreta: días obligatorios de oficina, franjas de solapamiento con otros equipos y flexibilidad real durante los incidentes. La respuesta suele revelar más que la política escrita.