Intervensi Ekonomi untuk Menghentikan Perpindahan Kerja Insinyur

• Masalah keluarnya engineer senior bukanlah masalah aliran informasi, melainkan masalah struktur insentif eksekutif, dan sistem kompensasi yang dioptimalkan untuk kinerja kuartalan pada dasarnya bertabrakan dengan retensi talenta yang membutuhkan investasi jangka panjang
• Saat 1 engineer senior keluar, total biayanya bisa mencapai US$500 ribu hingga US$1 juta, tetapi biaya perekrutan, biaya posisi kosong, onboarding, dan hilangnya pengetahuan implisit (tribal knowledge) tersebar di berbagai anggaran sehingga tidak terlihat jelas
• Dalam kasus sebuah perusahaan pemrosesan pembayaran yang mengabaikan peringatan 14 bulan sebelumnya, mereka mengalami kerugian US$3,47 juta pada Black Friday, padahal biaya perbaikan awal hanya US$80 ribu
• 6 intervensi struktural (akuntansi biaya attrition, pelacakan insiden, on-call eksekutif, memasukkan retensi ke kompensasi, dewan penasihat teknis, kompensasi setara untuk jalur IC) diajukan sebagai solusi untuk menyelaraskan ulang insentif
• Intervensi ini hanya efektif ketika eksekutif mengakui retensi sebagai masalah ekonomi dan bersedia menerima perubahan struktural; penerapan yang sekadar formalitas justru dapat menimbulkan efek sebaliknya

---

Mengapa perilaku tidak berubah meski informasi mengalir

"The constraint is not information flow. It is economics."

• Tulisan ini adalah bagian 2 dari serial tentang keluarnya engineer, melanjutkan situasi setelah masalah asimetri informasi yang dibahas di bagian 1, Mengapa engineer terbaik Anda sedang wawancara di tempat lain
• Di bagian 1 dijelaskan mengapa engineer senior pergi, dan penyebab utamanya adalah adanya struktur yang membuat masalah tidak sampai ke eksekutif, meski masalah itu ada
• Namun tulisan ini mendorong asumsi itu satu langkah lebih jauh
  • Membahas apa yang terjadi ketika aliran informasi benar-benar diperbaiki
  • Kesimpulannya, bertentangan dengan intuisi, dalam kebanyakan kasus tidak ada yang berubah
• Organisasi memperkenalkan berbagai mekanisme untuk mengenali masalah
  • Menerapkan meeting 1:1 skip-level
  • Mengoperasikan kanal umpan balik anonim
  • Menjalankan survei retensi melalui konsultan eksternal
• Hasilnya, para engineer menyampaikan masalah dengan sangat jelas
  • Utang teknis menggerogoti moral tim
  • Keahlian diabaikan dalam keputusan arsitektur
  • Beban on-call sudah berada di tingkat yang tidak berkelanjutan
• Eksekutif mendengarkannya dan mengangguk
  • Mengakui masalahnya
  • Mengatakan akan menyesuaikan prioritas
• Namun ketika kuartal berganti, keputusan diulang dengan cara yang sama seperti sebelumnya
  • Target kuartalan dicapai dengan cara yang sama
  • Dan cara itu adalah kembali mengabaikan masalah yang baru saja mereka dengar
• Di titik ini, tulisan tersebut memperjelas intinya
  • Masalahnya bukan kekurangan informasi
  • Masalahnya adalah struktur ekonomi, yaitu desain insentif

Masalah inti: struktur insentif eksekutif

• Contoh perhitungan keputusan yang dihadapi seorang VP of Engineering pada bulan Oktober
  • Tiga bulan sebelum tinjauan kinerja kuartalan, dan masih 6 bulan lagi sebelum saham engineer vesting
• Seorang platform engineer senior mengajukan permintaan berikut
  • Ingin merefaktor sistem autentikasi selama 6 minggu
  • Utang teknis telah menumpuk dan strukturnya menjadi rapuh
  • Dua peneliti keamanan sudah menyampaikan sinyal risiko
• Namun kondisi saat ini masih ambigu
  • Belum ada insiden nyata, tidak ada keluhan pelanggan, dan tidak ada dampak pada pendapatan
  • Yang ada hanya peringatan engineer bahwa “jika tidak diperbaiki sekarang, ini akan menjadi krisis”
• Bagi sang VP, ada dua pilihan
  • Pilihan A: menyetujui refaktor
    • Menanggung perlambatan kecepatan pengembangan fitur selama 6 minggu
    • Muncul kemungkinan gagal memenuhi OKR kuartalan
    • Harus menjelaskan kepada CEO mengapa roadmap tertunda karena “pekerjaan teknis yang tidak terlihat pelanggan”
    • Ada risiko jadwal rilis fitur yang sudah dijanjikan tim sales terganggu
    • Pada akhirnya, bisa berdampak langsung negatif pada bonus akhir tahun
    • Imbalan dari pilihan ini baru diterima 12–18 bulan kemudian: engineer senior tersebut tetap bertahan di organisasi karena merasa “pertimbangan teknisnya dihormati”
  • Pilihan B: memprioritaskan fitur
    • Mengakui utang teknis itu “penting”, tetapi menundanya ke “kuartal berikutnya”
    • Merilis roadmap sesuai rencana, mencapai OKR, dan menerima bonus
    • Engineer senior itu tetap bertahan untuk saat ini. Karena stock option-nya belum vesting
    • Jika sistem autentikasi nanti meledak, itu menjadi masalah kuartal di masa depan
    • Jika engineer itu pergi 6 bulan kemudian, diasumsikan bisa diganti lewat perekrutan
• Dalam struktur seperti ini, Pilihan B selalu menang — sampai akhirnya gagal
  • B menang sampai gangguan sistem inti terjadi saat peluncuran produk, 5 engineer senior keluar dalam 18 bulan, dan CFO mulai bertanya mengapa perusahaan menghabiskan US$1,4 juta per tahun untuk biaya perekrutan ulang
• Karena ini adalah ketidakselarasan yang mendasar
  • Struktur kompensasi eksekutif dioptimalkan untuk kinerja per kuartal
  • Sementara retensi engineer dan pengurangan utang teknis membutuhkan investasi jangka panjang
  • Memperbaiki aliran informasi saja tidak bisa menutup kesenjangan ini
  • Solusinya adalah mendesain ulang struktur ekonomi itu sendiri

Why the Math Favors Dysfunction - Kalau dihitung, wajar jika disfungsi terus terjadi

• Biaya tersembunyi bekerja dengan cara yang tidak terlihat, sehingga aktor rasional bertindak tidak rasional

• Jika 1 engineer senior dengan gaji $200,000 keluar, total biaya riilnya dihitung mencapai $500,000 ~ lebih dari $1,000,000

  • Banyak eksekutif menganggap angka ini berlebihan saat mendengarnya, tetapi sebenarnya tidak. Cara menghitungnya adalah sebagai berikut

• Biaya penggantian langsung: $85,000-$100,000

  • Biaya rekrutmen: fee recruiter eksternal 20-25%, sehingga untuk engineer dengan gaji $200.000 menjadi $40,000-$50,000
    • Jika ditangani lewat rekrutmen internal (job board, sourcing tool, gaji recruiter), biayanya $15,000-$20,000
  • Signing bonus: di pasar yang kompetitif, diperlukan $20,000-$40,000 untuk mengamankan kandidat senior
    • Terutama penting saat mereka pindah sambil meninggalkan ekuitas di perusahaan saat ini
  • Biaya relokasi: untuk relokasi domestik $10,000-$30,000, dan lebih tinggi untuk internasional

• Biaya kekosongan posisi (Vacancy): $50,000-$100,000

  • Rata-rata butuh 3-6 bulan untuk merekrut engineer senior
  • Selama posisi kosong, pekerjaan engineer tersebut tidak berhenti dan dua jenis biaya muncul secara bersamaan
    • Pertama, produktivitas tim menurun karena redistribusi pekerjaan, dan kedua, muncul biaya peluang karena pekerjaan ditinggalkan
  • Biaya redistribusi pekerjaan $25,000-$40,000:
    • Sekitar 60% pekerjaan engineer yang keluar didistribusikan ke anggota tim yang tersisa
    • Ini bukan realokasi sumber daya kerja yang bebas, melainkan berujung pada penurunan produktivitas
    • Engineer yang beban kerjanya sudah penuh kini harus menangani code review di area yang tidak familier, menjawab pertanyaan tentang sistem yang bukan mereka bangun, dan memelihara layanan yang belum mereka pahami sepenuhnya
    • Jika 3 engineer masing-masing menyerap tambahan 20% pekerjaan, dampaknya bukan sekadar bekerja 20% lebih banyak, tetapi penurunan efisiensi keseluruhan karena context switching
    • Selama posisi kosong, hal ini menyebabkan kehilangan produktivitas 10-15% per engineer
    • Perhitungan biaya redistribusi pekerjaan
      • Jumlah engineer yang menyerap pekerjaan × tingkat penurunan produktivitas × durasi posisi kosong (bulan) × (rata-rata gaji / 12)
      • Dalam skenario umum: 3 engineer × penurunan produktivitas 12% × 4 bulan × ($180,000 / 12) = $21,600
      • Jika engineer yang keluar menangani area dengan keahlian tinggi seperti infrastruktur, keamanan, atau platform, angkanya bisa naik ke kisaran $30,000–$40,000
  • Biaya pekerjaan yang ditinggalkan $25,000-$60,000:
    • Sisa 40% lainnya tidak didistribusikan ulang, melainkan ditunda atau ditinggalkan sepenuhnya
    • Peningkatan platform, pengurangan technical debt, evolusi arsitektur, dokumentasi, mentoring, dan pekerjaan lain yang tidak terkait langsung dengan rilis fitur tetapi mencegah krisis di masa depan diam-diam dihapus dari roadmap
    • Biaya langsung dari pekerjaan yang ditinggalkan (Work Abandonment) dihitung sebagai nilai setara gaji dari pekerjaan yang tidak dikerjakan
      • 40% pekerjaan engineer yang keluar tidak dikerjakan selama posisi kosong
      • Rumusnya: 40% × 4 bulan × ($200,000 / 12) = $26,667
    • Namun biaya sebenarnya tidak berhenti sampai di situ
      • Pekerjaan yang tertunda kemudian menciptakan biaya akumulatif di kuartal-kuartal berikutnya
      • Misalnya
        • Jika optimasi database yang direncanakan engineer senior infrastruktur ditunda
          • performa query akan menurun secara bertahap, dan
          • pada akhirnya dibutuhkan respons darurat yang jauh melampaui ruang lingkup pekerjaan semula
        • Jika review arsitektur yang ditangani engineer tersebut terhenti
          • pengambilan keputusan teknis tetap berjalan
          • dalam kondisi tidak ada lagi keahlian yang bisa menyaring kesalahan mahal sejak awal
    • Biaya pekerjaan yang ditinggalkan yang bisa diukur adalah
      • nilai dari “pekerjaan yang seharusnya dilakukan tetapi tidak dilakukan”
      • Rumus konservatifnya adalah sebagai berikut
        • (persentase pekerjaan yang ditinggalkan × gaji / 12) × jumlah bulan posisi kosong
        • (40% × $200,000 / 12) × 4 bulan = $26,667
    • Kisaran realistis biaya pekerjaan yang ditinggalkan adalah $25,000–$60,000
      • Tergantung pada proporsi pekerjaan yang bersifat preventif versus berfokus pada fitur
  • Total biaya kekosongan posisi (Combined Vacancy Cost): $50,000–$100,000
    • Ini adalah hasil penjumlahan dua komponen: biaya redistribusi pekerjaan $25,000–$40,000 + biaya pekerjaan yang ditinggalkan $25,000–$60,000
    • Angka ini hanya mencerminkan dampak langsung dan terukur yang terjadi selama 4 bulan posisi kosong
  • Perhitungannya sendiri dibuat secara konservatif

• Biaya onboarding dan adaptasi: $100,000-$125,000

  • Produktivitas engineer senior baru: sekitar 25% pada bulan pertama, 50% pada bulan ke-2 hingga ke-3, 75% pada bulan ke-4 hingga ke-5, dan mencapai produktivitas penuh pada bulan ke-6
    • Bulan 1: kehilangan produktivitas 75% = ($200,000 / 12 bulan) × 0.75 = $12,500
    • Bulan 2~3: kehilangan produktivitas 50% = ($200,000 / 12 bulan) × 0.50 × 2 = $16,667
    • Bulan 4~5: kehilangan produktivitas 25% = ($200,000 / 12 bulan) × 0.25 × 2 = $8,333
    • Total kesenjangan produktivitas selama 6 bulan pertama: $37,500
  • Biaya tenaga onboarding: engineer senior baru menghabiskan waktu engineer lain 10-15 jam per minggu pada bulan pertama, dan 5-8 jam per minggu pada bulan ke-2 hingga ke-3
    • Bulan 1: 12 jam per minggu × 4 minggu × $90 per jam = $4,320
    • Bulan 2~3: 6 jam per minggu × 8 minggu × $90 per jam = $4,320
    • Biaya tenaga onboarding dengan tarif $90 per jam: $8,640
  • Jadi selama 6 bulan pertama terjadi kerugian sebesar $46,140
  • Namun karena sebagian besar engineer senior memerlukan sekitar 1 tahun untuk mencapai tingkat keahlian domain seperti engineer sebelumnya, maka estimasinya menjadi $92,000-$125,000

• Kehilangan pengetahuan implisit (Tribal Knowledge): $100,000-$300,000

  • Ini yang paling sulit dikuantifikasi, tetapi muncul sebagai kesalahan di kuartal-kuartal berikutnya
  • Hal-hal yang diketahui engineer yang keluar:
    • bagian mana dari codebase yang rapuh dan perlu diubah dengan hati-hati
    • pelanggan mana yang punya kebutuhan khusus dan alasannya
    • keputusan arsitektur mana yang merupakan trade-off yang disengaja vs technical debt
    • 3 baris kode yang benar-benar penting dalam sebuah layanan 10.000 baris
    • alasan query database tertentu tampak tidak efisien tetapi ditulis seperti itu (karena optimasi yang “jelas” pernah menyebabkan korupsi data dalam kondisi tertentu yang ditemukan 3 tahun lalu)
  • Kesalahan karena kurangnya konteks: engineer baru mengoptimalkan query yang “lambat” lalu memutus alur kerja inti dua pelanggan terbesar perusahaan
    • Identifikasi masalah 2 hari ($4,615), implementasi perbaikan yang tepat 1 minggu ($7,692), pemulihan hubungan dengan pelanggan
    • Biaya satu insiden sekitar $12,000-$15,000, dan terjadi 3-5 kali pada tahun pertama per engineer senior yang keluar
  • Keterlambatan pengambilan keputusan: pertanyaan yang dulu dijawab engineer yang keluar dalam 30 detik, kini memerlukan 3 jam code archaeology, pencarian riwayat Slack, dan percakapan “ada yang tahu kenapa ini dibuat seperti ini?”
    • Jika terjadi 2 kali per minggu selama 6 bulan: $14,040
  • Proyek yang ditunda atau ditinggalkan: hanya engineer yang keluar yang cukup memahami sistem autentikasi untuk mengimplementasikan integrasi SSO dengan aman
    • Proyek tersebut tertunda 6-9 bulan, dan jika SSO dibutuhkan untuk kontrak enterprise senilai $500.000, maka biaya penundaannya bisa diukur
  • Estimasi konservatif untuk kehilangan pengetahuan internal semacam ini: $100,000 hingga $300,000 selama 12 bulan setelah resign

• Total biaya per engineer yang keluar

  • Penggantian langsung: $85,000-$100,000
  • Biaya kekosongan: $50,000-$100,000
  • Adaptasi dan onboarding: $92,000-$125,000
  • Kehilangan pengetahuan internal: $100,000-$300,000
  • Total konservatif: $327,000-$625,000
  • Total realistis termasuk keterlambatan proyek dan biaya peluang: $500,000-$1,000,000

• Biaya-biaya ini tersebar di seluruh anggaran dan tersembunyi dalam noise: biaya rekrutmen masuk ke anggaran HR, kehilangan produktivitas tidak dilacak, hilangnya pengetahuan internal tidak terlihat di laporan kuartalan

  • Penundaan utang teknis dan keputusan memprioritaskan fitur menghasilkan hasil yang langsung dan terlihat: demo tim penjualan, pengumuman peluncuran dari pemasaran, laporan CEO ke dewan direksi, dan sebagainya
  • Ini adalah fenomena yang oleh para ekonom disebut masalah "katak direbus":
    • Kepergian tiap karyawan tampak masih bisa ditanggung, penundaan pekerjaan teknis terlihat masuk akal, dan kompromi kuartalan juga tampak dapat dibenarkan jika dilihat satu per satu
    • Saat polanya menjadi jelas (tingkat attrition insinyur senior tahunan 18%, akumulasi utang teknis, gangguan sistem berantai), organisasi sudah telanjur menganggap disfungsi sebagai hal yang normal

Seperti apa wujud pemulihan (Recovery)

• 14 bulan sebelum bencana Black Friday, seorang senior platform engineer di perusahaan pemrosesan pembayaran menengah mengajukan kekhawatiran yang spesifik
  • "Sistem pemrosesan transaksi tidak akan mampu menangani traffic liburan yang diperkirakan"
  • Mengajukan usulan rinci bahwa database sharding dan optimasi queue diperlukan: estimasi 6 minggu waktu engineering, biaya infrastruktur $80.000
• VP of Product diturunkan prioritasnya:
  • Diputuskan bahwa peluncuran dua fitur lain lebih penting
  • Dalam review kuartalan, ia dipuji atas "kemampuan mengidentifikasi potensi masalah lebih awal", tetapi proposal arsitekturnya dibiarkan terbengkalai di Jira
• Empat bulan kemudian engineer tersebut pindah ke kompetitor dengan kenaikan 15%, lalu perusahaan merekrut pengganti setelah 3 bulan pencarian dan biaya perekrutan $47.000, dengan tambahan 5 bulan untuk mencapai produktivitas penuh
• Sementara itu, 2 senior engineer tambahan keluar: 1 karena frustrasi terhadap technical debt, 1 lagi menerima peran Principal Engineer di luar yang tidak tersedia di perusahaan itu
• Peringatan awal itu baru dibahas lagi dalam review arsitektur 9 bulan kemudian
  • Saat itu, memori organisasi tentang konteks proposal dan cara penyelesaiannya sudah hilang
  • Seorang junior engineer ditugaskan untuk "meneliti alternatif"
• Pada hari Black Friday, lonjakan transaksi pada pukul 09.47 memulai bencana
  • Mulai pukul 10.23, database menolak permintaan write
  • Bottleneck berada tepat di titik yang telah disorot 14 bulan sebelumnya, dan insiden ini menyebabkan kegagalan pemrosesan transaksi senilai $2.5M
  • Pemulihan memakan waktu 5 jam
    • Biaya perluasan infrastruktur darurat sebesar $180.000 dan 3 engineer lembur sepanjang hari libur untuk melakukan perubahan arsitektur permanen
  • 3 Desember, postmortem yang dipimpin CTO diserahkan ke jajaran eksekutif dengan item baru yang ditambahkan
    • Bagian "Previously Raised Concerns" ditambahkan untuk mencatat peringatan awal engineer tersebut, keputusan penurunan prioritas, dan keluarnya personel setelahnya
    • CFO menghitung total biayanya
  • Biaya keluarnya engineer (3 senior): biaya terukur sebesar $235.000 per orang
    • Rekrutmen $47.000 + signing bonus $30.000 + biaya posisi kosong $83.000 (rata-rata 4 bulan) + onboarding·ramp-up $75.000
    • Total $705.000
  • Biaya hilangnya tribal knowledge: $2.2M
    • Pemahaman tentang struktur database, failure mode, dan solusi yang pernah ada lenyap dari organisasi
    • Masalah harus ditemukan kembali, solusi harus diteliti ulang, dan implementasi harus dilakukan dalam keadaan darurat
    • Kesenjangan pengetahuan ini mengubah migrasi yang direncanakan menjadi respons krisis
    • Biaya investigasi, percobaan yang gagal, keterlibatan vendor darurat, dan biaya penanganan merchant terus menumpuk
  • Biaya transaksi yang gagal:
    • Nilai pemrosesan pembayaran yang gagal $2.5M
    • Karena tarif biayanya 2,9%, kehilangan pendapatan langsung adalah $72.500, tetapi ada kewajiban kontraktual untuk memproses semua transaksi
    • Karena itu, terjadi denda pelanggaran SLA sebesar $180.000 akibat kegagalan pemrosesan serta biaya dukungan merchant dan pencegahan churn sebesar $45.000
  • Biaya infrastruktur darurat: $180.000
    • Perluasan database darurat (read replica tambahan, instance yang ditingkatkan, biaya dukungan vendor yang dipercepat)
    • Reset load balancer dan optimasi CDN agar mampu menangani traffic yang telah diperkirakan 14 bulan sebelumnya
  • Biaya pemulihan dan tindak lanjut: $87.000
    • 3 senior engineer bekerja 72 jam pada akhir pekan hari libur dengan tarif lembur 2,5x: $51.923
    • Tim engineering yang lebih luas melakukan pekerjaan tindak lanjut selama 2 minggu: $38.462
  • Total biaya insiden: $3.47M
  • Biaya pencegahan yang semula diusulkan: $80.000 (termasuk 6 minggu waktu kerja engineering untuk 1 senior engineer dan biaya infrastruktur)
  • Di halaman pertama postmortem tertulis $3.47M vs $80.000, dan angka ini mengubah arah percakapan
• Menanggapi pertanyaan dewan, CEO memerintahkan analisis retensi
  • Tingkat keluarnya senior engineer 34% per tahun (lebih dari dua kali rata-rata industri untuk perusahaan yang menguntungkan)
  • Dalam exit interview yang sebelumnya disimpan tanpa review manajemen, muncul pola yang konsisten
    • Engineer berbakat pergi ketika kekhawatiran teknis mereka diakui tetapi tidak ditindaklanjuti
  • Empat langkah perbaikan diterapkan selama 18 bulan:
    • CFO mulai melacak biaya attrition dalam laporan kuartalan bersama biaya akuisisi pelanggan — tiba-tiba rata-rata biaya keluar $235.000 muncul dalam dokumen yang sama seperti keputusan belanja pemasaran
    • Semua eksekutif ikut dalam rotasi on-call kuartalan — VP of Product yang menurunkan prioritas pekerjaan database menerima laporan 23 halaman pada minggu pertamanya, dengan 19 insiden terkait technical debt yang telah disorot selama 6 bulan sebelumnya
    • Komite kompensasi menambahkan faktor retensi talenta ke kompensasi variabel eksekutif: mempertahankan 90% senior engineer per tahun bernilai 25% dalam perhitungan bonus
    • Dibuat jalur IC Staff dan Principal yang selaras dengan level direktur dan VP beserta kompensasinya
• Setelah 18 bulan, perusahaan pembayaran ini menurunkan tingkat keluarnya senior engineer menjadi 9% per tahun
• Yang lebih penting adalah perubahan pada proses review arsitektur:
  • Proposal technical debt kini mencantumkan biaya kegagalan yang dihitung
  • Eksekutif secara rutin bertanya, "Jika ini ditunda, seberapa besar risiko keluarnya engineer?"
• Platform engineer yang awalnya mengangkat kekhawatiran soal database itu kembali sebagai Principal Engineer
  • Gaji tahunan 40% lebih tinggi dibanding saat ia keluar — direkrut khusus untuk memimpin perluasan infrastruktur
• Kembalinya engineer tersebut, bersama perubahan yang ditunjukkan angka-angka ini, melambangkan bahwa perhitungan ekonomi organisasi itu benar-benar telah berubah

Enam intervensi yang benar-benar efektif

• Intervensi struktural yang menyelaraskan ulang insentif, bukan pengumpulan informasi atau aktivitas empati, melainkan desain ulang ekonomi

• Hierarki pengaruh

  • Enam intervensi mungkin tampak memberatkan, tetapi tingkat kesulitan implementasi dan waktu penciptaan nilai tidak sama, sehingga urutannya penting
  • Cara dengan hasil tercepat: intervensi yang hanya memerlukan persetujuan minimal dari organisasi
    • Akuntansi biaya attrition (#1): hanya memerlukan persetujuan CFO dan waktu analis keuangan
    • Pelacakan insiden akibat peringatan yang diabaikan (#2): hanya memerlukan perubahan proses SRE. Tidak perlu anggaran atau restrukturisasi, cukup dokumentasi postmortem yang sistematis
    • Keduanya bisa dimulai dalam 30 hari, sekaligus memberi bukti terkuantifikasi untuk pertarungan yang lebih sulit
  • Intervensi jangka menengah: memerlukan perubahan budaya tetapi tidak perlu restrukturisasi kompensasi
    • Rotasi on-call eksekutif (#3): berhasil ketika seorang eksekutif mengalami langsung konsekuensi dari penundaan pekerjaan perbaikan infrastruktur, lalu kebijakan itu mengakar secara alami
    • Dewan penasihat teknis yang berwenang (#5): efektif ketika eksekutif benar-benar menerima kemungkinan keputusan mereka dibatalkan, sedangkan pilot skala kecil akan gagal dalam beberapa kuartal
    • Jadwal implementasi 3-6 bulan: karena bukan sekadar perubahan kebijakan sederhana, tetapi juga membutuhkan pembangunan kepercayaan
  • Intervensi struktural: memerlukan persetujuan dewan direksi atau komite kompensasi, memakan waktu 6-12 bulan tetapi memberi perubahan paling mendalam
    • Memasukkan metrik retensi talenta ke dalam sistem kompensasi (#4): ketika bonus eksekutif bergantung pada retensi engineer senior, utang teknis mendadak menjadi penting secara strategis
    • Menjamin kesetaraan jalur IC (#6): ketika Staff Engineer bisa menerima gaji setara eksekutif senior tanpa mengelola tim, mempertahankan keahlian teknis menjadi mungkin secara struktural
  • Intervensi minimum yang layak dijalankan: menggabungkan dua elemen dari lapisan berbeda
    • Akuntansi biaya attrition (hasil cepat) + metrik retensi dalam kompensasi (perubahan struktural)
    • Yang pertama membangun business case, yang kedua membuat tindakan rasional bagi eksekutif
  • Untuk perusahaan dalam situasi krisis: jalankan hasil cepat segera + rancang perubahan struktural secara paralel
  • Untuk perusahaan dengan tanda peringatan dini: mulai dari pengukuran (akuntansi biaya, pelacakan insiden) + gunakan data hasil untuk membenarkan intervensi yang lebih dalam

• 1. Akuntansi Biaya Attrition (Cost-of-Attrition Accounting)

  • Membuat yang tak terlihat menjadi terlihat: hitung seluruh biaya dari setiap engineer senior yang keluar
    • Biaya rekrutmen rata-rata $35,000
    • Sekitar 6 bulan hingga produktivitas penuh (50% dari gaji engineer senior)
    • Keterlambatan proyek akibat hilangnya pengetahuan
    • Opportunity cost dari keputusan arsitektur yang hanya dipahami engineer tersebut
  • Lacak angka ini setiap bulan dan masukkan ke dashboard eksekutif yang sama dengan CAC dan metrik pendapatan
  • Sebuah perusahaan layanan keuangan melacak biaya attrition per kuartal dan menemukan
    • Q1: 2 engineer senior keluar, $400,000
    • Q3: proyeksi biaya tahunan $900,000
    • Ketika CFO mempresentasikan ini bersama anggaran engineering tahunan $3M
    • Pertanyaan CEO berubah dari “mengapa mereka pergi” menjadi “berapa yang dibutuhkan untuk mencegahnya”
    • Hasilnya, setelah investasi $400,000 pada pelunasan utang teknis dan penyesuaian kompensasi,
      tingkat attrition engineer senior turun 43% dan biaya investasi balik modal penuh hanya dalam dua kuartal

• 2. Melacak insiden yang terjadi akibat peringatan yang diabaikan

  • Ubah template postmortem dengan menambahkan bagian wajib "Prior Warnings"
  • Wajibkan penanggung jawab memeriksa peringatan sebelumnya tentang mode kegagalan ini di Jira, Slack, catatan architecture review, dan email
  • Hal yang harus didokumentasikan: kapan peringatan diajukan, siapa yang mengajukannya, tindakan yang diusulkan, dan alasan penurunan prioritas
  • Hitung biaya insiden: dampak pendapatan dari downtime, beban customer support, dan waktu engineer yang dibutuhkan untuk pemulihan
  • Setelah sebuah perusahaan healthtech menerapkan pendekatan ini
    • Dalam 6 bulan, ditemukan bahwa 70% insiden produksi sebenarnya sudah diprediksi sebelumnya
    • Engineer telah menyampaikan kekhawatiran, tetapi manajemen menurunkan prioritas perbaikan karena fokus pada pengembangan fitur
    • Total biaya selama 1 tahun: $1.8 juta dihabiskan untuk insiden yang sebenarnya bisa dicegah
    • Ketika manajemen melihat bahwa dalam 14 dari 16 gangguan besar, peringatan teknis ternyata tepat, mereka menyadari betapa seriusnya pola ini
    • Setelah terbukti bahwa prediksi tersebut konsisten akurat, terjadilah perubahan perilaku

• 3. Rotasi on-call eksekutif

  • Semua eksekutif (termasuk Product, VP, dan Director) menjalankan on-call selama 1 minggu per kuartal
  • Kebijakan eskalasi:
    • Jika engineer on-call menilai bahwa alert terkait dengan perbaikan yang sebelumnya diberi prioritas rendah atau pekerjaan teknis yang ditunda
    • Maka insiden itu harus dilaporkan langsung kepada pihak yang bertanggung jawab atas keputusan tersebut, tanpa memandang waktu atau hari
  • Ini memberikan pembelajaran lewat pengalaman langsung yang lebih kuat daripada dashboard mana pun
  • Contoh: seorang VP of Product mengalami 17 panggilan selama 5 hari karena masalah database connection pool yang sama, yang 7 bulan sebelumnya ditandai engineer sebagai perbaikan "nice-to-have"
    • Masalah itu ditandai sebagai P3, dan VP tersebut memprioritaskan peluncuran 3 fitur sebagai gantinya
    • Setelah 5 panggilan berturut-turut pada pukul 3 pagi, prioritasnya diubah menjadi P0, lalu diperbaiki dalam 8 hari
    • VP itu kemudian mengakui, "Saya kira engineer melebih-lebihkan soal alert fatigue. Ternyata tidak."

• 4. Memasukkan metrik retensi talenta ke kompensasi eksekutif

  • Restrukturisasi sehingga 25% dari kompensasi variabel manajemen bergantung pada tingkat retensi engineer senior
  • Definisi "senior": masa kerja lebih dari 2 tahun, melampaui ekspektasi dalam performance review, atau memegang sistem inti
  • Tetapkan target: retensi tahunan 90% untuk engineer senior
    • Jika target tidak tercapai, bonus dipotong secara proporsional
    • Jika target terlampaui, bonus dibayarkan dengan multiplier
  • Contoh: sebuah perusahaan SaaS Series B menerapkan struktur ini pada 2021
    • Attrition engineer senior tahunan 28%
    • Penolakan awal manajemen: "Kita tidak bisa mengendalikan jika seseorang mendapat tawaran yang lebih baik"
    • Respons CEO: "Kalau begitu, berarti kita mengakui bahwa daya saing kita hanya ada di luar gaji. Perbaiki, atau terima dampaknya pada kompensasi."
    • Dalam 1 tahun, attrition turun menjadi 11%
    • Pola exit interview berubah: engineer yang keluar menyebut attrition berbasis disfungsi (kekhawatiran teknis yang diabaikan, tidak ada pertumbuhan, budaya toksik) bukan lagi, melainkan attrition berbasis peluang (promosi principal di perusahaan yang lebih besar, mendirikan startup, pindah domisili)
    • Ketika manajemen kini memiliki rasa tanggung jawab atas retensi talenta, mencapai target bonus justru menjadi bagian termudah

• 5. Dewan penasihat teknis (TAB) dengan kewenangan nyata

  • Bentuk komite berisi 5 engineer senior yang dipilih oleh organisasi engineering (bukan ditunjuk manajemen)
  • Rapat triwulanan dengan level C
  • Satu kewenangan: dapat memveto 1 keputusan manajemen per kuartal
  • Syarat: jika memveto, wajib menyertakan usulan alternatif tertulis yang mencakup justifikasi teknis, estimasi biaya, dan analisis risiko
    • Manajemen hanya bisa membatalkan veto dengan persetujuan CEO dan alasan yang terdokumentasi
  • Contoh: sebuah perusahaan infrastruktur blockchain membentuk TAB pada awal 2020
    • Dalam 2 tahun, menggunakan hak veto 2 kali
    • Veto pertama: memblokir keputusan membangun framework consensus proprietary, dan sebagai gantinya mengusulkan perluasan protokol open source yang sudah ada. Estimasi menghemat 18 bulan waktu pengembangan
    • Veto kedua: mencegah peluncuran migrasi database tanpa pengujian rollback yang komprehensif. Analisis implementasi setelahnya memperkirakan TAB mencegah insiden korupsi data senilai $2 juta
    • Dampak nyatanya lebih halus: sebelum memfinalkan keputusan teknis, manajemen mulai bertanya "Apakah TAB akan menyetujui ini?"
    • Ancaman veto mengubah kualitas proposal bahkan sebelum sampai ke TAB
    • Engineer melaporkan bahwa penilaian teknis mereka akhirnya menjadi penting dalam keputusan manajemen

• 6. Jalur IC (individual contributor) dengan kesetaraan kompensasi

• Tetapkan jalur pengembangan karier IC dengan jelas: Staff Engineer, Principal Engineer, Distinguished Engineer

  • Band kompensasi masing-masing harus selaras dengan level Director, VP, dan SVP

• Kriteria promosi: bukan ukuran tim atau struktur pelaporan, melainkan pengaruh teknis, kepemilikan atas arsitektur, dan efek pengganda yang meningkatkan efektivitas kerja engineer lain

• Contoh: sebuah perusahaan fintech kehilangan 3 engineer level Staff dalam 6 bulan

• Dalam wawancara keluar, pola yang sama muncul: "Tanpa menjadi manajer, tidak mungkin mencapai kompensasi L7. Saya tidak ingin mengelola dan ingin tetap menjadi developer"

  • Perusahaan menerapkan jalur IC dengan kesetaraan kompensasi
  • Dalam 1 tahun: 2 engineer yang sebelumnya sedang diwawancarai dipromosikan menjadi Principal, merekrut 3 senior IC dari pesaing yang tidak memiliki jalur karier serupa, dan tingkat keluarnya talenta teknis senior turun 62%
  • Yang lebih penting, engineer yang bertahan di perusahaan diperkirakan mencegah kesalahan arsitektur senilai 3 juta dolar
    • Ini adalah keputusan-keputusan yang sebelumnya tidak bisa ditentang oleh engineer junior atau level menengah karena kurangnya keahlian atau wewenang

Jalur Implementasi (Implementation Paths)

• Jadwal implementasi berbeda tergantung pada tingkat keparahan situasi organisasi

• Perusahaan dalam kondisi krisis (tingkat keluarnya senior >20%, baru-baru ini terjadi insiden besar)

  • Minggu 1-2: hitung biaya keluar aktual selama 12 bulan terakhir (termasuk biaya rekrutmen, waktu adaptasi produktivitas, keterlambatan proyek, dan hilangnya pengetahuan yang kurang terdokumentasi), analisis pola dalam exit interview, petakan insiden produksi ke peringatan yang sebelumnya diabaikan
  • Minggu 3-4: presentasikan temuan kepada CFO dan CEO, tunjukkan polanya (kekhawatiran teknis disampaikan → prioritas diturunkan → engineer keluar → insiden atau biaya muncul), kuantifikasi total kerugian, usulkan intervensi segera
  • Minggu 5-8: mulai rotasi on-call eksekutif (perubahan budaya tercepat), mulai melacak biaya attrition (membangun dasar kasus untuk perubahan berkelanjutan), buat pilot TAB dengan 3 engineer, mulai pelacakan biaya attrition bulanan di dashboard eksekutif
  • Minggu 9-12: ajukan perubahan struktur kompensasi ke dewan, kaitkan bonus eksekutif dengan tingkat retensi, umumkan secara terbuka jalur karier IC, komunikasikan secara transparan apa yang berubah dan alasannya

• Perusahaan dengan tanda peringatan dini (tingkat keluar 12-18%, engineer menyampaikan kekhawatiran dalam sesi 1:1)

  • Bulan 1-2: mulai pelacakan biaya attrition dan membangun kasus ekonominya, survei engineer tentang risiko retensi dan apa yang akan membuat mereka bertahan, identifikasi 3 kekhawatiran yang paling sering disebut
  • Bulan 3-4: jalankan pilot executive sponsor dan rotasi on-call eksekutif, mulai pilot TAB, gunakan keduanya untuk memunculkan utang teknis dan friksi organisasi, dokumentasikan biaya dari pekerjaan yang ditunda
  • Bulan 5-6: terapkan perubahan struktur kompensasi permanen, formalkan wewenang TAB, publikasikan kriteria jalur karier IC dan band kompensasi, tetapkan retensi engineer senior sebagai sasaran eksekutif yang eksplisit

Saat Ini Tidak Efektif

• Intervensi ini secara dapat diprediksi gagal dalam 3 skenario, dan mengabaikan hal ini hanya akan membuang waktu

• 1. Model bisnis yang sejak awal memang dirancang dengan asumsi attrition

  • Firma konsultasi dan kontraktor memang memperkirakan turnover tahunan 20-40%
  • Model bisnis mereka memasukkan biaya penggantian tenaga kerja ke dalam harga, dan tarif penagihan ditetapkan dengan asumsi bahwa keahlian organisasi yang mendalam memang terbatas
  • Strategi retensi yang dirancang untuk perusahaan produk tidak relevan di tempat di mana rotasi klien secara alami mendorong attrition dan jalur partner sengaja menciptakan tekanan up-and-out
  • Demikian pula, startup tahap awal sebelum product-market fit dapat mengalami engineer keluar sebagai sinyal pivot yang diperlukan, bukan kegagalan retensi
    • Jika perusahaan mengubah arah secara fundamental setiap 6 bulan, retensi rendah dapat berarti realokasi talenta yang tepat, bukan disfungsi sistemik

• 2. Hanya berpura-pura menerapkan (Implementation Theater)

  • Intervensi seremonial justru menghasilkan hasil yang lebih buruk daripada tidak melakukan apa pun
  • TAB tanpa hak veto nyata menjadi saluran pembuangan bagi kekhawatiran engineer
    • Jika mereka menginvestasikan waktu pada usulan yang diabaikan secara sistematis, yang tumbuh hanya kemarahan
  • Rotasi on-call eksekutif yang tidak terhubung dengan penyelesaian akar masalah menciptakan empati simbolik tanpa akuntabilitas
    • VP yang dipanggil untuk masalah yang tidak bisa mereka prioritaskan dan selesaikan hanya akan belajar bahwa engineer sering mengeluh
  • Akuntansi biaya attrition yang dihitung tetapi tidak pernah muncul di dashboard eksekutif atau diskusi kompensasi akan tetap menjadi pembahasan teoretis
  • Intervensi yang dijalankan setengah-setengah menunjukkan bahwa kepemimpinan hanya berpura-pura peduli tanpa komitmen nyata pada perubahan struktural

• 3. Tidak adanya prasyarat budaya

  • Intervensi ini memerlukan prasyarat budaya yang tidak dimiliki banyak organisasi: kepemimpinan harus menginginkan perubahan perilaku nyata, bukan sekadar pengelolaan reputasi
  • Jika eksekutif memandang retensi engineer sebagai masalah PR, bukan masalah ekonomi, mereka hanya akan menjalankan intervensi yang paling terlihat (dewan penasihat, listening tour) sambil menghindari yang mahal (restrukturisasi kompensasi, hak veto nyata)
  • Tes diagnosis: coba usulkan agar 25% kompensasi variabel eksekutif dikaitkan dengan retensi engineer senior
    • Jika kepemimpinan segera menjelaskan "mengapa itu tidak bisa dilakukan di perusahaan kita", maka Anda sudah menemukan jawabannya
      • Mereka menginginkan solusi tanpa biaya pribadi
  • Perusahaan yang belum siap memberi engineer hak veto, mengaitkan gaji eksekutif dengan retensi, dan memasukkan biaya attrition ke dalam tinjauan keuangan triwulanan berarti belum siap untuk perubahan struktural
  • Mereka hanya puas dengan laporan konsultansi yang menumpuk debu sambil mengakui adanya kekhawatiran, menganjurkan "riset tambahan", dan membiarkan engineer senior terus keluar
  • Intervensi bekerja ketika kepemimpinan menyadari bahwa biaya turnover tahunan sebesar $1,4 juta lebih besar daripada tindakan yang diperlukan untuk mencegahnya
    • Tanpa kesadaran itu, sebanyak apa pun dewan penasihat tidak bisa menggantikan penyelarasan ekonomi

Perhitungan Ekonomi Baru

• Saat perusahaan infrastruktur blockchain yang dipimpin penulis bertumbuh dari 10 menjadi 187 engineer dalam 3 tahun,
  • perusahaan tetap menjaga tingkat keluarnya engineer senior tahunan di rata-rata 6%, jauh lebih rendah daripada tingkat turnover umum 35~40% pada perusahaan dengan pertumbuhan sangat cepat
• Penyebab hasil ini bukan tunjangan atau mekanisme budaya, melainkan desain ulang struktur insentif
  • Manajer menengah diberi imbalan karena memunculkan risiko teknis lebih awal, bukan karena membuat semuanya tampak terkendali
  • Postmortem mewajibkan dokumentasi peringatan sebelumnya; peringatan yang diabaikan menjadi bagian dari evaluasi kinerja orang yang menurunkan prioritasnya
  • Kepemimpinan teknis memiliki hak veto atas keputusan arsitektur. Kami menggunakannya 2 kali, dan sekadar kemungkinan veto saja sudah meningkatkan kualitas proposal secara keseluruhan
  • Jalur karier IC sudah ada sejak awal; non-manager paling senior menerima gaji lebih tinggi daripada sebagian besar director
• Biaya sistem: sekitar $400.000 per tahun untuk penyesuaian kompensasi, overhead tata kelola, dan prioritisasi utang teknis yang menunda beberapa fitur
• Penghematan:
  • $2,1 juta biaya attrition yang berhasil dicegah (dengan menerapkan standar industri attrition 35% pada jumlah engineer senior)
  • Selain itu, ada penghematan yang tidak terukur tetapi besar dari keputusan arsitektur yang tidak menimbulkan insiden bernilai jutaan dolar karena engineer senior punya wewenang untuk menghentikannya

Kebenaran yang Tidak Nyaman

• Sebagian besar perusahaan tidak akan menerapkan intervensi ini sampai keadaan memaksa
• Pemaksanya biasanya bersifat katastropik: insiden produksi yang menelan jutaan dolar, eksodus besar yang melumpuhkan tim inti, atau pesaing yang merebut setengah tenaga engineer inti Anda dengan menawarkan hal yang Anda tolak, yaitu penghormatan terhadap penilaian teknis
• Pada titik itu, Anda tidak lagi melakukan pencegahan, melainkan sibuk memulihkan kerusakan
  • Pemulihan itu mahal. Engineer terbaik yang bisa mencegah krisis berikutnya sudah pergi
  • Penggantinya mungkin berbakat, tetapi kurang memahami organisasi sehingga tidak tahu peringatan apa yang perlu disampaikan, dan mempercepat loop kehancuran
• Pertanyaannya bukan apakah intervensi ini efektif, buktinya jelas
  • Perusahaan yang menyelaraskan insentif eksekutif dengan retensi karyawan, memberi engineer wewenang yang bermakna, dan memperlakukan turnover sebagai masalah ekonomi secara konsisten unggul dalam retensi, tingkat insiden, dan kesehatan teknis jangka panjang
• Jika engineer berpengalaman terus keluar dan solusi umum tidak berhasil, maka masalahnya mungkin bukan komunikasi, melainkan ekonomi