GovOps: DevOps dan Tata Kelola
Artikel ini diterjemahkan secara otomatis dari bahasa Jepang oleh AI (Claude). Mungkin terdapat kesalahan. Baca artikel asli dalam bahasa Jepang.
Saya berpikir bahwa dalam tata kelola publik ke depan, maupun tata kelola di sebagian bidang, mungkin bisa dibayangkan sesuatu yang disebut GovOps, bukan DevOps.
Dengan berdirinya Badan Digital, DX di lembaga pemerintah, DX di perusahaan, dan sebagainya, teknologi digital akhirnya mulai benar-benar tertanam dalam masyarakat. Ada beragam pandangan: ada yang berhenti pada penerapan perangkat lunak yang disebut DX, ada yang menekankan perbaikan layanan dan UX melalui DX, dan ada pula yang mengisyaratkan perubahan pada seluruh industri melalui DX.
Namun secara pribadi, saya berpendapat bahwa inti dari DX adalah perubahan pada "mekanisme", dan lebih konkretnya, 'inovasi komplementer' (Brynjolfsson dan kawan-kawan) seperti sistem dan kelembagaan itulah yang penting. Untuk hal ini silakan merujuk ke buku yang baru-baru ini saya terbitkan, "Mengimplementasikan Masa Depan". Kali ini saya akan membahas mengapa GovOps.
Governance as Code
Saat ini, teknologi digital tidak hanya membuat Ops (Operations) menjadi lebih efisien, tetapi juga mulai mengubah Dev (Development) hukum dan aturan itu sendiri.
Seperti yang ditunjukkan dalam inovasi tata kelola dan tata kelola agile, teknologi digital tidak hanya mengefisienkan pelaksanaan aturan, tetapi juga dapat mengubah cara aturan itu dibuat.
Misalnya, jika negara mengelola platform drone, wilayah yang boleh dilalui drone dapat diubah secara real time. Akibatnya, mungkin tidak lagi perlu menetapkan area terlarang dan sebagainya secara rinci dalam undang-undang. Selain itu, jika inspeksi pada pabrik, lift, dan sebagainya yang selama ini dilakukan manusia dapat diganti dengan pemantauan real time menggunakan sensor, maka interval inspeksi berkala oleh manusia mungkin dapat diperpanjang sedikit. Inspeksi yang selama ini dilakukan setiap satu tahun mungkin bisa menjadi setiap tiga tahun. Belakangan ini, eKYC adalah contoh bagaimana teknologi digital memungkinkan verifikasi identitas yang berbeda dari sebelumnya. Semua ini adalah contoh bagaimana cara pelaksanaan berubah akibat teknologi digital, dan sebagai hasilnya cara pembuatan aturan pun ikut berubah.
Operasi menjadi efisien melalui kode, dan cara pembuatannya pun berubah. Ini mirip dengan arus Infrastructure as Code / Operations as Code yang terjadi di dunia IT sekitar 10 tahun lalu. Maksudnya, dengan infrastruktur dan operasi didefinisikan serta dijalankan melalui kode, infrastruktur menjadi dapat diprogram, dan dengan demikian cara Dev pun berubah.
Jika hal ini diterapkan pada konteks tata kelola, bukankah dapat dikatakan bahwa Governance as Code atau Governance by Code sedang mulai terjadi?
GovOps
Berjalan beriringan dengan arus Infrastructure as Code / Operations as Code di dunia IT, dan saling memengaruhi, terjadilah reintegrasi Dev dan Ops. Inilah DevOps. Jika dipikirkan dalam konteks tata kelola, mungkin ada sesuatu yang bisa disebut GovOps.
Jika "undang-undang" adalah semacam produk para birokrat, maka menjalankannya secara stabil sambil mempercepat deploy-nya mirip dengan tujuan DevOps.
Sebenarnya, "regulatory sandbox" yang diangkat dalam tata kelola agile dan sebagainya dapat dipandang sebagai rollout bertahap dalam DevOps. Mengingat mekanisme untuk menjamin ketangkasan kemungkinan akan menjadi serupa, saya kira cara kerja DevOps bisa menjadi salah satu acuan dalam memikirkan masa depan tata kelola publik maupun tata kelola korporat.
Meski begitu, meniru DevOps dengan "menjadikan jumlah deploy undang-undang dan peraturan daerah 10 kali sehari" tentu akan menimbulkan kekacauan yang terlalu besar di masyarakat. Lagi pula, berbeda dengan sistem IT, undang-undang pada umumnya sulit untuk di-"rollback", jadi sebaiknya jangan ditiru begitu saja. Namun, jika dengan teknologi digital kita dapat mengoptimalkan alur kerja layanan, mulai dari pengesahan rancangan undang-undang hingga pelaksanaannya, sehingga jumlah rancangan undang-undang yang dapat diajukan dalam setahun bertambah (dan jika pembahasan di parlemen dapat dilakukan secara efisien dengan transparansi tinggi), maka tata kelola yang sangat tangkas menghadapi perubahan masyarakat mungkin dapat diwujudkan.
Pada saat yang sama, posisi berbagai langkah terkait DX pekerjaan birokrat menjadi lebih mudah dipahami, misalnya "menerapkan AI untuk memeriksa rancangan undang-undang yang ada demi meningkatkan jumlah deploy undang-undang".
GRE
Selain itu, dengan pola pikir ala SRE (site reliability engineer), analogi seperti GRE (governance reliability engineer) juga dapat dibayangkan.
Yang dapat dipakai dari pola pikir SRE adalah error budget dan toil. Error budget adalah mekanisme yang menetapkan batas kesalahan yang dapat ditoleransi terlebih dahulu, lalu di dalamnya kita dapat mengambil risiko dan mencoba hal baru dengan hati-hati. Sementara toil adalah pekerjaan manual yang sering terjadi dan dapat diotomatisasi.
Dalam SRE, error budget biasanya didasarkan pada uptime. Untuk lembaga pemerintah, KPI yang tepat perlu ditentukan, dan tentu ada bidang yang tidak dapat menoleransi kesalahan, sehingga tidak bisa diterapkan pada semuanya. Namun, sebagai cara berpikir untuk menciptakan ruang bagi tantangan baru, bukankah sebagian di antaranya dapat diterapkan?
Menetapkan jumlah pengurangan toil per tahun juga bisa menjadi salah satu caranya. Toil, singkatnya, adalah "kerepotan yang sebenarnya tidak perlu dikerjakan manusia". Pekerjaan administrasi pemerintahan tampaknya banyak mengandung toil, jadi dengan menguranginya, waktu dapat dialokasikan untuk layanan warga dan pendengaran aspirasi yang menjadi tugas utamanya. Efisiensi semacam ini mungkin sebenarnya sudah dilakukan sejak dulu, tetapi dengan adanya nama toil, rasanya menjadi sedikit lebih mudah dijalankan.
Menuju GovOps
Setelah memikirkan GovOps seperti ini, saya kira pola pikir yang selama ini terbangun di kalangan DevOps dapat digunakan juga dalam tata kelola sampai batas tertentu.
Misalnya, DevOps adalah budaya, praktik, sekaligus perkakas sering diulang-ulang, dan digitalisasi tata kelola pun semestinya tidak berhenti pada soal perkakas semata.
Dalam memperbaiki GovOps pun, kita bisa berpikir berdasarkan "Tiga Prinsip" seperti berikut yang ada dalam DevOps.
- Prinsip Flow: mempercepat alur kerja
- Prinsip Feedback: mewujudkan alur umpan balik
- Prinsip pembelajaran dan eksperimen berkelanjutan: menciptakan budaya perusahaan
Jika ini diterapkan pada tata kelola yang ada (untuk sementara, tata kelola publik), contohnya adalah merapikan alur kerja dengan value stream mapping dan sebagainya lalu mempercepat alur kerja pekerjaan yang ada dengan teknologi digital; mewujudkan alur umpan balik dengan sensor, Decidim, dan sebagainya; serta melakukan pembelajaran dan eksperimen secara berkelanjutan.
Penutup
Sampai sekarang pun masih ada bagian yang membuat saya sendiri tidak yakin, "bagaimana ya", tetapi karena laporan tata kelola agile telah terbit, dan agile identik dengan DevOps, saya menulis ini selaras dengan itu. Sebenarnya, dalam laporan tata kelola agile terdapat diagram seperti berikut, dan menurut saya ada kemiripan dengan diagram DevOps (GovOps) di awal.
Dalam slide xOps yang saya tulis dahulu pun sebenarnya saya sudah memasukkan GovOps.
Saya sadar bahwa analogi kasar seperti ini jarang berjalan semulus itu, tetapi meski begitu, saya berpikir bahwa pola pikir DevOps bisa menjadi salah satu konsep acuan dalam diskusi pemerintahan digital ke depan maupun dalam DX di masing-masing perusahaan.
xOps: Hari Ketika Engineer Menjadi Penggerak Pertumbuhan Startup from Takaaki Umada