Sebagian besar anggaran teknologi perusahaan tidak tersedia untuk perubahan apa pun, karena sudah terikat merawat keputusan masa lalu. Deloitte, dalam 2026 Global Technology Leadership Study, memperkirakan utang teknis mencakup 21 sampai 40 persen belanja TI sebuah organisasi (Deloitte, Maret 2026).

Tiga kantong yang bersaing memperebutkan angka yang sama.

Ketika keuangan menekan, urutan pemotongannya hampir selalu terbalik dari urutan kepentingannya: kantong transformasi dipotong lebih dulu. Padahal kantong itulah satu-satunya yang bisa mengurangi ukuran kantong pertama di tahun-tahun berikutnya.

Satu latihan layak dikerjakan lebih dulu: minta tim keuangan dan tim teknologi memilah anggaran tahun berjalan ke tiga kantong ini. Pemilahan itu sering menghasilkan kejutan, karena banyak pengeluaran berlabel “proyek baru” sebenarnya masuk kantong pertama.

Utang teknis dalam bahasa keuangan. Istilah ini berasal dari dunia rekayasa perangkat lunak dan karena itu sering gagal masuk pembicaraan direksi. Padahal analoginya memang analogi keuangan, dan cukup akurat. Utang teknis adalah kewajiban yang timbul ketika keputusan teknologi diambil dengan cara yang lebih cepat atau lebih murah hari ini, dengan konsekuensi biaya yang dibayar terus-menerus kemudian.

Empat unsur membuatnya berperilaku persis seperti utang. Ada pokok pinjaman: selisih antara cara yang benar dan cara yang dipilih — misalnya integrasi yang seharusnya lewat API tetapi dikerjakan dengan ekspor-impor manual. Ada bunga yang dibayar setiap periode, berupa jam kerja untuk menambal, menguji ulang, dan menyiasati sistem yang rapuh; bunga ini tercatat sebagai biaya operasional dan tidak pernah muncul sebagai baris “cicilan utang”. Bunganya berbunga, karena setiap sistem baru yang ditumpuk menambah titik sambungan yang harus dirawat. Dan ia bisa dilunasi: modernisasi adalah pembayaran pokok, mahal di muka dan menurunkan bunga di belakang.

Untuk perusahaan dengan anggaran teknologi 50 miliar rupiah setahun, rentang 21 sampai 40 persen berarti 10,5 sampai 20 miliar rupiah habis membayar bunga atas keputusan masa lalu — bukan untuk kapasitas baru, bukan untuk apa pun yang bisa dijual.

Satu catatan metodologis saat Anda mengutip angka ini: utang teknis sulit diukur, unik untuk tiap organisasi, dan tidak punya patokan baku seperti laba per saham. Rentang 21 sampai 40 persen adalah estimasi survei, bukan hasil audit. Gunakan sebagai orientasi kasar, bukan angka yang bisa dibandingkan lintas perusahaan.

Lingkaran setannya. Sistem lama menyerap porsi besar anggaran perawatan, sehingga dana modernisasi tidak pernah cukup; karena tidak dimodernisasi, sistem itu menua satu tahun lagi dan perawatannya makin mahal. Dua hal memperburuknya: setiap sistem baru ditumpuk dan bukan menggantikan, karena mematikan yang lama butuh migrasi mahal; dan tenaga yang menguasai sistem lama makin langka serta makin mahal tarifnya — kenaikan biaya yang tidak berkorelasi dengan manfaat apa pun. Menurut survei tahunan Deloitte, infrastruktur lawas menjadi salah satu tantangan teratas bagi keberhasilan inisiatif digital selama tiga tahun berturut-turut, dan persoalannya makin besar seiring bermunculannya model infrastruktur hibrida untuk mengimbangi kebutuhan AI.

Ada tiga alasan struktural mengapa lingkaran ini jarang dibahas di rapat direksi. Bunganya tidak punya baris sendiri di laporan, melainkan tersebar sebagai jam kerja, biaya vendor, dan keterlambatan proyek. Yang paling paham besarnya justru yang paling tidak berkepentingan melaporkannya. Dan pelunasannya tidak menghasilkan apa pun yang bisa dipamerkan — tidak ada peluncuran, hanya sistem yang tetap berjalan dengan biaya lebih rendah.

Empat angka untuk memberinya ukuran. Anda tidak butuh studi khusus; empat angka berikut biasanya sudah ada di laporan atau bisa dikumpulkan dalam dua minggu.

  1. Porsi anggaran yang habis untuk menjalankan. Bila di atas 70 persen, ruang gerak Anda sangat sempit.
  2. Persentase waktu tim teknologi untuk pekerjaan tak terencana — gangguan, permintaan mendesak, penambalan. Catat selama satu bulan. Ini bunga utang teknis yang paling langsung terlihat.
  3. Waktu tunggu untuk satu perubahan kecil, dari permintaan sampai berjalan di produksi. Berminggu-minggu untuk perubahan sepele menandakan arsitekturnya terlalu rapat saling bergantung.
  4. Jumlah sistem yang menyimpan data yang sama. Setiap duplikasi menciptakan kebutuhan penyelarasan, dan penyelarasan itu biaya yang berulang selamanya.

Gabungkan menjadi satu kalimat untuk rapat anggaran: “Dari anggaran teknologi sebesar X, sekitar Y persen terikat menjalankan yang sudah ada. Tim menghabiskan Z persen waktunya untuk pekerjaan tak terencana. Satu perubahan kecil butuh N minggu. Data pelanggan kita tersimpan di M tempat berbeda.” Empat angka itu mengubah percakapan dari perdebatan soal teknologi menjadi perdebatan soal kapasitas — bahasa yang sudah dikuasai direksi mana pun.

Satu peringatan agar latihan ini tidak berbalik merugikan: jangan pakai hasilnya untuk menyalahkan siapa pun. Utang teknis hampir selalu akumulasi keputusan wajar di bawah tekanan waktu, bukan kelalaian. Begitu terasa seperti audit kesalahan, angkanya akan dipercantik.

Kapan modernisasi lebih murah daripada perawatan. Jawabannya bukan “selalu”. Deloitte membangun model dinamika sistem untuk menelusuri lima tahun keputusan teknologi pada dua perusahaan hipotetis. Hasilnya: modernisasi infrastruktur saja menurunkan utang teknis sekitar 10 persen pada tahun pertama dan 18 persen dalam lima tahun dibanding perusahaan rata-rata. Penguatan kapabilitas data menghasilkan pola berbeda — kecil di awal lalu menumpuk: perusahaan yang menaikkan kapabilitas datanya 35 persen mencatat sekitar 1,3 persen lebih sedikit utang teknis pada tahun kedua, 3,2 persen pada tahun ketiga, 5,3 persen pada tahun keempat, dan 7,1 persen pada tahun kelima. Pada “potensi terpendam” — nilai yang sudah dibayar tetapi tertutup kerumitan — penguatan data yang sama menghasilkan perbaikan sekitar 52 persen dalam lima tahun.

Catatan penting: ini hasil model simulasi dengan 63 variabel atas dua perusahaan hipotetis, bukan pengamatan atas perusahaan nyata. Yang bisa diambil adalah arah dan bentuk kurvanya — modernisasi infrastruktur memberi hasil lebih cepat, penguatan data memberi hasil yang menumpuk — bukan persentasenya sebagai janji.

Empat pertanyaan menentukan keputusannya: apakah sistem ini menghalangi sesuatu yang bernilai; berapa bunga yang dibayar per tahun dibanding biaya modernisasinya; berapa lama sistem ini masih perlu hidup; dan apakah ada kapabilitas untuk menjalankan migrasinya — modernisasi yang gagal di tengah jalan menghasilkan dua sistem yang harus dirawat sekaligus. Aturan praktisnya: modernisasi lebih murah ketika bunga tahunannya melampaui sekitar sepertiga biaya penggantian dan sistem itu masih diperlukan lebih dari tiga tahun ke depan.

Urutan pembayaran utang. Membayar semuanya sekaligus tidak realistis dan juga tidak perlu. Yang dibutuhkan urutan yang membebaskan kapasitas lebih dulu.

  1. Hentikan penambahan utang baru — paling murah dan paling sering dilewatkan. Setiap sistem baru wajib punya antarmuka terbuka dan tidak boleh menduplikasi data induk yang sudah ada.
  2. Bereskan data induk: satu definisi resmi untuk pelanggan, produk, dan transaksi, dengan satu sumber yang diakui.
  3. Buka sistem inti lewat antarmuka. Anda tidak perlu menggantinya; menambahkan lapisan antarmuka sudah memutus sebagian besar ketergantungan dengan biaya jauh di bawah penggantian penuh.
  4. Matikan yang sudah tidak dipakai. Penghematan langsung tanpa risiko berarti, dan biasanya cukup untuk membiayai langkah berikutnya.
  5. Ganti sistem inti — hanya bila tiga langkah sebelumnya sudah selesai. Melakukannya sebelum data induk beres berarti memindahkan kekacauan ke sistem yang lebih mahal.

Soal besarnya alokasi, tidak ada angka baku. Prinsipnya: tetapkan porsi tetap dari anggaran teknologi setiap tahun khusus untuk pelunasan, ditetapkan di muka, dan lindungi porsi itu dari pemotongan saat ada tekanan. Porsi yang dilindungi jauh lebih penting daripada besarnya — porsi kecil yang konsisten selama lima tahun mengalahkan porsi besar yang dipotong setiap kali ada prioritas mendesak.

Tiga langkah yang bisa dimulai kuartal ini tanpa menunggu anggaran baru: pilah anggaran ke tiga kantong dan bawa hasilnya sebagai satu halaman ke rapat direksi; kumpulkan empat angka di atas agar utang teknis punya ukuran, bukan sekadar keluhan; dan tetapkan porsi pelunasan tahunan yang dilindungi dari pemotongan.

Sumber: Chitre, Sharma, Kearns-Manolatos & Mahto (27 Maret 2026), The hidden drag, quantified: Technical debt’s penalty on value and growth, Deloitte Insights; Lamarre, Smaje & Zemmel (20 Juni 2023), Rewired to outcompete, McKinsey Quarterly.