Apa yang Anda lakukan agar tim tidak terlalu bergantung pada satu orang?

Question

Accepted Answer

**Bus factor yang rendah adalah risiko yang saya kelola secara sengaja, sama seperti saya mengelola single point of failure apa pun.** Jika hanya satu orang yang bisa melakukan deploy, men-debug layanan pembayaran, atau menyentuh modul legacy, tim hanya berjarak satu pengunduran diri atau cuti dari sebuah krisis. Tujuannya adalah menyebarkan pengetahuan tanpa memperlambat semua orang sampai merangkak.

## Mekanisme praktis

- **Code review dengan niat.** Review bukan sekadar penjagaan gerbang; ia adalah transfer pengetahuan. Saya memastikan tidak ada area yang hanya direview oleh orang yang menulisnya.
- **Pair dan rotasi pada sistem kritis.** Saya secara sengaja menugaskan pekerjaan di area berisiko tinggi kepada orang kedua, bahkan ketika sang ahli bisa melakukannya lebih cepat. Biaya jangka pendek, asuransi jangka panjang.
- **Dokumentasi yang layak dipertahankan.** Bukan wiki menyeluruh yang tak dibaca siapa pun, tetapi hal-hal penyangga beban: runbook, keputusan arsitektur, "cara deploy," "apa yang dilakukan ketika X rusak."
- **Rotasi on-call.** Tidak ada yang menyebarkan pengetahuan operasional lebih cepat daripada setiap orang bergiliran bertanggung jawab atas produksi.
- **Internal talk / brown bag.** Pemilik sebuah subsistem yang rumit memandu tim menelusurinya.

## Bagaimana saya menemukan risikonya

- Petakan kepemilikan secara jujur: untuk setiap sistem kritis, tanyakan "siapa lagi yang bisa menangani ini jika X absen dua minggu?" Jika jawabannya "tidak ada," itu adalah risiko yang ditandai.
- Waspadai **pola pahlawan** — orang yang selalu jadi sasaran panggilan, selalu jadi jawaban. Itu pertanda peringatan, bukan kekuatan.

## Jebakan

- **Menimbun pengetahuan demi keamanan kerja.** Sebagian engineer (dan sebagian manajer) suka menjadi tak tergantikan. Saya membingkainya ulang: menjadi bottleneck menghambat promosi Anda sendiri dan waktu istirahat Anda.
- Mengoreksi berlebihan menjadi "semua orang melakukan segalanya," yang menghancurkan kedalaman. Tujuannya adalah tidak ada single point of failure, bukan nol spesialisasi.
- Menulis dokumen sekali lalu membiarkannya membusuk; dokumen basi lebih buruk daripada tidak ada.

## Mengapa ini penting

Mengurangi bus factor melindungi delivery dari sakit, cuti, dan pengunduran diri, serta membebaskan orang-orang terkuat Anda untuk bertumbuh alih-alih terjebak memelihara sesuatu yang hanya mereka pahami. Itu juga membuat tim lebih sehat: kepemilikan bersama mengalahkan kepahlawanan yang rapuh.