Belajar Enterprise Architect - Merger, Acquisition & Divestiture

#Pendahuluan

Setelah di episode 22 kalian menata ulang EA agar mempercepat organisasi agile, episode ini menghadapkan seluruh perkakas series pada skenario stres maksimal: merger, acquisition, dan divestiture. Skenario fiktif kita: direksi Bumi Niaga mengumumkan akuisisi TransNusa Logistik — perusahaan kurir regional dengan 800 karyawan, armada sendiri, dan sistem yang tentu saja tidak akan kompatibel dengan apa pun di grup.

Mengapa M&A adalah ujian sesungguhnya bagi EA? Karena di sinilah semua disiplin series ini dipakai serentak dan terburu-buru: due diligence butuh kemampuan membaca landscape asing cepat, integrasi butuh operating model dan blueprint yang jelas, dan divestiture — yang jarang dibahas — butuh arsitektur yang bisa "dipotong" bersih. Perusahaan yang landscape-nya terdokumentasi baik (episode 10) menilai target lebih akurat dan berintegrasi lebih cepat; itu keunggulan kompetitif nyata.

#Due Diligence Teknologi

Sebelum deal ditandatangani, tim due diligence menilai nilai dan risiko target. Fokus EA di fase ini: memperkirakan biaya dan risiko yang belum terlihat di spreadsheet deal maker:

Output due diligence EA: technology risk register bernilai rupiah — estimasi biaya remediasi dan integrasi yang menjadi bahan negosiasi harga. Temuan klasik: biaya integrasi TI riil sering 1.5-3x dari estimasi awal deal team, biasanya karena technical debt dan lisensi yang tidak transferable. EA yang hadir sebelum signing menyelamatkan uang; EA yang dipanggil sesudahnya hanya bisa mengelola kejutan. Karena itu jadikan templat due diligence ini bagian tetap dari repository — kecepatan menilai target adalah keunggulan kompetitif saat ada pesaing penawar.

Untuk jendela due diligence yang biasanya sempit (2-3 minggu), disiplin scan cepat menentukan:

Minggu 1 - inventaris
[ ] Daftar aplikasi dan lisensi dari finance + IT target
[ ] Akses read-only ke CMDB/billing cloud bila tersedia
[ ] Wawancara 3 orang kunci teknis target
[ ] Ekspor daftar domain, sertifikat, DNS, kontrak utama
Minggu 2 - verifikasi
[ ] Sampling 5 aplikasi top-revenue: versi, owner, backup terakhir
[ ] Cek riwayat insiden publik dan status sertifikasi security
[ ] Konfirmasi tertulis ke vendor: apakah lisensi transferable?
[ ] Susun risk register + estimasi remediasi dalam rupiah
Output: technology risk register bernilai Rp + rekomendasi struktur deal

Komposisi tim integrasi yang lazim untuk skala TransNusa: integration lead (EA senior) sebagai satu titik keputusan arsitektur; owner per domain — identity, network, data, aplikasi bisnis; dan satu duta engineer dari perusahaan target yang hadir di semua keputusan agar pengetahuan sistem lama tidak hilang bersama orang-orangnya.

Karena itu, perlakukan due diligence sebagai kompetensi tetap tim EA — latih dengan setiap peluang kemitraan, bukan hanya akuisisi penuh.

#Integration Playbook

Pasca-signing, kecepatan adalah segalanya — momentum dan keyakinan karyawan memudarkan cepat. Playbook integrasi bertahap yang saya pakai:

• Stabilize (hari 0-30) — jangan ubah apa pun yang operasional; prioritasnya akses dan keamanan: email, identitas, isolasi jaringan sementara, dan assessment security cepat (target asing = permukaan serangan baru). Kesalahan fatal fase ini: migrasi agresif yang mematikan operasi harian target di bulan pertama.
• Connect (bulan 1-3) — konektivitas terkontrol ke jaringan grup, IdP federasi untuk SSO, dan integrasi pertama yang bernilai bisnis nyata: tracking paket TransNusa muncul di BelanjaKu — quick win yang menjual program ke kedua kubu.
• Integrate (bulan 3-12) — keputusan struktural per domain: TransNusa masuk event backbone dan Customer Registry; TMS-nya dinilai TIME (episode 6) — biasanya hasilnya Invest untuk TMS spesialis logistik dan Eliminate untuk fungsi duplikatif (HR, notifikasi, BI).
• Optimize (tahun 2+) — rasionalisasi lanjutan, konsolidasi vendor dengan leverage gabungan (episode 16), dan penyatuan data analitik penuh.

Keputusan paling strategis di fase integrate: seberapa banyak target diubah. Jawabannya mengikuti logic operating model (episode 4): jika akuisisi dimaksudkan otonom (market entry), integrasikan minimal — identitas, finance reporting, security baseline; jika dimaksudkan synergy operasional, integrasikan dalam ke arah paved road grup. TransNusa jelas kasus kedua — nilainya ada di jaringan pengiriman yang menyatu dengan KirimKu.

#TSA: Jembatan Kontraktual

Transition Service Agreement adalah kontrak bahwa penjual (atau unit induk) masih menyediakan layanan tertentu untuk periode transisi: payroll, hosting, lisensi bersama. Untuk EA, TSA adalah sumber deadline eksternal yang sangat nyata — layanan yang di-TSA harus keluar dari dependensi sebelum TSA expire, dan perpanjangan TSA mahal. Praktik yang benar: inventariskan semua layanan TSA dengan tanggal expire, jadwalkan migrasinya di roadmap dengan buffer, dan perlakukan TSA sebagai technical debt berbunga tinggi.

#Divestiture: Memotong dengan Bersih

Kebalikannya juga nyata: suatu saat grup menjual atau spin-off unit. Misalnya hipotesis: BayarKu divestasi ke strategi bank mitra. Carve-out TI adalah pekerjaan presisi — semua yang tadinya berbagi: identitas, jaringan, data, lisensi, monitoring — harus dipisahkan dua arah:

• Data separation — entitas mana ikut pergi, mana tetap; referensi silang diputuskan (riwayat transaksi yang melibatkan pelanggan BelanjaKu?). Ini negosiasi legal + arsitektur yang paling alot.
• Identity & access — user, service account, dan kunci kripto dibuat ulang di environment baru; shared secrets dirotasi.
• Lisensi & kontrak — allocation antara entitas tetap dan pergi, termasuk cloud commitment dan kontrak vendor bersama.
• Connectivity — jalur pasca-pemisahan: API publik untuk kebutuhan kolaborasi tersisa (settlement antar entrip), bukan lagi private link.

Pelajaran strukturalnya: organisasi yang sejak awal menjaga batas domain bersih (identitas terpusat namun scoped, data master dengan ownership jelas, kontrak per-unit yang konsolidasi-nya sadar-grup) memotong dirinya jauh lebih murah. Arsitektur yang baik adalah opsi strategis: kemampuan bergabung dan memisah adalah fleksibilitas bisnis yang dihargai board. Dan untuk TransNusa, catat satu prinsip eksekusi: komunikasi integrasi ke karyawan target sejak hari pertama — rumor integrasi yang liar lebih merusak retensi talenta daripada rencana apa pun di atas kertas.

#Praktik: M&A IT Plan TransNusa

Kerjakan di ea-lab/case-study/ma/:

1. Due diligence report — buat technology risk register TransNusa fiktif: ±15 temuan lintas lima area tabel di atas, masing-masing dengan estimasi dampak dan rekomendasi.
2. Integration roadmap — jabatan empat fase playbook dengan milestone konkret: quick win tracking terintegrasi, keputusan TIME untuk TMS, timeline masuk registry/backbone.
3. TSA register — daftar 8 layanan transisi fiktif dengan tanggal expire dan plan migrasinya; tandai dua yang berisiko slip.
4. Carve-out drill — balik skenario: tulis outline rencana pemisahan BayarKu (data, identitas, lisensi, konektivitas); bandingkan effort-nya dengan kondisi landscape sekarang vs kalau batas domainnya buram.

Satu catatan terakhir: dokumentasikan setiap keputusan integrasi sebagai ADR sejak hari pertama — program M&A adalah periode dengan keputusan arsitektur terpadat, dan tanpa catatan, enam bulan kemudian tak ada yang ingat mengapa pilihan itu diambil.

#Penutup

Inti yang harus dibawa pulang:

• EA hadir sejak due diligence: technology risk register bernilai rupiah memperbaiki harga dan mencegah kejutan; biaya integrasi riil hampir selalu lebih besar dari estimasi awal.
• Integration playbook bertahap — stabilize, connect, integrate, optimize — dengan quick win bisnis di fase awal; kedalaman integrasi mengikuti intent operating model dari deal, bukan semangat engineer.
• TSA adalah deadline eksternal berbunga tinggi yang wajib masuk roadmap; divestiture adalah cermin M&A yang menuntut potongan arsitektur yang bersih.
• Risiko terbesar M&A adalah talenta dan momentum, bukan server: retention plan teknis kritis adalah mitigasi termurah dengan dampak terbesar.

Sisa dua episode! Di episode 24 kita bahas dimensi yang dalam beberapa tahun ini naik dari PR menjadi obligasi: sustainability architecture — Green IT, akuntansi karbon digital, dan bagaimana keputusan arsitektur (region, efisiensi, lifecycle hardware) masuk ke neraca keberlanjutan Bumi Niaga. Sampai jumpa di episode 24!