Blog

Prosedur Ringkas Penggarapan Kebijakan, Juklak, dan Juknis Cakupan IT

Selasa, 10 Februari 2026 09:46 pagi

Ami Arief

Artikel

25

Tata Kelola Teknologi Informasi (IT Governance) telah menjadi fondasi utama keberhasilan organisasi. Agar implementasi IT berlangsung secara transparan, inklusif, adil, efektif, aman, dan sejalan dengan tugas dan fungsi masing-masing perangkat pemerintah dan unitnya, diperlukan tiga pilar dokumen penting: Kebijakan, Prosedur, Petunjuk Pelaksanaan (Juklak)/Petunjuk Teknis (Juknis). Ketiganya saling melengkapi, membentuk struktur hierarkis dari level strategis hingga operasional, serta menjadi pedoman dalam pengelolaan IT yang memadai.

Memahami Hierarki Dokumen IT Governance

• identifikasi pemicu. Cari tahu alasan di balik kebutuhan dokumen, misalnya karena implikasi penerapan regulasi pemerintah pusat dalam kaitannya dengan kompetensi/kapasitas daerah, dampak berantai conflict of interest atas permasalahan ketersediaan atau keadilan dari regulasi, permasalahan tata kelola dan penyelenggaraan pusat data tanpa didasari kajian biaya dan manfaat, dsb.
• analisis gap. Bandingkan kondisi IT saat ini dengan instansi atau perusahaan yang menerapkan standarisasi yang memadai (internasional/ISO/SNI). Rumuskan tujuan yang SMART (Spesifik, Measurable, Achievable, Relevant, Time-bound). Semisal komparasi antara tata kelola IaaS untuk pusat data on premises dengan pengelola teknis masing-masing aplikasi langsung menggunakan layanan hosting profesional melalui user tenant-nya masing-masing dalam mengelola VPS-nya masing-masing dan aplikasinya masing-masing.
• perumusan konsep awal. Susun kerangka awal kebijakan yang akan menjadi payung bagi SOP, Juklak/Juknis. Akan lebih mudah jika konseptor melakukan pencarian regulasi seperti yang telah dibuat daerah lain. Dari sana akan didapatkan kerangka tulisan yang dapat dijadikan acuan serta muatan yang dapat ditiru, baik secara mutlak, secara parsial atau improvisasi dan modifikasi dalam bentuk lain. Keuntungan dari meniru konsep regulasi pemerintahan yakni kemudahan dalam konteks hak kekayaan intelektual, karena NKRI merupakan negara kesatuan, konten pengetahuan apa yang dirilis pemerintah, maka itu properti pemerintah. Dalam praktiknya mengamati dan melakukan peniruan suatu dokumen kebijakan, template atau pengetahuan tertentu oleh pemerintah justru merupakan hal yang dianjurkan kepada antar sesama perangkat pemerintah dalam berbagai event atau pertemuan.

Tahap 2. Pengembangan Draft dan Uji Muatan Materi

• tujuan. Memastikan setiap isi dokumen, khususnya Juknis, akurat, dapat diterapkan, dan tidak menimbulkan multitafsir.
• penyusunan draf. Susun draf Kebijakan (level strategis), lanjut ke Juklak/Juknis. Juklak/Juknis lebih maslahat jika merujuk dan berangkat dari Kebijakan.
• kajian internal dan eksternal. Libatkan stakeholder terkait, seperti tim legal, keuangan, dan unit teknis, untuk menelaah draf. Dalam terapannya, regulasi rujukan bisa jadi tidak seratus persen selalu baik untuk diterapkan dalam segala situasi dan kondisi faktual dan teraktual daerah, sehingga di sana regulasi dan panduan teknis daerah mengambil peran untuk menjawab bagaimana bentuk adaptasi dan penerapan regulasi rujukan agar menjadi logis, transparan, inklusif, adil, untuk dapat diterapkan di daerah.
• uji muatan materi (content testing). Bilamana kajian telah dilakukan, maka pengujian materi perlu dilakukan sekurang-kurangnya sekali. Uji materi akan menjadi terstruktur dan sistematis jika diinventaris ke dalam tabel dengan format metadata tertentu, semisal: No., Deskripsi, Regulasi Terkait, Dampak Operasional, Tingkat Risiko, Bukti/Referensi, Saran Mitigasi. Secara best practice, ini menjadi jauh lebih objektif dan cepat jika menggunakan kecerdasan buatan. Uji materi menjadi lebih sempurna jika menggunakan instrumen kuesioner dengan target responden orang-orang yang lebih memahami standarisasi tata kelola IT sekaligus perwakilan masyarakat, semisal akademisi cakupan IT. Ini disebabkan karena standarisasi itu pasti berangkat dari sekian jumlah waktu pengalaman penerapan teknologi informasi, menghadapi sejumlah risiko dan dampak negatif penyelenggaraan tanpa tata kelola/aturan. Akan lebih transparan jika dokumen draft dipublikasikan melalui media publik terkait agar dapat dilakukan pemantauan secara publik. Sediakan jalur masukan untuk publik yang hendak memberikan feedback/umpan balik, semisal email operasional melalui media publik yang digunakan.
• uji penerapan. Lakukan pilot testing atau simulasi pada lingkungan terbatas, misal uji coba prosedur yang dilampirkan pada dokumen.
• hasil. Berdasarkan uji materi dan penerapan, serta feedback, temukan potensi kekurangan, bug prosedural, atau bahasa yang kurang jelas untuk segera diperbaiki.

Tahap 3. Finalisasi dan Legalisasi

• revisi final. Sempurnakan draf berdasarkan hasil uji materi dan masukan stakeholder.
• persetujuan berjenjang:
  • Juknis/Juklak. Disetujui oleh Kepala Divisi IT atau Manajer Senior.
  • kebijakan. Disahkan oleh manajemen puncak (Direksi) untuk memberikan kekuatan hukum dan komitmen organisasi.
• penetapan dan kontrol versi. Dokumen ditetapkan secara formal (misal, melalui Surat Keputusan) dan diberi nomor registrasi untuk pengendalian versi.

Tahap 4. Sosialisasi dan Implementasi

• sosialisasi masif. Pastikan seluruh personel, khususnya pelaksana Juknis, memahami isi dokumen melalui sosialisasi yang berkelanjutan.
• pelatihan. Lakukan pelatihan praktis agar pelaksana di lapangan benar-benar menguasai prosedur teknis.
• implementasi dan monitoring. Terapkan dokumen sebagai pedoman kerja, dan lakukan pemantauan secara rutin untuk menilai efektivitas dan kepatuhan.
• review berkala. Jadwalkan peninjauan ulang secara periodik (misal, setiap 1–2 tahun) agar dokumen selalu relevan terhadap perkembangan teknologi dan dinamika organisasi.

Pentingnya Uji Muatan Materi dalam Penggarapan Dokumen IT

• mendeteksi bug prosedural. Menemukan langkah-langkah yang tidak efisien atau sulit diterapkan secara nyata.
• menguji keterbacaan. Memastikan instruksi mudah dipahami dan diikuti tanpa menimbulkan keraguan di lapangan.
• mengurangi risiko revisi mendadak. Menghemat waktu dan sumber daya dengan meminimalisir revisi setelah dokumen resmi dirilis.

Penutup

Dalam praktiknya penyusunan kebijakan dalam cakupan tata kelola IT bisa jadi tidak runut secara identik dengan alur sebagaimana dipaparkan di atas, bisa jadi alur menyesuaikan situasi dan kondisi di lapangan.