🇬🇧 Read this article in English
TL;DR: Sebagian besar organisasi menganggap tata kelola data sekadar formalitas kepatuhan atau angan-angan di masa depan. Keduanya keliru. Fondasi tata kelola data adalah prasyarat struktural untuk setiap inisiatif digital besar — mulai dari implementasi ERP hingga program analitik — dan mengabaikannya adalah jalan pintas paling mahal dalam TI perusahaan.
Akar Masalah di Balik Setiap “Problem Data”
Setiap beberapa bulan, saya menerima telepon dari seorang CFO atau CIO yang ingin berdiskusi tentang “problem data” mereka. Percakapan biasanya dimulai dengan gejala spesifik: data vendor yang ganda, laporan keuangan yang tidak konsisten antar unit bisnis, atau migrasi ERP yang berantakan. Namun, akar masalahnya hampir selalu sama — organisasi tersebut tidak pernah membangun fondasi tata kelola data yang memadai. Mereka langsung melompat pada solusi teknologi, berasumsi bahwa platform baru akan memperbaiki apa yang pada dasarnya adalah masalah struktural dan organisasional.
Saya telah melihat pola ini berulang di berbagai industri selama lebih dari dua dekade. Terlebih lagi, ketergesaan untuk beralih ke platform cloud dan infrastruktur kerja jarak jauh selama beberapa tahun terakhir justru memperburuk masalah ini. Banyak perusahaan mempercepat linimasa digital mereka hingga beberapa tahun lebih awal, tetapi tidak mempercepat inisiatif tata kelola yang sebenarnya membuat investasi tersebut membuahkan hasil.
Artikel ini membahas mengapa hal itu terjadi, apa dampaknya terhadap biaya, dan bagaimana cara memperbaikinya.
Mengapa Perusahaan Mengabaikan Tata Kelola Data
Jawaban jujurnya adalah karena tata kelola data tidak terlihat menarik. Inisiatif ini tidak menghasilkan dashboard yang memukau atau liputan media. Ini adalah pekerjaan lintas fungsi yang lambat, sarat akan kepentingan politik internal, dan membutuhkan perhatian eksekutif yang berkelanjutan — persis jenis inisiatif yang sering dikesampingkan ketika ada wacana pembelian teknologi baru.
Berikut adalah pola yang paling sering saya temui:
Kekeliruan “sistem baru akan memperbaikinya”. Sebuah organisasi memiliki masalah kualitas data di sistem ERP lama mereka. Jajaran pimpinan menyetujui migrasi ke SAP S/4HANA atau Oracle Cloud, dengan harapan platform baru tersebut akan menciptakan konsistensi. Namun, data berantakan yang dimigrasikan ke sistem baru tetaplah data yang berantakan — perbedaannya hanya sekarang data tersebut berada di wadah yang lebih mahal.
Tata kelola diperlakukan sebagai proyek TI. Tata kelola data diserahkan kepada departemen TI, ditangani oleh analis junior, dan tidak diberikan otoritas atas proses bisnis. Enam bulan kemudian, tidak ada yang berubah karena orang-orang yang membuat dan memiliki data tersebut — tim keuangan, operasional, penjualan — tidak pernah dilibatkan secara bermakna.
Jebakan urgensi. Terutama setelah tahun 2020, tekanan untuk bergerak cepat sangatlah besar. Ketika pimpinan fokus untuk menjaga bisnis tetap berjalan, membangun program tata kelola terasa seperti sebuah kemewahan. Ironisnya, organisasi yang telah memiliki tata kelola sebelum pandemi justru menjadi pihak yang mampu beradaptasi paling cepat.
Tidak ada yang memiliki tanggung jawab penuh. Tata kelola data berada di persimpangan antara TI, keuangan, operasional, dan kepatuhan. Di banyak organisasi, persimpangan tersebut adalah area tak bertuan. Tanpa kepemilikan yang jelas dan dukungan eksekutif, inisiatif tata kelola akan mati karena terbengkalai.
Dampak Finansial Mengabaikan Fondasi Tata Kelola Data
Biaya kerugiannya sangat nyata, dapat diukur, dan terus berlipat ganda. Izinkan saya menjelaskan apa yang saya lihat secara langsung.
Implementasi ERP yang gagal atau melebihi anggaran. Gartner memperkirakan bahwa kualitas data yang buruk merugikan organisasi rata-rata sebesar $12,9 juta per tahun [Sumber: Gartner Data Quality Research]. Khusus dalam proyek ERP, masalah data adalah satu dari tiga alasan utama pembengkakan anggaran dan keterlambatan linimasa. Tahun lalu, saya bekerja dengan sebuah perusahaan manufaktur skala menengah yang harus menghabiskan tambahan $1,2 juta untuk pembersihan data saat fase go-live ERP mereka — pekerjaan yang seharusnya dilakukan berbulan-bulan sebelumnya di bawah kerangka tata kelola.
Pelaporan keuangan yang tidak konsisten. Ketika pelanggan atau produk yang sama diberi kode berbeda di berbagai sistem, rekonsiliasi menjadi pekerjaan manual yang rentan kesalahan. Saya sering melihat tim keuangan menghabiskan minggu pertama di setiap periode tutup buku hanya untuk menormalkan data sebelum mereka dapat memulai analisis yang sebenarnya. Itu bukan masalah teknologi. Itu adalah masalah tata kelola.
Risiko keamanan dan kepatuhan. Serangan ransomware yang mendominasi berita utama global — seperti Colonial Pipeline, JBS, dan Kaseya, maupun insiden kebocoran data di dalam negeri — telah memaksa jajaran direksi untuk memperhatikan manajemen data. Namun, kontrol keamanan hanya akan efektif jika Anda memahami data apa yang Anda miliki, di mana data tersebut disimpan, dan siapa yang memiliki akses. Tanpa kerangka tata kelola yang mencakup klasifikasi dan silsilah data (data lineage), postur keamanan Anda memiliki titik buta yang baru akan disadari ketika semuanya sudah terlambat.
Potensi analitik yang terbuang. Setiap eksekutif menginginkan analitik yang lebih baik. Namun, hanya sedikit yang mau melakukan pekerjaan mendasar untuk memastikan data yang digunakan akurat, konsisten, dan terdefinisi dengan baik. Hasilnya: dashboard yang terlihat mengesankan tetapi menghasilkan angka yang tidak dipercaya oleh siapa pun. Saya terlalu sering duduk dalam rapat eksekutif di mana dua puluh menit pertama dihabiskan untuk berdebat tentang angka siapa yang benar, alih-alih membuat keputusan.
Membangun Fondasi Tata Kelola Data yang Benar-Benar Berfungsi
Perhatikan bahwa saya menggunakan frasa “benar-benar berfungsi”. Industri ini dipenuhi dengan program tata kelola yang hanya menghasilkan dokumen kebijakan yang indah dan tidak lebih dari itu. Berikut adalah hal-hal yang membedakan program yang sukses dari program yang sekadar menjadi pajangan di atas meja.
Mulai dengan Hasil Bisnis, Bukan Kebijakan
Program tata kelola yang berhasil adalah program yang terikat pada masalah bisnis yang spesifik dan terukur. Jangan mulai dengan menulis kebijakan tata kelola data. Mulailah dengan bertanya: keputusan apa yang tidak dapat kita buat karena kita tidak mempercayai data kita? Berapa biaya dari ketidakpastian tersebut?
Untuk salah satu klien jasa keuangan yang saya tangani, titik awalnya adalah sebuah fakta sederhana: data pelanggan mereka sangat terfragmentasi sehingga mereka tidak dapat menghitung nilai umur pelanggan (customer lifetime value) secara akurat. Masalah bisnis tunggal itu menjadi jangkar untuk seluruh inisiatif tata kelola mereka — dan hal itu berhasil mempertahankan perhatian eksekutif karena berdampak langsung pada pendapatan.
Tentukan Kepemilikan di Tingkat Bisnis
Pengawasan data (data stewardship) harus berada di tangan unit bisnis, bukan TI. Tim keuangan memiliki data induk keuangan. Tim penjualan memiliki data pelanggan. Tim operasional memiliki data produk dan inventaris. TI menyediakan alat, platform, dan standar teknis, tetapi unit bisnislah yang mendefinisikan seperti apa data yang “benar” itu.
Di sinilah kerangka kerja DAMA-DMBOK memberikan struktur yang sangat berguna. Kerangka ini mendefinisikan tata kelola data sebagai “pelaksanaan otoritas, kontrol, dan pengambilan keputusan bersama atas pengelolaan aset data.” Kata kuncinya adalah “bersama”. Ini adalah disiplin lintas fungsi yang tidak dapat didelegasikan sepenuhnya ke satu departemen mana pun.
Struktur tata kelola yang praktis terlihat seperti ini:
- Executive Sponsor: Eksekutif level-C (idealnya CFO atau COO) yang memberikan otoritas dan menyingkirkan hambatan birokrasi
- Data Governance Council: Tim kepemimpinan lintas fungsi yang menetapkan prioritas dan menyelesaikan perselisihan
- Data Stewards: Pemilik dari sisi bisnis yang bertanggung jawab atas kualitas data dalam domain mereka
- Data Custodians: Staf TI yang bertanggung jawab atas implementasi teknis dari kebijakan tata kelola
Tetapkan Prioritas Secara Tegas
Anda tidak dapat mengelola semua data sekaligus. Mulailah dengan domain data yang menyebabkan masalah terbesar atau mewakili risiko tertinggi. Bagi sebagian besar organisasi, ini berarti:
- Data induk keuangan — bagan akun, pusat biaya, serta data vendor dan pelanggan
- Data pelanggan — terutama jika Anda berurusan dengan persyaratan regulasi privasi data seperti UU PDP di Indonesia
- Data produk dan inventaris — sangat penting untuk akurasi rantai pasok dan pelaporan keuangan
Benahi satu domain terlebih dahulu. Buktikan nilainya. Setelah itu, baru lakukan ekspansi.
Berinvestasi dalam Pengukuran Kualitas Data
Anda tidak dapat meningkatkan apa yang tidak Anda ukur. Tetapkan metrik kualitas data — kelengkapan, akurasi, konsistensi, ketepatan waktu — dan laporkan metrik tersebut dengan kedisiplinan yang sama seperti yang Anda terapkan pada metrik keuangan. Ini bukanlah latihan pembersihan data yang hanya dilakukan sekali. Ini adalah fungsi operasional yang berkelanjutan.
Beberapa organisasi yang pernah bekerja sama dengan saya menambahkan kartu skor kualitas data ke dalam tinjauan operasional bulanan mereka. Ketika kualitas data disandingkan dengan angka pendapatan dan margin, hal itu akan mendapat perhatian eksekutif. Visibilitas itu sendiri sudah cukup untuk mengubah perilaku organisasi.
Selaraskan Tata Kelola dengan Peta Jalan Teknologi Anda
Jika Anda merencanakan migrasi ERP, migrasi cloud, atau modernisasi data warehouse, tata kelola bukanlah alur kerja yang berjalan paralel — melainkan sebuah prasyarat. Bangun pencapaian (milestones) tata kelola ke dalam rencana proyek teknologi Anda. Jangan memulai migrasi data tanpa standar data yang disepakati, aturan bisnis yang divalidasi, dan data stewards yang telah ditugaskan.
Di sinilah saya melihat kegagalan yang paling mahal. Proyek teknologi memiliki tenggat waktu. Pekerjaan tata kelola “belum siap”. Jadi tim proyek tetap memigrasikan data, berjanji untuk “membersihkannya nanti”. Kata “nanti” itu tidak pernah datang, dan organisasi mewarisi sistem baru dengan masalah lama yang tertanam kuat di fondasinya.
Tata Kelola Data sebagai Kontrol Keuangan
Karena sebagian besar pekerjaan saya berada di persimpangan antara teknologi dan keuangan, saya ingin menekankan satu hal spesifik: untuk sistem keuangan, tata kelola data bukanlah sebuah pilihan. Itu adalah sebuah kontrol.
Kepatuhan SOX, pelaporan IFRS dan PSAK, kesiapan audit — semua ini bergantung pada integritas data keuangan Anda. Ketika bagan akun Anda tidak konsisten antar anak perusahaan, ketika transaksi antarperusahaan tidak dapat direkonsiliasi dengan bersih, ketika data induk vendor ganda — ini bukan sekadar ketidaknyamanan operasional. Ini adalah kelemahan kontrol yang akan ditandai oleh auditor dan dipertanyakan oleh regulator.
Organisasi yang memperlakukan tata kelola data sebagai bagian dari kerangka kontrol internal mereka, alih-alih inisiatif TI yang berdiri sendiri, adalah organisasi yang mampu mempertahankannya seiring berjalannya waktu. CFO yang harus menandatangani laporan keuangan pasti akan peduli tentang hal ini. Bingkailah inisiatif ini dari sudut pandang tersebut.
Tuntutan Lingkungan Bisnis Saat Ini
Peristiwa tahun-tahun belakangan ini membuatnya semakin mendesak. Tiga kekuatan utama sedang menyatu:
Akselerasi cloud. Saat organisasi memindahkan sistem keuangan, platform ERP, dan data warehouse ke cloud, mereka membuat keputusan arsitektural yang akan bertahan selama bertahun-tahun. Menanamkan tata kelola ke dalam keputusan tersebut saat ini jauh lebih murah daripada merombaknya di kemudian hari.
Kerja hibrida. Dengan tim yang tersebar di berbagai lokasi, percakapan informal di lorong kantor yang biasanya menyelesaikan pertanyaan seputar data — “Apa arti kode akun ini?” atau “Data vendor mana yang benar?” — tidak lagi bisa diandalkan. Definisi data formal, glosarium bisnis, dan dokumentasi kepemilikan menjadi infrastruktur esensial bagi tim yang terdistribusi.
Tekanan keamanan siber. Lonjakan serangan ransomware telah menempatkan manajemen data ke dalam agenda dewan direksi. Mengetahui data apa yang Anda miliki, di mana data tersebut disimpan, bagaimana klasifikasinya, dan siapa yang dapat mengaksesnya — itulah esensi tata kelola data. Keamanan dan tata kelola adalah dua sisi dari koin yang sama, dan jajaran direksi akhirnya mulai melihat hubungan tersebut.
Pertanyaan yang Sering Diajukan (FAQ)
Berapa lama waktu yang dibutuhkan untuk mengimplementasikan program tata kelola data?
Linimasa yang realistis untuk kerangka tata kelola awal — yang mencakup satu hingga dua domain data prioritas — adalah tiga hingga enam bulan. Tata kelola penuh di seluruh perusahaan adalah perjalanan bertahun-tahun, bukan proyek dengan tanggal akhir yang pasti. Kuncinya adalah memulai dari skala kecil, menunjukkan nilai bisnisnya dengan cepat, dan berekspansi secara bertahap. Organisasi yang mencoba menangani semuanya di tahun pertama biasanya hanya menghasilkan tumpukan dokumen, bukan hasil nyata.
Siapa yang harus memiliki tanggung jawab atas tata kelola data — TI atau unit bisnis?
Unit bisnis yang harus memiliki tanggung jawab atas tata kelola data, sementara TI menyediakan dukungan teknis. Data stewards di dalam tim keuangan, operasional, dan penjualan harus bertanggung jawab atas kualitas dan definisi data di domain mereka. TI mengelola alat, infrastruktur, dan mekanisme penegakannya. Dukungan eksekutif dari pimpinan level-C — sering kali CFO atau COO — adalah hal yang mutlak. Tanpanya, tata kelola tidak memiliki otoritas untuk mendorong perubahan melintasi batas-batas departemen dalam organisasi.
Bagaimana hubungan antara tata kelola data dengan kesuksesan implementasi ERP?
Tata kelola data adalah salah satu prediktor terkuat untuk kesuksesan implementasi ERP. Kualitas data yang buruk dan standar data yang tidak terdefinisi secara konsisten selalu disebut sebagai penyebab utama keterlambatan proyek ERP dan pembengkakan biaya. Organisasi yang membangun tata kelola sebelum migrasi — dengan mendefinisikan standar data induk, membersihkan data yang ada, dan menetapkan kepemilikan data — akan mengalami proses deployment yang lebih lancar dan time-to-value yang lebih cepat. Memperlakukan tata kelola sebagai sebuah fase di dalam proyek ERP, alih-alih inisiatif terpisah, adalah pendekatan paling efektif yang pernah saya lihat.
Apakah tata kelola data hanya relevan untuk perusahaan berskala besar?
Tidak. Kompleksitasnya mungkin berbeda, tetapi prinsip-prinsipnya berlaku di skala apa pun. Perusahaan dengan 200 karyawan yang hanya menggunakan satu sistem ERP tetap membutuhkan definisi data yang konsisten, kepemilikan yang jelas, dan standar kualitas. Faktanya, organisasi yang lebih kecil sering kali merasakan manfaatnya lebih cepat karena mereka memiliki lebih sedikit pemangku kepentingan, siklus keputusan yang lebih pendek, dan lebih sedikit beban sistem lawas. Kerangka tata kelola harus proporsional dengan ukuran dan kompleksitas organisasi — tetapi kerangka tersebut harus tetap ada.
Fondasi Harus Menjadi Prioritas Utama
Setiap investasi teknologi yang dilakukan organisasi Anda — setiap migrasi ERP, platform analitik, inisiatif cloud, dan program keamanan — bergantung pada kualitas, konsistensi, dan keandalan data Anda. Fondasi tata kelola data bukanlah inisiatif pelengkap yang baru dipikirkan ketika segalanya sudah stabil. Ini adalah prasyarat struktural yang menentukan apakah investasi tersebut akan memberikan nilai bisnis atau sekadar menjadi kekecewaan yang mahal.
Organisasi yang saya lihat terus berkembang saat ini bukanlah mereka yang memiliki tumpukan teknologi paling canggih. Mereka adalah organisasi yang bersedia melakukan pekerjaan tidak glamor untuk membenahi “rumah” data mereka. Mereka mendefinisikan siapa memiliki apa. Mereka menetapkan standar dan mengukur tingkat kepatuhannya. Mereka memperlakukan data sebagai aset bisnis, bukan sekadar urusan TI belakangan.
Jika organisasi Anda belum memulai pekerjaan ini, waktu terbaik adalah lima tahun yang lalu. Waktu terbaik kedua adalah sekarang — sebelum keputusan teknologi besar Anda berikutnya mengunci masalah data untuk satu dekade ke depan.
