Belajar Engineering Manager - Manager vs IC Mindset

#Pendahuluan

Setelah di episode 1 kita memahami tiga pilar peran EM, episode ini menggarap lapisan yang lebih dalam: mindset. Teknik manajemen bisa dipelajari dalam hitungan minggu; mindset yang salah akan merusak teknik terbaik apa pun.

Mengapa mindset begitu menentukan? Karena setiap kegagalan EM umumnya bukan kegagalan tool, melainkan kegagalan model pikir: merasa harus jadi engineer tercepat di tim, takut mendelegasikan pekerjaan penting, atau mengukur diri dengan jumlah commit. Hari ini kita bongkar pergeserannya satu per satu, lengkap dengan latihan konkretnya.

#Dari Producer ke Multiplier

IC bekerja sebagai producer: nilai kalian = pekerjaan yang kalian kerjakan. EM bekerja sebagai multiplier: nilai kalian = pekerjaan yang bisa diselesaikan seluruh tim karena keberadaan kalian.

Bayangkan matematika sederhananya. Seorang IC hebat bekerja pada kapasitas 1x — sehebat apa pun, satu orang hanya punya satu pasang tangan. Seorang EM dengan tim 7 orang yang bekerja sebagai multiplier efektif 0.8x per anggota menghasilkan 5.6x kapasitas. EM yang sama tapi micromanaging sehingga anggota hanya beroperasi 0.5x efektif menghasilkan 3.5x — dan itu belum menghitung attrition yang menyusul.

Konsekuensi praktisnya: ukur hari kerja kalian dengan pertanyaan "hari ini saya menambah kapasitas atau menghabiskan kapasitas?". Menulis kode jalur kritikal = menghabiskan kapasitas (waktu kalian). Membersihkan blocker tiga engineer sekaligus, atau mendokumentasikan keputusan arsitektur = menambah kapasitas.

#Maker's Schedule vs Manager's Schedule

Paul Graham menulis esai klasik tentang dua jenis jadwal, dan pemahamannya wajib bagi setiap EM:

Insight pentingnya: interupsi 15 menit di tengah sesi maker merusak satu blok dua jam, karena context switching teknis mahal. Sebagai EM kalian hidup di manager's schedule — jadi jangan menilai produktivitas tim dengan ritme kalian sendiri. Melindungi blok maker tim (no-meeting mornings, misalnya) adalah salah satu keputusan berdampak termurah yang bisa kalian ambil minggu ini.

#Delegation: Keterampilan Inti Multiplier

Delegasi bukan pembuangan pekerjaan, melainkan transfer kepemilikan dengan konteks lengkap. Gunakan delegation ladder ini untuk memilih tingkat otonomi per orang per tugas:

Tingkat 1  "Lakukan tepat seperti ini"            (instruksi penuh)
Tingkat 2  "Riset opsi, laporkan, saya putuskan"
Tingkat 3  "Rekomendasikan, saya approve"
Tingkat 4  "Putuskan, informasikan saya"
Tingkat 5  "Putuskan dan jalankan, saya review hasil akhir"
Tingkat 6  "Miliki area ini penuh; update rutin saja"
Tingkat 7  "Miliki dan kembangkan area ini; saya cuma safety net"

Aturan mainnya: tingkat ditentukan oleh pengalaman orang × risiko tugas, bukan oleh rasa percaya kalian. Engineer baru + tugas low-risk boleh langsung tingkat 4; engineer senior + migrasi database produksi mungkin perlu tingkat 3 dulu. Naikkan satu tingkat setiap kali hasilnya memenuhi ekspektasi — itulah cara kalian membangun bench tanpa disadari tim.

Definisi delegasi yang sehat memuat empat elemen: hasil yang diharapkan (bukan langkah-langkah), batasan (budget, deadline, standar), konteks (mengapa pekerjaan ini penting), dan checkpoint (kapan kalian ingin tahu progres). Hilangkan konteks dan kalian dapat implementasi benar untuk masalah yang salah.

#Tiga Jebakan Klasik Transisi

#1. Hero Mode

Gejala: sprint terancam gagal, kalian coding semalaman, sprint terselamatkan, tim bertepuk tangan — lalu pola ini berulang setiap sprint. Hero mode memberi dopamin instan dan validasi lama, tapi efek sampingnya fatal: tim belajar bahwa "kalau menunggu, EM pasti menolong", kapasitas development anggota tidak pernah tumbuh, dan kalian menjadi single point of failure. Solusinya menyakitkan tapi jujur: biarkan sprint gagal kecil sekali-sekali, lalu gunakan retrospektifnya untuk membangun sistem agar tidak gagal lagi.

#2. Micromanagement

Gejala: kalian review setiap PR line-by-line, hadir di semua channel, dan "cuma ngecek progress" tiga kali sehari. Akarnya biasanya kecemasan, bukan standar tinggi. Tim yang dimicromanage berhenti berpikir — kenapa harus, kalau keputusan akhirnya selalu diganti? Uji cepat: jika kalian libur dua hari dan tidak ada keputusan yang berjalan, masalahnya bukan di tim; masalahnya delegasi kalian berhenti di tingkat 1-2.

#3. Approval Bottleneck

Gejala: semua keputusan — pilihan library, desain API, urutan task — mengantri di kalian. Ini hero mode versi administratif. Ukuran sehat: keputusan harian tim harus berjalan tanpa kalian, dan kalian hanya masuk untuk keputusan irreversibel atau lintas tim. Framework sederhana yang bisa adopsi tim: one-way door (susah dibalik) butuh diskusi; two-way door (mudah dibalik) cukup diputuskan dan dicatat.

#Latihan Mindset Mingguan

Mindset dibangun lewat repetisi. Tambahkan halaman me/journal mingguan ini ke manager OS kalian:

# Refleksi Minggu {tanggal}
 
## Leverage
- Keputusan terbesar minggu ini yang menambah kapasitas tim?
- Di mana saya masih jadi bottleneck? Item apa yang seharusnya saya delegasikan?
 
## Delegasi
- Tingkat otonomi per orang minggu ini - naik/turun/stagnan? Kenapa?
 
## Schedule
- Berapa jam saya berada di maker mode padahal dibutuhkan sebagai manager?
- Blok maker tim: apakah terlindungi?
 
## Satu hal yang akan berbeda minggu depan
-

Isi jurnal ini setiap Jumat sore selama empat minggu pertama kalian; pola bottleneck kalian akan terlihat jelas di minggu ketiga.

#Penutup

Inti yang harus dibawa pulang:

• IC adalah producer dengan batas 1x; EM adalah multiplier yang nilainya dihitung dari kapasitas efektif tim — 7 orang × 0.8x jauh melebihi 1x sehebat apa pun.
• Jadwal kalian kini manager's schedule; lindungi maker's schedule tim dengan kebijakan blok no-meeting.
• Delegation ladder tujuh tingkat adalah alat harian: cocokkan tingkat dengan pengalaman orang × risiko tugas, lalu naikkan bertahap.
• Waspadai tiga jebakan: hero mode, micromanagement, dan approval bottleneck — semuanya akar masalahnya sama: belum menerima bahwa pekerjaan kalian kini lewat orang lain.

Di episode 3 selanjutnya kita masuk Fase 2 dengan topik paling operasional dari people management: 1:1 & Feedback — cara menjalankan 1:1 yang efektif, cadence yang tepat, model feedback SBI, dan coaching dengan GROW. Siapkan manager OS kalian, karena template 1:1 dari episode 0 akan mulai terpakai sungguhan!