Coba perhatikan. Pemerintahan kita kini lagi tancap gas banget soal digital. Semua serba online, semua pakai aplikasi. Inilah yang kita sebut SPBE (Sistem Pemerintahan Berbasis Elektronik). Tujuan awalnya mulia: biar layanan cepat, transparan, dan modern.

Tapi, di balik kecepatan itu, ada risiko besar yang tersembunyi. Ibarat membangun rumah tanpa pondasi yang kokoh, layanan digital itu jadi gampang rapuh.

Kita sering dengar keluhan: sistem tiba-tiba error, website down, atau bahkan instansi jadi super bergantung pada satu pihak ketiga (vendor) saja. Tanda-tanda ini menunjukkan satu hal: digitalisasi cepat, tapi fondasinya lemah.

Masalahnya ada di Tata Kelola TI.

Banyak yang menganggap Tata Kelola TI itu urusan dokumen dan prosedur rumit belaka. Padahal, ini adalah rem sekaligus setir yang memastikan kecepatan digitalisasi itu tetap terkontrol.

Tanpa tata kelola yang matang, SPBE berisiko jadi hanya kumpulan proyek TI yang cepat selesai, tapi mudah ambruk saat krisis. 

Tata Kelola TI adalah kunci utama agar transformasi digital pemerintah tidak hanya cepat, tapi juga kuat, berkelanjutan, dan bisa diandalkan oleh publik. Ini bukan soal teknologi baru, tapi soal cara kita mengelola risiko dan membuat keputusan atas teknologi itu.

SPBE: Ambisi Besar dengan Tantangan Nyata

Kita semua tahu, SPBE (Sistem Pemerintahan Berbasis Elektronik) itu bukan sekadar proyek iseng. Ini adalah cita-cita besar untuk punya pemerintahan yang efisien, transparan, dan berorientasi layanan. Intinya, semua harus nyambung dan terintegrasi. Ini adalah strategi digital negara kita.

Namun, di sinilah letak ganjalannya. Ketika diimplementasikan, banyak instansi pemerintah yang cenderung buruburu alias fokus pada “delivery cepat”. Tekanannya begini: Aplikasi harus launching, layanan harus segera online. Ini wajar, karena ada tuntutan politik, target kinerja, dan ekspektasi publik yang tinggi.

Masalahnya, ambisi kecepatan ini sering mengorbankan hal yang paling penting: kesiapan tata kelola teknologi. Akibatnya, alih-alih membangun ekosistem digital yang terstruktur, SPBE di banyak tempat hanya menjadi kumpulan proyek TI (atau manajemen proyek TI yang parsial). Proyek satu selesai, lalu lanjut proyek lain, tanpa ada benang merah dan blueprint besar yang sama. Jadi, yang terbentuk adalah patchwork sistem, bukan satu kesatuan yang dikelola secara strategis dan matang

Digitalisasi Cepat, Tapi Rentan

Ciri khas dari transformasi digital di Indonesia saat ini memang kecepatan. Dorongan untuk “go digital” itu sangat kuat. Sayangnya, kecepatan ini sering kali jadi bumerang karena kita loncat dari tahap perencanaan yang matang.

Inilah gejala-gejala yang menunjukkan sistem kita rapuh:

• Jangka Pendek Aja
  Aplikasi dibuat hanya untuk memenuhi target, tanpa memikirkan arsitektur TI jangka panjang. Ibarat beli gadget, tahun ini bagus, tahun depan sudah enggak kompatibel sama yang lain.
• Sistem Jalan Sendiri-sendiri
  Integrasi antarsistem itu lemah. Data dan layanan antar-instansi enggak bisa ngobrol dengan mulus. Padahal, inti SPBE adalah terintegrasi.
• Dokumen Minim, Keputusan Ad Hoc
  Dokumentasi teknisnya kurang. Lebih parah lagi, pengambilan keputusan TI sering bersifat ad hoc (dadakan), bukan berdasarkan kerangka tata kelola yang jelas dan terdokumentasi. Siapa bertanggung jawab atas apa, aturannya sering enggak baku.

Di saat-saat normal, sistem yang rapuh ini mungkin enggak terasa. Tapi begitu ada gangguan kecil, serangan siber, atau krisis mendadak, kerapuhan sistem itu langsung terbongkar. Di situlah kita sadar bahwa ketahanan sistem kita masih jauh dari harapan.

Ketergantungan Vendor dan Cloud: Risiko yang Sering Diabaikan

Mari jujur, ngomongin SPBE itu pasti enggak bisa lepas dari vendor teknologi dan layanan cloud. Di satu sisi, kehadiran mereka itu kayak booster yang bikin implementasi digital jadi cepat banget. Kita bisa langsung pakai teknologi canggih tanpa perlu repot membangun semuanya dari nol. It’s a necessary evil.

Tapi, kalau tidak diimbangi tata kelola yang kuat, ketergantungan ini justru jadi ranjau baru.

Coba kita intip beberapa risiko TI nyata yang sering nongol di permukaan:

• Vendor Lock-in
  Ini yang paling sering terjadi. Instansi jadi terkunci dan sulit banget berpindah vendor karena sistemnya sudah terlanjur menyatu. Ibarat pacaran, sudah nyaman, tapi ternyata vendornya yang pegang semua kunci rumah.
• Ketidakjelasan Akuntabilitas
  Saat sistem tiba-tiba jebol di tengah layanan publik, sering terjadi tunjuk-tunjukan antara instansi dan vendor. Siapa yang salah? Siapa yang bertanggung jawab? Semuanya jadi abu-abu.
• Minimnya Transfer Pengetahuan
  Proyek selesai, vendor pergi, tapi pengetahuan teknisnya enggak diwariskan dengan baik ke tim internal. Akhirnya, instansi jadi super pasif dan bergantung lagi untuk perbaikan sekecil apa pun.
• Kontrak TI yang Lemah
  Kontrak yang dibuat hanya fokus pada harga dan spesifikasi teknis, tapi lemah di sisi governance dan manajemen risiko.

Intinya, saat layanan publik terganggu, instansi sering kehilangan kendali penuh—bukan semata karena vendornya jahat, tapi karena masalah tata kelola yang tidak menjamin akuntabilitas yang jelas.

Tata Kelola TI: Penyeimbang Kecepatan SPBE

Di sinilah tata kelola TI harusnya main peran sebagai penyeimbang kecepatan SPBE. Tugasnya bukan untuk ngerem digitalisasi sampai pelan, tapi untuk menyeimbangkan kecepatan dengan kendali. Bayangkan tata kelola TI sebagai steering wheel (setir) dan rem di mobil balap. Boleh cepat, tapi harus tetap terarah dan aman.

Tata kelola membantu tim di instansi untuk menjawab pertanyaan krusial sebelum mengambil keputusan strategis TI:

• Proyek digital mana yang benar-benar prioritas dan memberikan nilai maksimal bagi publik?
• Sejauh mana risiko TI bisa kita terima, dan mana yang harus dihindari? Ini bagian dari manajemen risiko.
• Siapa yang final say atas sebuah keputusan besar di bidang teknologi? Menegaskan akuntabilitas.
• Strategi apa yang kita punya untuk memastikan ketahanan sistem saat krisis mendadak?

Tanpa adanya kerangka tata kelola teknologi yang matang ini, SPBE kita berisiko besar: cepat di awal, bermasalah di akhir. Proyek terlihat sukses di tahun pertama, tapi ambruk karena pondasi governance dan manajemen risiko-nya rapuh.

Tantangan Tata Kelola TI di Instansi Pemerintah

Oke, kita sudah bahas idealnya tata kelola TI itu kayak rem dan setir. Tapi, kenapa sih di instansi pemerintah penerapannya kok susah banget, beda sama di sektor swasta? Ada beberapa ganjalan khas di sektor publik yang bikin proses ini jadi rumit:

1. Tata Kelola Dianggap Sekadar Ngelengkapi Dokumen (Administrasi)

Ini penyakit klasik. Banyak instansi yang masih melihat tata kelola TI hanya sebagai formalitas. Mindset-nya begini: “Yang penting dokumen SOP (Standard Operating Procedure) dan kewajiban audit sudah ada, beres.” 

Padahal, inti dari tata kelola itu adalah alat pengambilan keputusan strategis tentang teknologi, bukan hanya tumpukan kertas. Ketika dianggap administrasi belaka, otomatis dia enggak punya power untuk memengaruhi arah transformasi digital yang sesungguhnya.

2. Semua Urusan TI Dilempar ke Unit Teknis

Coba jujur. Saat ada masalah atau keputusan besar soal TI, seringnya semua mata langsung tertuju ke Unit TI atau programmer-nya. Padahal, keputusan tentang teknologi (misalnya, mau pakai cloud jenis apa atau sistem mana yang diintegrasikan) itu punya dampak organisasi dan publik yang sangat luas—bukan cuma urusan teknis. 

Ketika keputusan strategis TI sepenuhnya didelegasikan ke tim teknis, risiko yang muncul jadi enggak terkontrol karena stakeholder di level pimpinan enggak ikut mengendalikan arah dan akuntabilitas-nya.

3. Ribetnya Struktur Birokrasi Bikin Kewenangan Kocar-Kacir

Fragmentasi kewenangan adalah hal yang lumrah di dalam struktur birokrasi pemerintah. Ada bagian perencanaan yang pegang anggaran, bagian teknis yang pegang eksekusi, dan bagian hukum yang pegang kontrak. 

Akibatnya, keputusan TI jadi tersebar di mana-mana, kayak remah-remah. Enggak ada satu arah yang jelas, dan yang paling parah, enggak ada satu pihak pun yang bisa dimintai akuntabilitas penuh saat terjadi masalah besar. Semua jadi abu-abu.

4. Deadline Cepat Melawan Kesiapan Sistem Jangka Panjang

Ini dilema terbesar: Tekanan Cepat vs Kesiapan Sistem. Karena ada tuntutan politik atau target kinerja jangka pendek, semua orang kejar-kejaran untuk membuat aplikasi atau layanan segera online. 

Ini wajar. Tapi, ketika target jangka pendek ini mengalahkan pertimbangan kesiapan jangka panjang, kita balik lagi ke masalah fondasi rapuh. Tata kelola TI yang seharusnya memastikan arsitektur TI itu kuat dan berkelanjutan justru sering dikorbankan demi kecepatan sesaat.

Mengapa Isu Ini Relevan untuk ASN, BUMN, dan Regulator

Pembahasan soal tata kelola TI ini bukan cuma urusan teknis, tapi sudah jadi isu leadership yang punya dampak langsung ke semua lini. Mau kamu ASN (Aparatur Sipil Negara), kerja di BUMN, atau malah jadi Regulator, masalah ini pasti nempel di pekerjaan sehari-hari.

1. Bagi ASN: Si Pelayan Publik di Garis Depan

Kalau tata kelola TI di instansi lemah, dampaknya langsung terasa di meja kerja para ASN dan ke masyarakat:

• Beban Operasional Nambah
  Sistem yang rapuh dan enggak terintegrasi (ingat patchwork sistem?) otomatis bikin kerjaan makin ribet dan berulang. Yang harusnya selesai dengan satu klik, malah harus entry data berkali-kali. Ini bikin efisiensi layanan jadi jeblok.
• Krisis Datang, Responnya Dadakan
  Ketika sistem down atau kena serangan siber (ini sering terjadi!), tim di instansi jadi panik dan hanya bisa bereaksi (reaktif). Enggak ada panduan manajemen risiko TI yang jelas. Intinya, kebakaran dulu, baru cari air.
• Kepercayaan Publik Nge-Drop
  Setiap kali layanan error di jam sibuk, publik otomatis kecewa. Lama-lama, kepercayaan publik ke pemerintah jadi tergerus. Padahal, tujuan utama SPBE adalah meningkatkan kepercayaan.

2. Bagi BUMN: Saat Layanan Strategis dan Uang Jadi Taruhan

BUMN memegang peran vital, mulai dari listrik, telekomunikasi, sampai perbankan. Di sini, lemahnya tata kelola teknologi bisa berakibat fatal:

• Gangguan Layanan Strategis
  Bayangkan kalau sistem kelistrikan atau layanan kereta api digital tiba-tiba bermasalah. Ini bukan cuma soal error, tapi soal mengganggu hajat hidup orang banyak. Ketahanan sistem jadi taruhan utama.
• Kerugian Finansial dan Risiko Reputasi
  Satu kali kegagalan sistem bisa berarti kerugian miliaran rupiah, apalagi di sektor yang padat transaksi. Kerugian uang ini dibarengi dengan risiko reputasi yang bisa merusak citra perusahaan dalam sekejap. Di sinilah pentingnya akuntabilitas digital.

3. Bagi Regulator: Menjaga Keseimbangan Digital

Para Regulator punya tantangan paling unik: harus bisa ngerem tanpa mematikan inovasi.

• Jaga Keseimbangan Inovasi vs Stabilitas
  Regulator harus memastikan instansi atau sektor yang mereka atur tetap bisa berinovasi dengan cepat, tapi tidak ugal-ugalan sampai mengorbankan ketahanan sistem dan keamanan data.
• Bikin Kebijakan yang Nggak Cuma di Atas Kertas
  Kebijakan yang dibuat harus operasional dan benar-benar bisa jadi panduan praktik di lapangan, bukan sekadar aturan normatif yang sulit diimplementasikan. Tujuannya adalah memastikan SPBE berjalan berkelanjutan, bukan sekadar sukses di acara seremonial.

Peran ITGID: Dari Framework ke Kepemimpinan Tata Kelola

Dalam keriuhan ini, komunitas atau forum seperti ITGID muncul sebagai pemain kunci. Perannya strategis, yaitu:

• Mengubah Mindset dari Patuh ke Bernilai
  Menggeser narasi bahwa tata kelola TI itu bukan cuma tentang checklist audit atau “sekadar patuh” pada aturan, tapi bagaimana teknologi bisa benar-benar memberikan nilai maksimal bagi publik.
• Edukasi Leadership TI
  Mengedukasi bahwa isu teknologi dan tata kelolanya adalah urusan para pimpinan dan pengambil keputusan strategis TI, bukan cuma teknisi.
• Ruang Curhat dan Belajar Jujur
  Menyediakan tempat untuk diskusi terbuka tentang apa saja ganjalan dan kegagalan dalam implementasi SPBE di lapangan, sehingga kita bisa belajar dari pengalaman nyata.
• Jembatan Praktik Global
  Menghubungkan praktik-praktik terbaik tata kelola teknologi dari seluruh dunia dengan realitas dan tantangan khas birokrasi di Indonesia.

Intinya, ITGID bukan cuma kumpul-kumpulnya orang teknis, tapi ruang kepemimpinan tata kelola digital yang memastikan arah transformasi digital pemerintah tetap kuat dan terkendali.

Kesimpulan: SPBE Butuh Tata Kelola, Bukan Sekadar Teknologi

Pemerintahan kita lagi ngegas banget dengan SPBE (Sistem Pemerintahan Berbasis Elektronik). Tujuannya bagus: layanan publik jadi serba cepat dan modern. Sayangnya, kecepatan ini sering enggak dibarengi dengan fondasi yang kuat, yaitu tata kelola TI. Ibarat membangun rumah tanpa pondasi, layanan digital jadi gampang rapuh. Gejalanya jelas: sistem sering error, susah diintegrasikan (patchwork sistem), dan kebijakan sering dadakan (ad hoc).

Masalah makin runyam karena kita sangat bergantung pada vendor dan cloud. Ini memang bikin cepat, tapi kalau tata kelola teknologi lemah, instansi bisa kena vendor lock-in dan bingung menentukan siapa yang bertanggung jawab (akuntabilitas) saat sistem jebol. Sebenarnya, tata kelola TI adalah setir dan rem untuk SPBE. Tugasnya memastikan digitalisasi tetap terarah, terkendali, dan tahan banting.

Kenapa susah? Di birokrasi, tata kelola TI sering cuma dianggap sebagai urusan administrasi atau tumpukan dokumen SOP, bukan alat pengambilan keputusan strategis. Alhasil, semua urusan dilempar ke unit teknis, dan tekanan target jangka pendek mengalahkan kesiapan sistem jangka panjang. Intinya, transformasi digital pemerintah berisiko gagal bukan karena kekurangan teknologi, tapi karena kurangnya tata kelola TI yang matang untuk menjamin sistem yang kuat, berkelanjutan, dan dapat dipercaya.

FAQ

1. Kenapa Digitalisasi Pemerintah (SPBE) Terkesan Ngebut, tapi Kok Sering Error atau Gampang Ambrol?

Digitalisasi sering ngebut karena tuntutan target dan publik, tapi lupa membangun fondasi yang kuat, yaitu Tata Kelola TI. Akibatnya, SPBE (Sistem Pemerintahan Berbasis Elektronik) di banyak tempat hanya tumbuh sebagai kumpulan proyek TI yang berdiri sendiri (patchwork sistem), bukan sebagai ekosistem digital yang terintegrasi dan berkelanjutan. Ketika ada gangguan kecil, kerapuhan sistem pun langsung terlihat.

2. Apa Sebenarnya Fungsi Kunci dari Tata Kelola TI Itu? Bukannya Cuma Soal Dokumen SOP?

Jauh dari sekadar tumpukan dokumen SOP, Tata Kelola TI adalah rem sekaligus setir untuk transformasi digital. Fungsinya bukan untuk memperlambat, melainkan untuk menyeimbangkan kecepatan dengan kendali. Ia memastikan keputusan strategis TI dibuat dengan matang, siapa yang memegang akuntabilitas, dan bagaimana mengelola risiko TI, sehingga layanan digital negara bisa kuat dan dapat dipercaya.

3. Apa Bahaya Terbesar dari Ketergantungan Pemerintah pada Vendor dan Layanan Cloud?

Ketergantungan yang tidak diimbangi tata kelola teknologi yang kuat bisa memicu vendor lock-in, yaitu kondisi di mana instansi sangat sulit berpindah vendor karena sistem sudah telanjur terikat. Selain itu, sering terjadi ketidakjelasan akuntabilitas saat sistem jebol, serta minimnya transfer pengetahuan ke tim internal, yang menunjukkan lemahnya manajemen risiko dalam kontrak TI.

4. Kenapa Tata Kelola TI Susah Diterapkan di Lingkungan Birokrasi Pemerintah?

Tantangan khas di sektor publik adalah: (1) Mindset yang menganggap tata kelola hanya urusan administrasi (formalitas dokumen), bukan alat pengambilan keputusan strategis. (2) Adanya fragmentasi kewenangan di struktur birokrasi, sehingga keputusan TI menjadi tersebar. (3) Tekanan target jangka pendek sering mengalahkan pertimbangan arsitektur TI dan kesiapan jangka panjang sistem.

5. Apa Dampak Langsung dari Lemahnya Tata Kelola TI ke Para ASN dan Masyarakat?

Bagi ASN, sistem yang rapuh dan tidak terintegrasi (ingat patchwork sistem?) akan meningkatkan beban operasional dan membuat respons terhadap krisis menjadi reaktif (dadakan). Bagi masyarakat, dampaknya adalah gangguan layanan publik yang sering error, yang pada akhirnya mengikis kepercayaan publik terhadap pemerintah. Isu ini pada dasarnya adalah isu leadership yang berdampak pada efisiensi layanan negara.