62% dos engenheiros de plantão sofrem esgotamento dentro de 12 meses (PagerDuty 2026). Isso não é um problema de pessoas. É um problema de design de engenharia. Três causas raiz que toda rotação esgotada possui: 1. Alertas baseados em sintomas, não em causas Picos de CPU, profundidade da fila, taxa de requisições — nenhum desses é um incidente. Todos acordam pessoas às 3h da manhã. 2. Runbooks desatualizados O alarme dispara. O runbook aponta para um serviço renomeado. O engenheiro reverse-engenharia o sistema com adrenalina e sem sono. 3. Turnos simétricos para carga assimétrica Fins de semana são o Super Bowl. Dias úteis são uma corrida. A mesma rotação trata ambos de forma idêntica. Quatro soluções que as melhores equipes implementam: 1. Orçamento de erros Limite o trabalho não planejado de plantão a 25% da semana. Acima disso, o trabalho de recursos é interrompido. O Google SRE escreveu o manual. 2. Alertas vinculados a SLOs Se não corresponder a uma violação observável pelo usuário do SLO, é ruído. 23% do tempo de plantão são falsos positivos (Blameless 2026). 3. Runbook-ou-exclua Cada alerta de produção vem com um runbook atualizado, ou o alerta é excluído. Você perderá metade dos seus alertas. Esse é o objetivo. 4. Rotas conscientes da carga Janelas de pico exigem cobertura mais intensa ou turnos mais curtos. Um tamanho único para todos puni quem recebe o pico. Se você lidera engenharia, o design do plantão é sua responsabilidade. Não do RH. Não do seu EM. Sua. Esta semana: abra o painel, conte os alertas e pergunte quantos deveriam ter sido tratados pela plataforma, não por um humano. #EngineeringLeadership #OnCall #SRE