Bagaimana Anda memimpin selama insiden produksi?

Question

Accepted Answer

Selama insiden, pekerjaan Anda adalah **mengembalikan layanan dengan tenang dan mengoordinasikan respons**, bukan menjadi pahlawan yang memperbaikinya sendiri. Peran yang jelas, komunikasi yang tenang, dan bias untuk mengurangi lebih dulu memisahkan respons yang mulus dari kekacauan.

## Cara menjalankan insiden

```text
1. ASSIGN roles — incident commander (coordinates), responders (fix),
   comms (updates stakeholders). One person can't do all three.
2. MITIGATE first — stop the bleeding (roll back, feature-flag off)
   before chasing root cause.
3. COMMUNICATE on a cadence — even "still investigating" every 15-30 min.
4. STAY CALM — the team mirrors your energy. Blame comes later, or never.
5. After: BLAMELESS post-mortem — fix the system, not the person.
```

## Kurangi sebelum Anda mendiagnosis

Insting untuk menemukan akar penyebab sangat kuat, tahan itu. Jika rollback mengembalikan layanan, lakukan itu *terlebih dahulu*, kemudian selidiki dengan tenang dengan tekanan hilang. Pengguna peduli tentang dibuka kembali, bukan tentang diagnosis Anda.

## Contoh konkret

Penyebaran merusak checkout. Jangan debug kode baru secara langsung di bawah tekanan. Rollback segera, konfirmasi checkout berfungsi, posting pembaruan, *kemudian* selidiki penyebaran buruk dalam kondisi tenang.

## Jebakan

Post-mortem yang menyalahkan mengajarkan orang untuk menyembunyikan masalah. Buat tanpa menyalahkan, fokus pada celah sistemik (tidak ada canary, tidak ada alert) yang memungkinkannya terjadi.

## Mengapa ini penting

Insiden adalah stres tinggi dan visibilitas tinggi, cara Anda memimpin membentuk hasil dan kepercayaan tim terhadap Anda.

Koordinasi yang tenang dan pembelajaran tanpa menyalahkan mengubah pemadaman menjadi sistem yang lebih sulit untuk ditembus lain kali.