Ketika Cadangan Pun Ikut Terkunci

Insiden pembuka ini bukan komposit. Ia kejadian nyata yang terdokumentasi luas dalam catatan publik dan bahkan dibahas terbuka hingga ke ruang dengar pendapat parlemen. Identitas lembaga dan para pejabatnya sengaja saya samarkan, sebab pelajarannya jauh lebih berharga daripada nama-namanya.

Pada pertengahan 2024, sebuah pusat data milik pemerintah yang menampung layanan ratusan instansi lumpuh total hanya dalam hitungan menit. Sebuah perangkat perusak (ransomware) menyusup, mengunci seluruh data, lalu memadamkan satu per satu layanan yang bergantung padanya. Ini bukan sistem kemarin sore. Ia justru salah satu tulang punggung ambisi pemerintahan digital yang baru saja dirayakan peluncurannya beberapa minggu sebelumnya.

Dampaknya menjalar ke ruang-ruang yang dirasakan rakyat biasa. Sekitar 282 layanan publik terganggu: antrean di loket imigrasi mengular, gerbang otomatis (autogate) di bandara mati, dan pendaftaran siswa baru di sejumlah daerah terpaksa diundur. Para penyerang menuntut tebusan setara ratusan miliar rupiah. Pemerintah menolak membayar, dan untuk sesaat seluruh negeri menahan napas, menunggu apakah data itu masih bisa diselamatkan.

Lalu datang pukulan yang sesungguhnya, dan ia jauh lebih memalukan daripada serangan itu sendiri. Pemulihan nyaris mustahil dilakukan, bukan karena penyerangnya begitu jenius, melainkan karena cadangan datanya tidak pernah benar-benar dipisahkan. Salinan pengaman itu masih menempel pada jaringan yang sama dengan data induknya, sehingga ketika sang induk dikunci, cadangannya pun ikut terkunci. Sistem yang tampak megah di atas panggung peluncuran ternyata tidak memiliki jaring pengaman paling dasar, hal yang diajarkan di hari pertama kuliah pengelolaan data.

Kalau Anda seorang pengambil keputusan yang pekan lalu baru saja menggunting pita di sebuah ruang kendali berkilau, kisah ini seharusnya membuat Anda gelisah. Pertanyaannya bukan lagi “secanggih apa sistem yang kita bangun”, melainkan “ketika guncangan datang, dan ia pasti datang, apakah transformasi kita dirancang untuk selamat, atau ia bergantung pada satu peladen, satu orang, atau satu asumsi yang tidak pernah kita uji?”

Inilah inti dari bab penutup ini: sebuah transformasi tidak diukur dari semegah apa ia diresmikan, melainkan dari seberapa tangguh ia bertahan lama setelah tepuk tangan peresmian reda. Dan ketangguhan itu nyaris tidak pernah lahir dari satu pahlawan. Untuk melihatnya dari sudut yang lebih dekat ke rumah kita sendiri, mari menengok sebuah utilitas air.

Cermin yang Lebih Dekat: Pak Budi yang Pensiun

Selama lima tahun, sebuah utilitas air berskala besar berhasil mempertahankan tingkat kehilangan air (Non-Revenue Water atau NRW) di bawah 20 persen, sebuah pencapaian yang membuat utilitas lain iri. Semua itu seolah berkat “keajaiban” sistem manajemen jaringan perpipaan yang mereka kembangkan secara mandiri (in-house), yang mengintegrasikan data geografis, sensor tekanan, dan tagihan pelanggan secara sangat elegan.

Di balik layar, sistem itu dikelola, dipelihara, dan ditambal secara manual setiap hari oleh satu orang: Pak Budi, sang Kepala Divisi TI yang visioner. Beliaulah yang menulis sebagian besar kode sumbernya, dan hanya beliau yang tahu ke mana arah algoritma integrasinya berjalan bila terjadi mati listrik mendadak di pusat data. Selama Pak Budi ada, sistem itu tampak sebagai bukti kehebatan; padahal sesungguhnya ia adalah titik kegagalan tunggal yang sedang menunggu gilirannya.

Tahun lalu, Pak Budi pensiun. Pada acara perpisahannya, ia diberi plakat penghargaan dan ucapan terima kasih dari jajaran Direksi. Dua minggu kemudian, ada pembaruan besar pada sistem keamanan peladen (server) yang memutus sinkronisasi antara sensor tekanan dan basis data (database) pusat. Tim TI yang tersisa panik. Tidak ada satu pun dokumen arsitektur yang ditinggalkan, tidak ada panduan operasional. Selama sebulan, tekanan air di berbagai zona berfluktuasi liar tanpa ada yang bisa memantaunya, pipa-pipa pecah karena tekanan yang tak terkendali (water hammer), dan kehilangan air kembali melonjak. Keberhasilan lima tahun itu lenyap hanya dalam sebulan setelah kepergian sang pahlawan tunggal.

Perhatikan bahwa pusat data nasional tadi dan utilitas air ini jatuh oleh penyakit yang sama persis, hanya berbeda skala. Pada keduanya, ketangguhan tidak pernah benar-benar ditanam ke dalam sistem. Ia cuma dititipkan pada satu titik yang rapuh, entah sebuah cadangan yang tak terpisah, entah satu kepala yang tak tergantikan, dan menunggu hari titik itu menyerah.

9.1 Pahlawan Adalah Gejala Kerapuhan, Bukan Kekuatan

Sebuah ekosistem yang tangguh selalu dicirikan oleh kemampuannya menyebarkan informasi dan kendali ke seluruh jaringannya. Ekosistem yang terlalu memusat pada satu simpul kritis, betapapun simpul itu cemerlang, sesungguhnya sedang hidup di atas pinjaman waktu.

Di sinilah letak tikungan yang tidak nyaman. Pahlawan yang rela lembur sampai pagi menambal data dan menyelamatkan laporan akhir bulan itu bukan tanda kekuatan organisasi; ia gejala kerapuhannya. Setiap kali manajemen bersorak atas pengorbanannya, sesungguhnya mereka sedang merayakan titik runtuh mereka sendiri yang berseragam dan berplakat. Sebab selama sang pahlawan ada, tidak ada yang merasa perlu membenahi sistem yang membuatnya harus lembur, persis seperti rasa sakit yang terus dibius dan karenanya tak pernah didiagnosis.

9.1.1 Membunuh Budaya Pahlawan

Utilitas air di Indonesia sangat rentan pada budaya pahlawan (hero culture). Manajemen merasa tenang ketika ada satu staf yang bersedia begadang menambal data rusak dan menyelamatkan pelaporan, sementara sang staf merasa dibutuhkan dan penting. Ini hubungan yang sama-sama enak secara psikologis, tetapi mematikan secara strategis: keduanya diam-diam bersekongkol untuk tidak pernah menyentuh akar masalahnya.

Transformasi yang sesungguhnya justru harus bertujuan membunuh budaya pahlawan itu. Tujuannya adalah merancang sistem di mana pegawai biasa, bukan hanya sang jenius, mampu menjalankan tugas-tugas kritis dengan bersandar pada prosedur, otomatisasi yang terdokumentasi, dan tata kelola yang mapan. Ukuran keberhasilannya terdengar paradoks: organisasi Anda matang justru ketika kepergian satu individu paling brilian sekalipun tidak lagi membuat layar operasional menjadi gelap.

9.1.2 Cermin Universal: Programmer yang Tak Tergantikan

Pola ini membayangi sektor-sektor raksasa, dan tempat ia paling kasatmata adalah perbankan. Di banyak bank besar, pembaruan sistem inti (core banking) tertunda bertahun-tahun karena satu alasan yang nyaris tak masuk akal: hanya tinggal satu atau dua programer tua yang masih memahami bahasa pemrograman kuno peninggalan tahun delapan puluhan yang menjalankan jantung sistem itu. Direksi tidak berani memensiunkan mereka, tidak berani menyentuh sistemnya, dan tidak berani pula membiarkannya apa adanya.

Maka bank-bank itu hidup dalam sandera yang aneh: institusi sebesar gunung, dengan modal triliunan, bergantung pada ingatan beberapa orang yang sebentar lagi akan pensiun. Di mana pun pengetahuan kritis dibiarkan tinggal di dalam kepala manusia, dan tidak pernah dikonversi menjadi dokumentasi serta tata kelola yang bisa diwariskan, transformasi secanggih apa pun hanyalah ilusi yang dipinjam sementara, dengan tenggat yang sudah ditetapkan oleh usia pensiun seseorang.

9.2 Transformasi Tidak Punya Garis Finis

Salah satu kekeliruan terbesar dalam memandang transformasi digital adalah menyebutnya sebagai sebuah “proyek”. Kata itu terdengar wajar, bahkan profesional, tetapi ia membawa racun yang tak terlihat.

Sebab di dunia pengadaan birokrasi, setiap proyek wajib punya tanggal mulai, tanggal selesai, dan berita acara serah terima. Padahal mendigitalkan operasional air dan merawat tata kelolanya bukanlah membangun jembatan beton yang bisa ditinggalkan setelah diresmikan. Ia lebih menyerupai merawat tubuh yang hidup, yang tidak pernah “selesai” dirawat selama ia masih bernapas.

9.2.1 Mengapa Menyebutnya “Proyek” Adalah Awal Kematiannya

Inilah racunnya: sebuah proyek, menurut definisinya, dirancang untuk berakhir. Dan sebuah kemampuan hidup yang dipaksa berakhir, akan mati. Begitu transformasi dianggap “selesai” pada hari aplikasi diluncurkan, anggaran pemeliharaan dipangkas, tim pengembang dibubarkan, dan sistem itu mulai menua tanpa ada yang merawatnya, sampai usang dan ditinggalkan dalam beberapa tahun.

Maka utilitas air harus mulai menganggarkan inovasi digital sebagai biaya operasional yang berjalan terus (OPEX), bukan sekadar belanja modal lima tahunan (CAPEX). Harus selalu ada yang menambal celah keamanan baru, menyesuaikan antarmuka dari umpan balik pengguna, dan menyambungkan modul-modul yang belum ada saat sistem pertama kali dibeli. Transformasi bukan sebuah acara yang punya penutupan; ia cara hidup baru yang harus terus diberi makan.

9.2.2 Kemenangan Sunyi

Lalu seperti apa sebenarnya wujud sebuah transformasi yang berhasil? Hampir pasti ia tidak akan terlihat seperti sampul majalah bisnis dengan Direktur Utama berdiri gagah di depan layar raksasa yang menyala. Wujudnya jauh lebih sederhana, bahkan nyaris membosankan: ia berbentuk kebosanan yang andal.

Transformasi Anda berhasil ketika petugas lapangan tidak lagi memperdebatkan dari mana asal angka kebocoran di dasbornya, karena ia memercayainya sepenuh hati. Ia berhasil ketika perdebatan di ruang direksi bergeser dari “mengapa sistem ini lambat” menjadi “bagaimana kita memakai data ini untuk merencanakan tarif tahun depan”. Ia berhasil ketika pelaporan kepatuhan (compliance) menjadi pekerjaan sampingan yang dicetak dalam tiga menit, bukan sesuatu yang memaksa seluruh departemen menginap di kantor di akhir bulan. Kemenangan dalam transformasi jarang berbunyi nyaring; ia justru ditandai oleh hilangnya kegaduhan.

Kalau hanya tiga hal yang layak Anda bawa dari bab ini:

  • Pahlawan tunggal adalah gejala kerapuhan, bukan kekuatan. Merayakannya berarti merayakan titik runtuh Anda sendiri. Ketangguhan lahir dari pengetahuan yang disebar ke dalam sistem, bukan yang ditimbun di satu kepala.
  • Transformasi tidak punya garis finis, dan menyebutnya “proyek” adalah awal kematiannya. Ia kemampuan hidup yang harus dirawat terus sebagai biaya berjalan, bukan jembatan beton yang ditinggalkan seusai diresmikan.
  • Tanda keberhasilan bukan peluncuran yang megah, melainkan kebosanan yang andal. Ketika data dipercaya tanpa diperdebatkan dan kepatuhan dicetak dalam tiga menit, transformasi Anda sudah menjadi cara kerja, bukan acara.

Jurus: Tanam Ketangguhan ke Dalam Sistem

Kapan dipakai: terus-menerus, terutama justru ketika sebuah inisiatif tampak “berhasil” tetapi diam-diam bergantung pada satu orang atau satu titik.

  1. Bunuh budaya pahlawan. Paksa pengetahuan keluar dari kepala seseorang menjadi dokumentasi, prosedur, dan otomatisasi. Ujinya sederhana: kepergian individu paling brilian sekalipun tidak boleh membuat layar operasional menjadi gelap.
  2. Anggarkan inovasi sebagai biaya berjalan (OPEX), bukan belanja modal sekali lima tahun (CAPEX). Selalu sisakan tim yang merawat, menambal celah keamanan, dan menyesuaikan sistem dengan kebutuhan baru.
  3. Pisahkan cadangan data, dokumentasikan ingatan, dan sebarkan kendali, supaya sistem tidak ikut pensiun bersama satu orang.

Rambu: tanda keberhasilan bukan peluncuran yang megah, melainkan kebosanan yang andal. Pahlawan yang lembur tiap malam bukan prestasi yang patut dirayakan; ia titik runtuh Anda yang berseragam dan berplakat.

Sepanjang sembilan bab, kita seperti mengitari satu kebenaran yang sama dari berbagai sisi. Kita membongkar ilusi mesin, kematian proyek di tangan kesibukan harian, ego di meja rapat, kutukan serapan, penyanderaan vendor, sumbatan di tempat yang salah, birokrasi yang membeku, dan bencana peluncuran serentak. Dan jika ada satu hal yang menyatukan semuanya, ia adalah ini: tidak satu pun dari kegagalan itu sesungguhnya soal teknologi. Resistensi ternyata sinyal, bukan penghalang. Ruang bernapas ternyata kapasitas, bukan kemalasan. Pemangku kepentingan ternyata peta kehilangan. Vendor ternyata soal kedaulatan. Leher botol ternyata soal keberanian. Birokrasi ternyata soal takut tuduhan. Dan pahlawan ternyata soal kerapuhan. Setiap kali, yang sebenarnya menolak, tersumbat, atau runtuh adalah sistem sosial organisasinya, bukan mesinnya.

Karena itu, istilah “transformasi digital” sendiri sebenarnya agak salah nama. Yang benar-benar bertransformasi bukanlah teknologinya, melainkan cara sebuah organisasi bekerja, memutuskan, dan saling percaya. Kata “digital” hanyalah keterangan tentang alat; ia medium, bukan sasaran. Dan untuk pertama kalinya, sifat medium itu sedang bergeser. Selama puluhan tahun, doktrinnya adalah manusia yang harus menyesuaikan diri dengan sistem, tunduk pada praktik terbaik (best practice) yang diimpor dari tempat lain. Kini, ketika alat mulai cukup lentur untuk belajar dari kenyataan di lapangan, doktrin itu mulai berbalik: sistemlah yang menyesuaikan diri dengan konteks manusia (best context) yang dilayaninya. Tetapi jangan keliru membacanya sebagai izin untuk lembek. Sistem yang melayani manusia tetap wajib menjadi sistem yang sanggup bertahan, yang cadangannya terpisah, ingatannya terdokumentasi, dan kendalinya tersebar, agar ia tidak ikut pensiun bersama satu orang.

Kalau semua itu Anda kerjakan, wujud kemenangannya akan terasa sederhana, nyaris sunyi. Pak Rahmat tidak lagi perlu menyembunyikan kebenaran di buku tulisnya, sebab sistemnya akhirnya mau mendengar. Pak Yanto membela aplikasi yang dulu ia tinggalkan, karena keluhannya kini tertuang di dalamnya. Data Bu Sari aman di tangan sendiri saat vendornya pergi. Peringatan di meja Bu Wati benar-benar ditindak, bukan dibiarkan membusuk. Proposal Pak Galih tidak lagi mati delapan bulan di laci birokrasi, karena ia belajar menerjemahkan kebocoran menjadi angka rupiah yang tak berani diabaikan siapa pun. Rapat yang dulu membeku di hadapan Mas Arif pun mencair, karena konflik yang sesungguhnya akhirnya berani diangkat ke permukaan alih-alih dibungkus jargon. Dan ibu di zona tujuh, yang dulu bangun pukul empat subuh mengantre dengan jeriken, suatu pagi mendapati krannya mengalir tanpa ia perlu tahu sistem apa pun yang membuatnya begitu.

Pada titik itu, Anda tidak lagi mengendarai mesin rapuh yang sewaktu-waktu mogok. Anda sedang merawat sebuah ekosistem yang hidup, dan ekosistem tidak pernah selesai dirawat. Di situlah letak pekerjaan Anda yang sesungguhnya. Api perubahan tidak dijaga oleh satu obor besar yang menyala sekali di panggung peresmian, melainkan oleh banyak bara kecil yang terus dirawat orang-orang yang akhirnya merasa ikut memilikinya. Tugas Anda bukan menyalakannya sekali, melainkan memastikan ia tidak pernah benar-benar padam.

Penafian: Tulisan ini adalah pandangan pribadi penulis berdasarkan pengalaman praktis dan studi independen. Studi kasus di atas merupakan komposit pembelajaran dan tidak menunjuk pada satu entitas spesifik. Pembaca diharapkan melakukan verifikasi independen sebelum mengimplementasikan rekomendasi apa pun dalam lingkungan operasional masing-masing.