Ejemplo de CV Senior Site Reliability Engineer

Arquitecta tu CV alrededor de transformaciones de fiabilidad multisistema. Los senior SRE impulsan cambio organizacional: 'Arquitecté transformación de fiabilidad para plataforma de 400+ microservicios en 3 regiones AWS, establecí framework SLO organizacional adoptado por 12 equipos, reduje MTTR global un 64% en 18 meses.'

Enfatiza diseño de políticas de error budget y adopción organizacional. A este nivel defines cómo la empresa piensa los trade offs: 'Diseñé framework de error budgets con triggers automáticos de feature freeze, lo presenté a liderazgo ejecutivo, logré adopción del 100% en ingeniería y reduje escalados de fiabilidad un 40%.'

Detalla diseño de programas de guardia y estructura SRE. Los senior construyen operaciones sostenibles: 'Rediseñé rotación de guardias reduciendo burnout un 58% según PagerDuty alert fatigue scores, implementé modelo follow the sun en 3 zonas horarias y reduje páginas fuera de horario un 71%.'

Muestra liderazgo en chaos engineering y validación segura en producción. Ya no son experimentos sueltos: 'Establecí práctica de chaos engineering en toda la empresa con Game Days mensuales, construí pipeline de validación segura con políticas OPA, ejecuté 200+ experimentos en producción sin impacto cliente y remedié 34 modos de fallo críticos.'

Incluye mentoría técnica y evangelización de cultura SRE. Los senior multiplican impacto: 'Mentoricé a 8 engineers en transición a SRE, establecí club interno de lectura SRE y charlas mensuales de fiabilidad, contribuí a proyectos open source y presenté en 3 conferencias sobre SLO driven development.'

Enfocarte en contribuciones técnicas individuales en vez de habilitación organizacional.
Por qué es malo: Se espera impacto multiplicador.
Cómo arreglarlo: Enmarca capacidad organizacional: 'Establecí Prometheus as a Service interno adoptado por 23 equipos, reduje onboarding de monitorización de 2 semanas a 2 horas y formé a 15 engineers en alerting basado en SLO.'

Presentar mejoras de fiabilidad sin coste ni velocity.
Por qué es malo: Availability sin negocio levanta dudas.
Cómo arreglarlo: Explica trade offs: 'Colaboré con CFO para cuantificar downtime en $45K/hora, aseguré inversión de $2M y negocié objetivo 99,95% con producto, lográndolo con mejora de velocity del 8%.'

Listar respuesta a incidentes sin mejoras sistémicas.
Por qué es malo: Sugiere firefighting reactivo.
Cómo arreglarlo: Muestra evolución: 'Heredé entorno con 12 incidentes críticos por trimestre, implementé chaos engineering, identifiqué 28 modos de fallo y reduje incidentes críticos a 2 por trimestre con 4x tráfico.'

Construye una narrativa de transformaciones de fiabilidad. Muestra antes y después: 'Heredé entorno con MTTR de 15 minutos, implementé tracing y remediación automática, reduje MTTR a 4 minutos con crecimiento de tráfico 3x.'

Traduce mejoras técnicas a valor financiero. 'Reduje pérdida anual por downtime en $2.3M mediante deployment gates basados en SLO y rollbacks automatizados.'

Comparte tu filosofía de reliability engineering. Artículos o charlas sobre SLOs y error budgets diferencian senior de middle.