Transformasi Tata Kelola
UIN K.H. Abdurrahman Wahid Pekalongan
Berbasis Enterprise Architecture
Forum: Penyusunan 3R dan Lokakarya Perencana UIN K.H. Abdurrahman Wahid Pekalongan
Tema: Menuju organisasi berkinerja tinggi dan terintegrasi sebagai fondasi digitalisasi
Enterprise Architecture (EA) dalam konteks ini bukan sekadar arsitektur aplikasi. EA adalah cara menyelaraskan arah universitas, proses bisnis, data, peran organisasi, anggaran, dan teknologi agar strategi dapat diterjemahkan menjadi pekerjaan yang terukur.
1. Mengapa transformasi tata kelola diperlukan?
Tantangan historis tata kelola muncul ketika dokumen, pelaksana, dan bukti hasil tidak berada dalam satu rantai yang dapat ditelusuri.
RENSTRA, sasaran mutu, Perjanjian Kinerja, kurikulum OBE, dan monitoring pembelajaran belum selalu bergerak selaras.
Risk Register, survei, komplain, dan tindak lanjut belum selalu menjadi dasar perbaikan layanan.
Struktur, dukungan TI, website, perpustakaan, dan kepemilikan proses belum seluruhnya terang.
Kebijakan teknis, aset, sarana prasarana, dan pengelolaan SDM memerlukan data serta mekanisme pengendalian yang konsisten.
Daftar ini berfungsi sebagai diagnosis awal. Setiap isu tetap perlu diverifikasi dengan pemilik proses, data, dan bukti terkini sebelum menjadi dasar keputusan.
2. Pola tata kelola yang terputus
Anggaran berisiko mengikuti kebiasaan atau struktur, bukan prioritas program dan indikator terbaru.
Aplikasi dibangun ketika proses masih manual, tidak seragam, atau belum mempunyai pemilik dan aturan yang jelas.
Laporan Kinerja, evaluasi, dan RTM diselesaikan, tetapi hasilnya tidak mengubah rencana serta alokasi berikutnya.
Masalah utamanya bukan kekurangan aplikasi. Masalahnya adalah hubungan antara keputusan strategis, proses, data, risiko, anggaran, dan evaluasi belum selalu eksplisit.
3. Enterprise Architecture sebagai kerangka penyelaras
Apa yang dijanjikan Rektor kepada Menteri Agama dan dituangkan dalam RIP serta RENSTRA harus dapat mengalir hingga menjadi target, proses, anggaran, dan pekerjaan operasional yang terukur.
EA membantu universitas memetakan lima lapisan yang saling bergantung:
- Arsitektur strategi — tujuan, sasaran, indikator, dan kebijakan.
- Arsitektur bisnis — layanan, proses, SOP/BPMN, peran, dan keputusan.
- Arsitektur data — definisi, pemilik, sumber kebenaran, dan pertukaran data.
- Arsitektur aplikasi — sistem yang mendukung proses tanpa menduplikasi fungsi.
- Arsitektur teknologi — infrastruktur, keamanan, integrasi, dan keberlanjutan layanan.
Digitalisasi sebaiknya mengikuti proses yang telah disepakati. Mengotomasi proses yang belum jelas hanya memindahkan ketidakteraturan ke dalam aplikasi.
4. Peta arsitektur tata kelola
SINERGI menjadi salah satu enabler integrasi tata kelola tersebut. Namun EA lebih luas daripada satu aplikasi: ia juga mencakup kebijakan, struktur, proses, data, integrasi, dan mekanisme pengambilan keputusan.
5. Enterprise Architecture dalam alur SINERGI
Konsep EA diterjemahkan ke dalam satu rantai kerja yang dapat ditelusuri di SINERGI:
finalized.SINERGI saat ini menjadi ruang kerja tata kelola internal. Fondasi pertukaran data dengan aplikasi keuangan terpisah telah disiapkan, tetapi koneksi API dan sinkronisasi transaksi eksternal belum diaktifkan. Karena itu, presentasi ini tidak boleh dibaca seolah-olah seluruh ekosistem eksternal sudah terintegrasi otomatis.
6. Peta jalan implementasi 2025–2029
Konsolidasi dokumen EA dan rekayasa ulang SOP menjadi BPMN.
Konversi proses prioritas ke aplikasi dan integrasi RKA digital dalam pola kerja hibrida.
Dashboard terintegrasi, siklus EA diterapkan menyeluruh, serta perluasan proses tanpa kertas dan TTE.
Otomasi workflow, integrasi lintas unit, analitik data, dan penguatan ekosistem smart campus.
Peta jalan merupakan arah implementasi, bukan bukti kematangan. Setiap fase perlu mempunyai baseline, indikator keberhasilan, pemilik, dependensi, anggaran, dan evaluasi manfaat.
7. Penggerak perubahan: siklus PDCA
Laporan Kinerja bukan tujuan akhir. Laporan adalah bahan diagnosis yang harus dibedah dalam RTM untuk menentukan koreksi strategi, proses, pengendalian risiko, dan alokasi sumber daya berikutnya.
8. Dampak yang hendak didukung
Dari managing by feeling menuju managing by system.
EA dapat memperkuat keterlacakan bukti, konsistensi proses, kualitas keputusan, dan koordinasi yang dibutuhkan untuk mencapai berbagai outcome tersebut. Predikat tetap ditentukan oleh pemenuhan kriteria, kualitas implementasi, hasil audit/asesmen, dan perbaikan berkelanjutan—bukan oleh keberadaan dokumen EA atau aplikasi semata.
9. Implementasi nyata menurut forum kerja
Forum pimpinan: risiko dan dampak menjadi salah satu dasar prioritas anggaran.
Tim teknis: perbarui Risk Register, hubungkan risiko RENSTRA dengan usulan RKA, dan dokumentasikan rasional prioritas.
Forum pimpinan: lakukan dialog bulanan atau triwulanan berbasis dashboard capaian.
Tim teknis: lakukan cascading Perjanjian Kinerja ke SKP, kegiatan, indikator, realisasi, dan bukti.
Forum pimpinan: prioritaskan penyederhanaan proses sebelum digitalisasi.
Tim teknis: verifikasi SOP, pisahkan kebijakan dari instruksi kerja, lalu modelkan proses prioritas dalam BPMN.
Prinsip kehati-hatian: risiko perlu memengaruhi prioritas dan desain pengendalian, tetapi bukan menjadi satu-satunya syarat anggaran. Kepatuhan, mandat layanan, manfaat publik, kesiapan, serta keterbatasan sumber daya tetap harus dinilai bersama.
10. Langkah awal yang dapat dilakukan
- Tetapkan sponsor, tim lintas fungsi, dan forum keputusan EA.
- Inventarisasi sasaran, layanan, proses, data, aplikasi, teknologi, dan pemiliknya.
- Pilih proses prioritas berdasarkan dampak, risiko, kepatuhan, dan kesiapan.
- Petakan kondisi saat ini (baseline) dan kondisi sasaran (target architecture).
- Susun roadmap, dependensi, indikator manfaat, biaya, dan risiko implementasi.
- Jalankan satu siklus utuh: rencana → anggaran → pelaksanaan → laporan → RTM → perbaikan.
- Evaluasi hasil sebelum memperluas otomasi ke proses lain.
Untuk langkah operasional, lanjutkan ke Pengenalan Aplikasi dan Fitur SINERGI, kemudian pilih panduan sesuai role aktif. Jika presentasi dan panduan operasional berbeda, perilaku aplikasi serta panduan role yang telah diverifikasi menjadi acuan pelaksanaan dan materi presentasi ini harus diperbarui.
Gunakan tombol panah kiri dan kanan untuk berpindah slide.