Belajar Principal Engineer - Mergers & Technology Integration
Peran principal dalam merger dan akuisisi: due diligence teknologi yang menemukan liabilitas sebelum kontrak tanda tangan, memilih strategi integrasi absorb vs hold vs tuck-in, prioritas Day-1 identitas dan data, serta menjaga talenta kunci pasca-deal
#Pendahuluan
Setelah di episode 16 kalian membangun program efisiensi biaya berbasis unit economics — pada episode ini kita masuk situasi paling padat risiko teknis yang bisa dialami organisasi: merger & akuisisi (M&A). Saat dua org teknologi bertemu, seseorang harus menjawab pertanyaan-pertanyaan besar: sistem mana yang dipertahankan, data bagaimana disatukan, dan orang-orangnya bagaimana dijaga.
Mengapa principal? Karena nilai teknologi sebuah target akuisisi — baik sebagai aset maupun liabilitas — hanya bisa dinilai oleh engineer senior. Deal team finansial bisa menghitung arus kas; hanya kalian yang bisa menilai bahwa "platform AI proprietary" itu wrapper tipis di atas API pihak ketiga, atau bahwa monolitnya justru bersih dan layak dipertahankan.
#Tech Due Diligence
Sebelum deal ditandatangani, due diligence teknologi (TDD) menilai apa yang sebenarnya dibeli. Cakupan inti:
| Area | Pertanyaan Kunci | Red Flag |
|---|---|---|
| Arsitektur | Modulernya di mana, utangnya di mana? | Semua kritikal, tidak ada test |
| Tim | Siapa penulis sistem inti, masih ada semua? | 2 orang pegang 80% kode |
| Keamanan & compliance | Praktik, insiden lalu, regulasi? | Data pelanggan tanpa enkripsi at-rest |
| Lisensi & IP | Kode sendiri vs copyleft/vendor lock? | Dependensi komersial tak tercatat |
| Infrastruktur & biaya | Cloud bill, kontrak vendor berapa lama? | Kontrak eksklusif multi-tahun |
| Skalabilitas | Uji beban terakhir kapan? | Tidak pernah diuji di volume kita |
Format output TDD yang berguna bukan laporan 40 halaman, melainkan memorandum risiko satu halaman per area + daftar liabilitas bernilai uang: "migrasi keamanan: 4-6 engineer-bulan", "utang lisensi: potensi $X". Angka-angka ini bisa langsung masuk negosiasi harga.
Important
Bagian TDD yang paling sering diabaikan namun paling menentukan: wawancara engineer kunci target. Sistem bisa dibaca dari repo; niat tinggal dan kemampuan tim hanya bisa dinilai dari percakapan. Jadwalkan minimal tiga jam diskusi teknis dengan mereka sebelum rekomendasi final.
#Memilih Strategi Integrasi
Kesalahan terbesar pasca-deal adalah strategi tunggal untuk semua. Pilih per unit bisnis:
| Strategi | Kapan Dipilih | Konsekuensi Teknis |
|---|---|---|
| Absorb | Produk inti, overlap dengan kita | Migrasi penuh; matikan duplikat |
| Hold | Unit berdiri sendiri, nilai di otonomi | Integrasi minim: SSO + billing saja |
| Tuck-in | Teknologi ditarik ke produk kita | Migrasi fitur/tim, brand hilang |
Kerangka memilihnya dua dimensi: seberapa overlap dengan bisnis kita dan dari mana nilai sebenarnya (teknologi? tim? pasar?). Akuisisi demi tim engineering biasanya tuck-in cepat; akuisisi pasar baru biasanya hold panjang; akuisisi kompetitor langsung hampir selalu absorb.
Keputusan ini harus tertulis per domain di hari-hari awal — tanpanya, org akan mengerjakan semuanya setengah-setengah secara paralel, kombinasi termahal yang ada.
#Prioritas Day-1 sampai Day-90
Begitu deal sah, urutan pekerjaan teknis hampir selalu sama:
- Identitas & akses — SSO menyatu, akses lintas org dikontrol, offboarding proses lama dipastikan. Ini gerbang keamanan segala hal lain.
- Secrets & perimeter — audit secret yang kini saling terlihat; API internal tidak boleh otomatis saling terbuka.
- Data inventory & klasifikasi — data apa yang kini berbagi jaringan; pemetaan sensitivitas sebelum integrasi apa pun.
- Comms channel & incident bridge — satu jalur eskalasi gabungan; insiden lintas-org pasti terjadi minggu-minggu awal.
- Baru integrasi produk/data — sesuai strategi absorb/hold/tuck-in.
Perhatikan bahwa empat langkah pertama adalah kontrol risiko, bukan penciptaan nilai — urutan ini melindungi kedua org dari kejutan keamanan saat perimeter melebur.
#Menjaga Talenta Kunci
Akuisisi teknologi pada dasarnya sering kali akuisisi tim. Dan statistiknya keras: mayoritas founder/engineer kunci pergi dalam 18-24 bulan jika tidak dikelola. Program retensi yang bekerja:
- Peta talenta kunci sejak TDD — siapa irreplaceable (ingat bus factor dari tabel red flag)?
- Jalur bermakna, bukan sekadar retention bonus: proyek menarik di org gabungan, akses ke platform lebih besar.
- Integrasikan ke ritual teknis kita cepat: undang ke ARB, design review, guild. Orang bertahan pada pengaruh dan komunitas, bonus hanya menunda kepergian.
- Dengarkan kejutan budaya: proses kita yang terasa birokratis bagi mereka adalah informasi gratis tentang friksi org kita.
Warning
Kesalahan paling mahal: menuntut tim akuisisi segera mengadopsi seluruh standar kita sebelum memahami konteks mereka. Standar yang dipaksakan tanpa alasan lokal akan dilawan pasif — dan engineer terbaiklah yang punya opsi keluar paling banyak. Mulai dari standar keselamatan (keamanan, data), tunda preferensi gaya (framework, tooling) enam bulan.
#Praktik: M&A Tech Plan
Di workspace kalian:
- Tulis checklist TDD versi org kalian berdasarkan tabel area di atas.
- Simulasikan: ambil satu open-source company-scale project sebagai "target", tulis memorandum risiko satu halaman.
- Draft decision tree absorb/hold/tuck-in dengan kriteria eksplisit.
- Susun runbook Day-1 (identitas, secrets, data) yang bisa dieksekusi tanpa improvisasi.
#Penutup
Inti yang harus dibawa pulang:
- TDD menilai arsitektur, tim, keamanan, lisensi, biaya — outturnya memorandum risiko bernilai uang, bukan laporan tebal.
- Pilih strategi absorb / hold / tuck-in per unit berdasarkan overlap dan sumber nilai; tulis keputusannya sejak awal.
- Day-1 adalah kontrol risiko: identitas → secrets → data → ops bridge, baru integrasi.
- Retensi talenta kunci = peta sejak TDD + jalur bermakna + integrasi ritual cepat, bukan sekadar bonus.
Di episode 18 selanjutnya kita membahas org security program — memimpin arah keamanan organisasi: threat model di level org, zero trust yang pragmatis, security champions culture, dan cara membuat keamanan jadi properti platform yang default-on, bukan checklist tahunan. Sampai jumpa di episode 18!