62% insinyur on-call mengalami burnout dalam 12 bulan (PagerDuty 2026). Ini bukan masalah manusia. Ini adalah masalah desain teknik. Tiga penyebab utama setiap rotasi yang mengalami burnout: 1. Alerting berdasarkan gejala, bukan penyebab Lonjakan CPU, kedalaman antrian, laju permintaan—semua itu bukan insiden. Semuanya membangunkan orang pada pukul 3 pagi. 2. Runbook yang usang Page muncul. Runbook menunjuk ke layanan yang telah diganti namanya. Insinyur merekayasa ulang sistem dengan adrenalin dan tanpa tidur. 3. Shift simetris untuk beban asimetris Akhir pekan adalah Super Bowl. Hari kerja adalah lari cepat. Rotasi yang sama memperlakukan keduanya secara identik. Empat solusi yang dikirim oleh tim terbaik: 1. Error budget Batas pekerjaan on-call tak terencana hingga 25% dari seminggu. Di atas itu, pekerjaan fitur dihentikan. Google SRE menulis panduannya. 2. Alert yang terhubung ke SLO Jika tidak berkaitan dengan pelanggaran SLO yang teramati pengguna, itu adalah noise. 23% waktu on-call adalah false positive (Blameless 2026). 3. Runbook-or-delete Setiap alert produksi harus dilengkapi runbook terkini, atau alert tersebut dihapus. Anda akan kehilangan separuh alert Anda. Itu memang tujuannya. 4. Rotasi berbasis beban Periode puncak membutuhkan cakupan lebih berat atau shift lebih pendek. Pendekatan satu-ukuran-untuk-semua menghukum siapa pun yang mendapat jadwal puncak. Jika Anda memimpin teknik, desain on-call adalah tanggung jawab Anda. Bukan HR. Bukan EM Anda. Anda. Minggu ini: buka dashboard, hitung jumlah page, tanyakan berapa banyak seharusnya ditangani oleh platform, bukan manusia. #EngineeringLeadership #OnCall #SRE