Método STAR para entrevistas de Site Reliability Engineer: ejemplos y cómo usarlo
Crea tu currículum perfecto para ingeniero de fiabilidad del sitio
Adapta un currículum y carta de presentación específicos para cada solicitud.
El método STAR es la forma más fiable de estructurar respuestas a preguntas de comportamiento y situacionales en una entrevista para Site Reliability Engineer. Aquí explicamos cómo usarlo, con ejemplos específicos de SRE, además de la fórmula XYZ de Google para que el impacto quede más claro. Y antes de que tengas cualquier entrevista, Specific Resume puede ayudarte a crear un currículum adaptado que te meta en la pila de candidatos desde el principio.
¿Qué es el método STAR?
El método STAR es un marco para estructurar respuestas. Significa Situación, Tarea, Acción, Resultado. Los entrevistadores usan preguntas de comportamiento como “Cuéntame de una vez en la que…” porque el comportamiento pasado suele darles una señal práctica sobre el rendimiento futuro. STAR nos ayuda a responder de forma completa sin divagar.
- Situación: el contexto. ¿Dónde estabas y qué estaba pasando?
- Tarea: de qué eras responsable o qué había que resolver.
- Acción: qué hiciste tú específicamente.
- Resultado: qué ocurrió gracias a tu acción, idealmente con números.
El motivo por el que funciona es sencillo: los recruiters y hiring managers escuchan muchas respuestas vagas. STAR hace que tu respuesta sea fácil de seguir, demuestra que entiendes tus propias decisiones y aporta evidencias en lugar de afirmaciones. En contratación técnica eso importa aún más, porque los equipos quieren pruebas de que sabemos manejar riesgo, ambigüedad y presión en producción. Y vale la pena practicar: los datos de contratación técnica de Ashby en 2024 mostraron que los equipos entrevistaron alrededor de un 40% más de candidatos por contratación que en 2021, así que incluso llegar a la fase de entrevista no significa que haya poca competencia. [1]
Así es como se ve en la práctica para un rol de Site Reliability Engineer.
Ejemplos del método STAR para entrevistas de Site Reliability Engineer
Ejemplo 1: “Háblame de una vez que gestionaste un incidente grave en producción”
El entrevistador quiere saber cómo pensamos bajo presión, cómo nos comunicamos durante caídas del servicio y cómo reducimos el riesgo mientras restauramos el servicio.
Situación: Nuestra API de cara al cliente empezó a devolver más errores 5xx durante el tráfico pico después de un cambio rutinario de infraestructura, y la latencia se disparó muy por encima de nuestro SLO.
Tarea: Yo era el responsable de coordinar incidentes para el servicio y tenía que restaurar la disponibilidad rápido sin agrandar el radio de impacto.
Acción: Declaré el incidente, abrí una war room dedicada en Slack, asigné a un ingeniero para triage de logs y a otro para hacer rollback del cambio de configuración reciente, y actualicé a los stakeholders cada 15 minutos. También usé Grafana y Prometheus para aislar el pico de errores en una dependencia y redirigí temporalmente el tráfico fuera del pool afectado.
Resultado: Restauramos el servicio en 18 minutos, mantuvimos informados a los stakeholders en todo momento y realizamos un postmortem que llevó a exigir despliegues canary para futuros cambios de configuración.
Ejemplo 2: “Describe una vez que no estabas de acuerdo con un desarrollador u otro equipo sobre temas de fiabilidad”
El entrevistador está comprobando si sabemos influir sin convertir un desacuerdo técnico en fricción interpersonal.
Situación: Un equipo de producto quería lanzar una versión tarde un viernes que cambiaba la lógica de reintentos de un servicio de alto volumen. Me preocupaba que pudiera aumentar la carga sobre una dependencia que ya sabíamos que era frágil.
Tarea: Tenía que proteger la fiabilidad de producción manteniendo una relación colaborativa y evitando un “no” tajante.
Acción: Extraje datos de peticiones de incidentes anteriores, mostré cómo unos reintentos demasiado agresivos habían empeorado la saturación antes y propuse un camino más seguro: menos reintentos, añadir jitter, lanzar detrás de un feature flag y probar primero con un pequeño porcentaje de tráfico. Centré la conversación en el impacto en el usuario y en los error budgets, no en preferencias personales.
Resultado: El equipo aceptó el despliegue gradual, evitamos una ventana de release arriesgada y la funcionalidad se lanzó la semana siguiente sin provocar un pico en la dependencia.
Ejemplo 3: “Háblame de un error que cometiste y cómo lo gestionaste”
El entrevistador busca honestidad, asumir responsabilidades y evidencias de que aprendemos del fallo en lugar de esconderlo.
Situación: Al poco de entrar en un puesto, escribí un cambio de Terraform que modificó sin querer los umbrales de autoescalado de un servicio interno. El cambio pasó la revisión, pero el tráfico posterior destapó el problema.
Tarea: Tenía que arreglar el problema rápido, asumir el error y asegurarme de que esa misma clase de fallo no se repitiera.
Acción: Hice rollback del cambio, documenté exactamente lo que había pasado en el canal del incidente y me mantuve en el postmortem en lugar de ponerme a la defensiva. Después añadí comprobaciones de políticas en CI para cambios de Terraform relacionados con escalado y propuse un checklist entre pares para actualizaciones de infraestructura de alto riesgo.
Resultado: Estabilizamos el servicio rápidamente, reducimos la probabilidad de errores de configuración similares y mejoramos la calidad de las revisiones de cambios de infraestructura en todo el equipo.
Si quieres más preguntas realistas para practicar, ayuda revisar las preguntas típicas de entrevista de trabajo para Site Reliability Engineer y la lógica de los recruiters que hay detrás en Preguntas de entrevista de trabajo para Site Reliability Engineer: lo que los recruiters piensan de verdad.
Cuándo el método STAR no es necesario
STAR es para preguntas de comportamiento y situacionales como “Cuéntame de una vez en la que…” o “Describe una situación en la que…”. No es el mejor formato para preguntas directas como salario esperado, fecha de incorporación o si hemos usado Kubernetes, Terraform o Prometheus. Para esas, funciona mejor una respuesta directa con una frase de contexto. Si intentamos forzar STAR en preguntas simples de hechos, sonamos ensayados y evasivos.
Combinar STAR con la fórmula XYZ de Google
La fórmula XYZ de Google es: “Logré [X], medido por [Y], haciendo [Z].” Los recruiters de Google la popularizaron para bullets de currículum, pero funciona igual de bien en entrevistas. Obliga a ser específico: qué logramos, cómo se midió y qué hicimos para conseguirlo.
Esta es la forma clara de usar ambas:
| Framework | Qué hace |
|---|---|
| STAR | Aporta la estructura narrativa |
| XYZ | Aporta la frase de impacto medible |
| Mejor lugar para combinarlas | En la parte de Resultado de STAR |
Así, en lugar de terminar con “salió bien”, cerramos la respuesta con un resultado que realmente significa algo.
Situación: Nuestro volumen de alertas estaba generando fatiga y los ingenieros de guardia se saltaban señales realmente importantes.
Tarea: Tenía que mejorar la calidad de la señal sin reducir la cobertura de servicios críticos.
Acción: Audité alertas recurrentes, eliminé ruido de poco valor, añadí alertas de burn-rate multi‑ventana para SLOs y ajusté los mapeos de ownership para que las alertas llegaran a los equipos de servicio correctos.
Resultado (usando XYZ): Reduje las alertas no accionables en un 38% y mejoré la calidad de la respuesta on‑call implementando alertas basadas en SLO y limpiando el ownership de las alertas.
Esa misma fórmula también hace que tu candidatura sea más fuerte sobre el papel. Si estás actualizando tus documentos antes de las entrevistas, una carta de presentación para Site Reliability Engineer enfocada y bullets del currículum escritos con este estilo hacen que tu impacto sea mucho más fácil de escanear.
En una entrevista para Site Reliability Engineer, quienes más destacan normalmente no son las personas con las historias más dramáticas. Son quienes pueden explicar el impacto de su trabajo con precisión.
La práctica hace que el método STAR salga natural
STAR nos da estructura. XYZ nos da impacto. Practicar ambos en voz alta es lo que hace que la respuesta suene clara en lugar de recitada, y usar una herramienta como esta guía para practicar preguntas de entrevista de trabajo para Site Reliability Engineer con ChatGPT puede hacer que ese ensayo sea mucho más fácil.
Pero todo esto solo importa si conseguimos realmente la entrevista. Los recruiters suelen escanear un currículum en unos 5–8 segundos, así que el encaje tiene que ser obvio rápidamente. Specific Resume nos ayuda a crear un currículum específico para una candidatura de Site Reliability Engineer, lo que nos da más opciones de llegar siquiera a la fase de entrevista. Crea un currículum específico para el puesto y aumenta tus posibilidades de conseguir una entrevista.
Fuentes
- Ashby. 2025 Talent Trends Report, incluyendo datos de 2024 sobre el embudo de contratación para roles técnicos.
