Pendahuluan

Pada bagian pertama dan kedua kita meninjau bagaimana EUC dan Kami Excel memang menolong lini terdepan dalam jangka pendek, namun pada akhirnya meninggalkan warisan negatif bagi organisasi. Tulisan kali ini memindahkan sudut pandang ke masa kini untuk menelaah cahaya dan bayangan platform citizen development modern seperti RPA serta alat no-code/low-code.

Platform-platform tersebut mengulang kisah Kami Excel sekaligus memikul risiko yang lebih besar dari sisi skala dan tingkat ketergantungan. Untuk memahami dampak AI generatif di bagian berikutnya, kita perlu lebih dulu menguasai sifat dasar mereka.

Seluruh seri

  • Menatap masa depan citizen development—sejarah, kondisi sekarang, AI generatif, dan yang datang 0/7 (terjemahan bahasa Indonesia sedang dipersiapkan)
  • Citizen development, apakah kembalinya EUC?—pelajaran sejarah dari Kami Excel 1/7 (terjemahan bahasa Indonesia sedang dipersiapkan)
  • Kami Excel benar-benar jahatkah?—dari penyelamat menjadi warisan negatif 2/7 (terjemahan bahasa Indonesia sedang dipersiapkan)
  • Cahaya dan bayangan platform citizen development modern 3/7 (artikel ini)
  • Dampak AI generatif terhadap citizen development 4/7
  • Cara menghindari kegagalan tata kelola dan warisan negatif 5/7
  • Sudut pandang yang melenceng memperbanyak warisan negatif 6/7 (terjemahan bahasa Indonesia sedang dipersiapkan)
  • Warisan akan terus lahir, namun tetap bisa dijinakkan—gambaran masa depan citizen development 7/7 (terjemahan bahasa Indonesia sedang dipersiapkan)

Sisi terang—mengapa diterima

Dampak instan

Tanpa menulis kode pun, otomatisasi ringan atau aplikasi sederhana bisa dirampungkan lewat operasi GUI. Kemampuan mengganti pekerjaan menyalin harian dan proses rutin hanya dalam hitungan hari memberi dampak luar biasa besar bagi tim lapangan.

Kekuatannya meyakinkan lewat visualisasi

Diagram alur atau rancangan layar dapat diwujudkan dalam bentuk yang mudah dipahami siapa pun, termasuk mereka yang tak punya keahlian khusus. Bagi manajemen, melihat “gambar yang bergerak” menghadirkan rasa aman dan sering kali menjadi faktor penentu untuk menyetujui implementasi.

Langkah awal bagi “warga”

Untuk kebutuhan terbatas seperti formulir input atau alur kerja sederhana, bahkan non-engineer dapat membuatnya sendiri. Pada tahap ini slogan “siapa pun bisa” masih terasa nyata dan menjadi pintu masuk untuk memperluas basis citizen development di seluruh organisasi.

Bayangan (1)—“tembok profesional” dalam praktik

Sekilas tampak seolah alat tersebut bisa digunakan siapa pun, tetapi ketika mencoba memakainya secara serius, pada akhirnya dibutuhkan pola pikir yang sama dengan pemrograman serta sudut pandang desain ala system engineer.

  • Struktur kontrol tidak terhindarkan Pemrosesan yang berbeda untuk setiap kondisi pelanggan menuntut percabangan If/Else. Mengelola ratusan data memerlukan perulangan ForEach. Mengantisipasi keterlambatan respons atau galat dari sistem eksternal wajib menyediakan penanganan pengecualian Try/Catch. Semua hanya dibungkus elemen GUI—hakikatnya tetap pemrograman.

  • Memahami struktur data Membongkar JSON atau array, memetakan hierarki, serta menyeragamkan format tanggal dan angka merupakan pekerjaan wajib dalam integrasi bisnis. Menganggapnya sekadar pengganti tabel akan membuat sistem runtuh jika pembuatnya tak menguasai struktur data.

  • Kompleksitas integrasi antar sistem Mengelola kedaluwarsa token API, menjaga konsistensi lintas beberapa sistem, hingga menghindari rate limit merupakan persoalan klasik rekayasa perangkat lunak yang ikut terbawa. Antarmuka grafis hanya menyembunyikannya; tingkat kesulitannya justru bisa lebih tinggi.

  • Persyaratan operasional dan kualitas Tanpa rancangan untuk pemantauan, pengumpulan log, pemisahan lingkungan uji dan produksi, serta prosedur rollback saat rilis, kekacauan akan cepat tiba. Karena logika tidak dikelola sebagai kode, tingkat keteramatan pun mudah menurun.

Menghadapi tembok seperti itu, pengembang warga sulit membangun dan memelihara sistem yang tahan pakai sendirian. Mereka ujung-ujungnya tetap bergantung pada spesialis, padahal masalah kapasitas tim profesional belum pernah benar-benar terselesaikan.

Bayangan (2)—ketergantungan vendor dan susahnya migrasi

Kami Excel masih punya secercah harapan: semuanya berada dalam satu berkas. Data berbentuk tabel bisa diekspor ke CSV, dan walaupun fungsi serta makro terkunci pada Excel, masih ada spreadsheet lain yang kompatibel sebagian sehingga logika dan rumusnya dapat dibaca. Sebaliknya, hasil dari RPA atau no-code/low-code hampir selalu terkurung di antarmuka dan berkas konfigurasi yang khas milik platform.

  • Migrasi ke produk lain pada praktiknya setara dengan “membangun ulang dari awal”.
  • Penutupan layanan SaaS atau perubahan spesifikasi terjadi di luar kendali pengguna; aset yang sudah ditimbun bisa lenyap nilainya dalam semalam.
  • Solusi berbasis PaaS mengikat Anda ke ekosistem cloud tersebut sehingga membawa sistem ke lingkungan lain nyaris mustahil.
  • Karena logika ditentukan lewat UI, lokasi gangguan sulit dicari dan dianalisis.
  • Bergantung desainnya, banyak alat yang menuntut klik ganda pada setiap blok hanya untuk melihat proses di dalamnya, sehingga menurunkan keterbacaan.

Jika dibandingkan dengan Kami Excel yang selesai di tingkat berkas spreadsheet, tingkat ketergantungan dan risiko menjadi utang melonjak berkali lipat.

Bayangan (3)—“bias visualisasi” yang menyesatkan manajemen

Bagi para teknisi jelas bahwa cepat atau lambat akan tersandung “tembok profesional” tadi. Namun ketika manajemen menyaksikan alur atau layar yang ditata lewat GUI, mereka mudah berasumsi bahwa “siapa pun pasti bisa mengoperasikannya”.

Penyebabnya sederhana: sistem biasanya berupa kotak hitam bagi eksekutif. Ketika mereka diperlihatkan proses bisnis yang dihubungkan panah atau formulir input yang rapi, muncul ilusi seolah kompleksitas internal sudah mereka pahami. Kenyataannya, di balik itu tetap ada logika kontrol dan penanganan galat layaknya pemrograman, dan untuk menjadikannya siap pakai diperlukan pengetahuan rekayasa.

Kesenjangan antara rasa aman eksekutif dan kekhawatiran teknisi inilah yang mempercepat adopsi seraya mengembangbiakkan utang di masa depan.

Jika disusun demikian, RPA dan no-code/low-code jelas mengikuti pola yang sama dengan Kami Excel. Mereka menyelamatkan lini operasional secara cepat, menenangkan manajemen lewat visualisasi, dan pada akhirnya menjadi kotak hitam yang membebani organisasi karena sangat bergantung pada individu tertentu.

Perbedaannya terletak pada skala. Kami Excel selesai di tiap berkas, sedangkan platform modern tertanam ke dalam cloud maupun sistem bisnis inti dan bisa menjadi utang yang membelenggu skala organisasi. Bahkan struktur lock-in-nya lebih kuat daripada Excel. Inilah yang membuka jalan ke situasi yang pantas disebut “Kami Excel 2.0”.

Ringkasan

  • RPA serta no-code/low-code diterima karena dampak instan dan kekuatan visualisasi yang meyakinkan baik bagi lini operasional maupun manajemen.
  • Namun agar tahan dipakai, dibutuhkan pengetahuan rekayasa perangkat lunak—struktur kontrol, struktur data, integrasi sistem, dan rancangan operasional—yang tidak sanggup dipenuhi pengembang warga seorang diri.
  • Antarmuka khusus platform membuat migrasi amat sulit dan memperkuat ketergantungan vendor.
  • “Bias visualisasi” di level manajemen membuat risiko-risiko tersebut diremehkan.

Akhirnya, citizen development modern memang lebih kuat daripada Kami Excel, tetapi juga jauh lebih rapuh. Pada bagian berikutnya kita akan menelaah apa yang terjadi ketika arus ini bertemu dengan AI generatif.

Berikutnya: Dampak AI generatif terhadap citizen development 4/7