El 62% de los ingenieros de guardia se queman dentro de los 12 meses (PagerDuty 2026). Esto no es un problema de personas. Es un problema de diseño de ingeniería. Tres causas raíz que tiene toda rotación agotada: 1. Alertas basadas en síntomas en lugar de causas Picos de CPU, profundidad de cola, tasa de solicitudes: ninguno de estos es un incidente. Todos despertan a la gente a las 3 a.m. 2. Guías obsoletas Se activa una alerta. La guía apunta a un servicio renombrado. El ingeniero reverse-engineera el sistema con adrenalina y sin dormir. 3. Turnos simétricos para carga asimétrica Los fines de semana son el Super Bowl. Los días laborales son una carrera. La misma rotación trata ambos de forma idéntica. Cuatro soluciones que los mejores equipos implementan: 1. Presupuesto de errores Limita el trabajo no planificado de guardia al 25% de la semana. Por encima de eso, se detiene el trabajo de características. Google SRE escribió el manual. 2. Alertas vinculadas a SLOs Si no corresponde a una violación observable por el usuario del SLO, es ruido. El 23% del tiempo de guardia son falsos positivos (Blameless 2026). 3. Guía o elimínala Cada alerta de producción viene con una guía actualizada, o la alerta se elimina. Perderás la mitad de tus alertas. Ese es el punto. 4. Rotaciones conscientes de la carga Las ventanas pico necesitan mayor cobertura o turnos más cortos. El enfoque "talla única" castiga a quien recibe el pico. Si lideras ingeniería, el diseño de guardia es tu responsabilidad. No de RR.HH. No de tu EM. Tuya. Esta semana: abre el panel, cuenta las alertas y pregúntate cuántas deberían haber sido manejadas por la plataforma, no por un humano. #EngineeringLeadership #OnCall #SRE