MODUL PEMBELAJARAN

Sistem Informasi Manajemen (SIM)

Pertemuan ke-12: Evaluasi dan Perencanaan Sistem Informasi Bank Syariah

Program Studi: Perbankan Syariah — Fakultas Ekonomi dan Bisnis Islam Institut: UIN K.H. Abdurrahman Wahid Pekalongan Semester: IV (Empat) | SKS: 2 SKS Bobot Pertemuan: 3% Alokasi Waktu: 100 Menit (35 menit teori + 55 menit lab + 10 menit refleksi)

🎯 CAPAIAN PEMBELAJARAN

Capaian Pembelajaran Lulusan (CPL) yang Dibebankan

Capaian Pembelajaran Mata Kuliah (CPMK)

CPMK-2: Mahasiswa mampu menganalisis kebutuhan informasi manajerial dan alur data dalam operasional lembaga keuangan syariah (C4 — Menganalisis)

CPMK-4: Mahasiswa mampu mengevaluasi kinerja sistem informasi manajerial — mencakup business intelligence, manajemen data nasabah, manajemen risiko berbasis informasi, dan perencanaan strategis TI — dalam konteks perbankan syariah (C5 — Mengevaluasi)

CPMK-5: Mahasiswa mampu menyusun laporan analisis sederhana terkait implementasi SIM di lembaga perbankan syariah (C6 — Mencipta)

Sub-CPMK Pertemuan Ini

Mahasiswa mampu menjelaskan mengapa sistem informasi yang sedang berjalan tetap perlu dievaluasi secara berkala; menggunakan kerangka empat dimensi evaluasi SIM (efektivitas, efisiensi, keandalan, kepuasan pengguna) untuk menilai sistem yang ada; menghubungkan perencanaan TI dengan strategi bisnis bank syariah; menyusun business case sederhana untuk proyek pengembangan SIM menggunakan kerangka lima komponen; serta mensintesis seluruh pengalaman belajar Blok 3 (P9–P12) ke dalam pemahaman utuh tentang peran SIM sebagai tulang punggung pengambilan keputusan manajerial yang bertanggung jawab — dengan landasan etis syura (konsultasi) dan i'dad (kesiapan) dalam Islam.

Indikator Ketercapaian

• ☐ Mahasiswa dapat menjelaskan minimal tiga alasan mengapa SIM yang sudah berjalan tetap perlu dievaluasi secara berkala
• ☐ Mahasiswa dapat menjelaskan dan menerapkan empat dimensi evaluasi SIM: efektivitas, efisiensi, keandalan, dan kepuasan pengguna — beserta contoh indikatornya di bank syariah
• ☐ Mahasiswa dapat menjelaskan konsep IT Strategic Alignment dan mengidentifikasi akibat jika TI tidak selaras dengan strategi bisnis bank
• ☐ Mahasiswa dapat menyebutkan minimal tiga pilar utama Roadmap Pengembangan Perbankan Syariah Indonesia 2023–2027 yang berkaitan dengan SIM
• ☐ Mahasiswa dapat mengisi kerangka business case lima komponen secara lengkap dan logis untuk satu skenario pengembangan SIM di bank syariah fiktif
• ☐ Mahasiswa dapat memberikan rekomendasi yang beralasan tentang apakah suatu proyek SIM layak dilanjutkan berdasarkan analisis business case-nya
• ☐ Mahasiswa dapat menarik benang merah antara P9 (BI), P10 (CRM), P11 (manajemen risiko), dan P12 (evaluasi & perencanaan) sebagai satu ekosistem SIM yang saling melengkapi
• ☐ Mahasiswa dapat mengaitkan prinsip Islam syura, i'dad, dan islah dengan praktik evaluasi dan perencanaan SIM yang baik di bank syariah

🔗 KAITAN DENGAN PERTEMUAN SEBELUMNYA: SINTESIS BLOK 3

Pertemuan 12 adalah titik penutup Blok 3. Sebelum masuk ke materi, mari kita berdiri sejenak di atas puncak dan melihat ke belakang — jauh ke belakang — untuk memahami perjalanan yang telah kita tempuh sejak Pertemuan 1.

Kita memulai dengan pertanyaan fundamental: "Apa itu informasi, dan mengapa bank syariah membutuhkannya?" (P1–P3). Kita belajar mengolah data dari mentah menjadi bermakna menggunakan Excel (P4–P6). Kita melihat bagaimana data digunakan untuk keputusan besar seperti persetujuan pembiayaan (P7). Lalu di Blok 3 ini, kita mendalami tiga wajah penggunaan SIM secara manajerial yang sesungguhnya:

Pertemuan 9 (BI & Dashboard): Kepala cabang melihat kondisi bank dari atas — angka-angka agregat seperti NPF, FDR, BOPO yang terangkum dalam satu dashboard. Ia tahu kondisi keseluruhan cabangnya.

Pertemuan 10 (CRM): Kepala cabang turun ke level nasabah individual — mengenal siapa mereka, mengelompokkan mereka, dan merancang strategi layanan yang tepat untuk masing-masing. Ia tahu siapa yang ia layani.

Pertemuan 11 (Manajemen Risiko): Kepala cabang membangun radar — sistem yang secara otomatis mendeteksi nasabah mana yang mulai bermasalah sebelum masalah itu membesar. Ia tahu apa yang mengancam portofolionya.

Tiga sistem itu — dashboard BI, CRM, dan early warning — adalah ekosistem SIM yang powerful. Tapi ada pertanyaan yang belum terjawab: Apakah ekosistem itu sudah benar-benar berfungsi dengan baik? Adakah celah yang belum terisi? Dan jika ada yang perlu diperbaiki atau ditambah, bagaimana cara merencanakannya dengan bijak?

Inilah pertanyaan Pertemuan 12 — dan jawabannya adalah evaluasi dan perencanaan sistem informasi.

Kaitan teknis langsung:

• Seluruh sistem yang sudah kita bangun di lab P9–P11 (dashboard KPI, segmentasi CRM, early warning) akan menjadi objek evaluasi hari ini — mahasiswa akan menilai kekuatan dan kelemahannya
• Business case yang akan disusun di lab adalah bentuk konkret dari kompetensi CPMK-5 (mencipta laporan analisis) — satu-satunya CPMK di level kognitif tertinggi yang dibebankan di Blok 3
• P12 adalah jembatan menuju Blok 4 (P13 — IT Governance): evaluasi yang baik adalah prasyarat tata kelola yang baik

🗺️ PETA KONSEP MATERI

PERTEMUAN 12 — EVALUASI DAN PERENCANAAN SISTEM INFORMASI BANK SYARIAH
│
├── A. MENGAPA SISTEM YANG "SUDAH BERJALAN" TETAP HARUS DIEVALUASI?
│   ├── Kesalahpahaman umum: "jika tidak rusak, jangan diperbaiki"
│   ├── Lima alasan SIM perlu dievaluasi secara berkala
│   ├── Biaya tidak melakukan evaluasi: kasus bank yang terlambat berbenah
│   └── Evaluasi sebagai budaya organisasi, bukan kejadian sekali waktu
│
├── B. KERANGKA EVALUASI SIM: EMPAT DIMENSI YANG HARUS DINILAI
│   ├── Dimensi 1 — Efektivitas: "Apakah sistem menghasilkan informasi yang tepat?"
│   ├── Dimensi 2 — Efisiensi: "Apakah sistem tidak boros sumber daya?"
│   ├── Dimensi 3 — Keandalan: "Apakah sistem bisa diandalkan?"
│   ├── Dimensi 4 — Kepuasan Pengguna: "Apakah pengguna benar-benar terbantu?"
│   └── Cara mengumpulkan data evaluasi: observasi, wawancara, survei, log sistem
│
├── C. IT STRATEGIC ALIGNMENT: MENYELARASKAN TI DENGAN STRATEGI BISNIS
│   ├── Apa artinya TI "selaras" dengan bisnis?
│   ├── Akibat ketidakselarasan: kasus nyata bank yang TI-nya "tidak nyambung"
│   ├── Model Henderson & Venkatraman: empat perspektif strategic alignment
│   ├── Roadmap Pengembangan Perbankan Syariah OJK 2023–2027 sebagai referensi
│   └── IT Strategic Plan: dari visi bisnis ke rencana TI yang konkret
│
├── D. KERANGKA BUSINESS CASE: DARI MASALAH KE KEPUTUSAN INVESTASI TI
│   ├── Apa itu business case dan mengapa tidak semua ide TI layak dijalankan?
│   ├── Lima komponen business case: Masalah → Manfaat → Biaya/Usaha → Risiko → Rekomendasi
│   ├── Cara menghitung manfaat: manfaat tangible vs intangible
│   ├── Cara mengestimasi biaya: biaya implementasi vs biaya operasional
│   ├── Cara menilai risiko: risiko teknis, organisasi, dan kepatuhan
│   └── Kapan merekomendasikan "lanjutkan" vs "tunda" vs "batalkan"
│
└── E. EVALUASI DAN PERENCANAAN DALAM PERSPEKTIF ISLAM
    ├── Syura (musyawarah): keputusan TI yang melibatkan semua pemangku kepentingan
    ├── I'dad (persiapan/kesiapan): merencanakan masa depan sebagai kewajiban, bukan pilihan
    ├── Islah (perbaikan): budaya evaluasi dan perbaikan berkelanjutan
    ├── Tawakkul setelah ikhtiar: batas antara perencanaan dan kepasrahan
    └── Q.S. Al-Hasyr: 18 dan Q.S. Al-Anfal: 60 sebagai landasan normatif

📚 MATERI POKOK

A. Mengapa Sistem yang "Sudah Berjalan" Tetap Harus Dievaluasi?

A.1 Kesalahpahaman yang Berbahaya

Ada satu kesalahpahaman yang sangat umum di kalangan manajer, bahkan manajer yang sudah berpengalaman sekalipun: "Sistem kita sudah berjalan dengan baik selama bertahun-tahun. Kalau tidak rusak, untuk apa diperbaiki?"

Kesalahpahaman ini berbahaya karena menggunakan standar yang salah. Pertanyaan yang benar bukan "apakah sistem masih berjalan?" tetapi "apakah sistem masih relevan dan optimal untuk kebutuhan bisnis yang terus berkembang?"

Bayangkan analogi ini: sebuah BPRS di Pekalongan masih menggunakan laporan keuangan yang dicetak dan dijilid setiap awal bulan untuk dilaporkan kepada kepala cabang. Sistem itu "berjalan" — laporan selalu tersedia, tidak pernah terlambat, tidak ada keluhan. Tapi ketika kepala cabang membutuhkan data NPF hari ini untuk memutuskan apakah ia harus menghubungi nasabah bermasalah besok pagi, laporan bulanan itu tidak bisa menjawab. Sistem itu berjalan, tapi sudah tidak optimal untuk kebutuhan manajerial yang semakin dinamis.

A.2 Lima Alasan SIM Perlu Dievaluasi Secara Berkala

Alasan 1 — Kebutuhan bisnis berubah

Bank syariah adalah organisasi yang terus berkembang. Produk baru diluncurkan, nasabah bertambah, cabang baru dibuka, regulasi berubah. Sistem informasi yang dirancang untuk kondisi 3 tahun lalu mungkin tidak lagi memadai untuk kondisi hari ini. Tanpa evaluasi, bank tidak akan sadar bahwa ada "kesenjangan" antara kebutuhan informasi yang ada dan kapasitas sistem yang dimiliki.

Alasan 2 — Teknologi berkembang dengan pesat

Apa yang dulu mustahil kini menjadi standar. Cloud computing, kecerdasan buatan (artificial intelligence), real-time analytics, mobile-first — semua ini telah mengubah ekspektasi tentang apa yang bisa dilakukan sistem informasi. Tanpa evaluasi periodik, bank berisiko tetap menggunakan teknologi yang usang sementara kompetitornya — termasuk bank digital dan fintech — sudah berlari jauh ke depan.

Alasan 3 — Pengguna sistem berubah

Karyawan baru bergabung, karyawan lama pensiun. Cara bekerja berubah. Sistem yang dulu mudah dipahami oleh tim lama mungkin membingungkan karyawan baru. Kepuasan dan efisiensi kerja pengguna sistem adalah indikator penting kesehatan SIM yang sering diabaikan.

Alasan 4 — Ancaman dan risiko baru muncul

Setiap sistem yang berjalan menghadapi ancaman yang terus berkembang — baik dari sisi keamanan siber, risiko operasional, maupun risiko kepatuhan regulasi. Evaluasi berkala memastikan bahwa sistem yang ada masih memiliki pertahanan yang memadai terhadap ancaman terkini.

Alasan 5 — Tuntutan regulasi dan audit

OJK dan Bank Indonesia secara berkala mengeluarkan regulasi baru yang berdampak pada persyaratan sistem informasi bank. Evaluasi memastikan bahwa SIM yang berjalan selalu dalam kondisi patuh (compliant) terhadap regulasi terbaru — bukan hanya pada saat implementasi awal, tetapi secara berkelanjutan.

A.3 Biaya Tidak Melakukan Evaluasi

Mengabaikan evaluasi SIM bukanlah keputusan yang "gratis" — ada biaya nyata yang ditanggung:

B. Kerangka Evaluasi SIM: Empat Dimensi yang Harus Dinilai

Evaluasi SIM yang komprehensif tidak bisa dilakukan hanya dengan bertanya "apakah sistemnya bagus atau tidak?" — pertanyaan itu terlalu kabur untuk menghasilkan tindakan yang konkret. Diperlukan kerangka yang sistematis dengan dimensi-dimensi yang jelas dan indikator yang terukur.

Berikut adalah kerangka empat dimensi yang akan kita gunakan — dikembangkan dan disesuaikan untuk konteks perbankan syariah:

B.1 Dimensi 1 — Efektivitas: "Apakah Sistem Menghasilkan Informasi yang Tepat?"

Efektivitas menjawab pertanyaan paling fundamental: apakah sistem ini benar-benar membantu pengguna mencapai tujuannya? Sistem yang efektif menghasilkan informasi yang:

Contoh evaluasi efektivitas di bank syariah:

Kepala cabang BSN Pekalongan diwawancara tentang sistem pelaporan NPF yang berjalan saat ini. Ia menyatakan: "Laporan NPF yang saya terima setiap awal bulan sudah akurat dan lengkap. Masalahnya, laporan itu sudah berisi data bulan lalu. Sementara saya butuh tahu kondisi NPF hari ini untuk memutuskan tindakan hari ini."

Evaluasi: Akurasi dan Kelengkapan = Baik. Ketepatan waktu = Buruk. → Sistem efektif sebagian, perlu peningkatan di dimensi kecepatan dan frekuensi pembaruan data.

B.2 Dimensi 2 — Efisiensi: "Apakah Sistem Tidak Boros Sumber Daya?"

Efisiensi mengukur rasio antara output yang dihasilkan dengan sumber daya yang dikonsumsi. Sistem yang tidak efisien menguras sumber daya yang bisa dialokasikan untuk hal lain yang lebih bernilai.

Cara mengukur efisiensi: Hitung waktu total yang dihabiskan karyawan untuk input, rekonsiliasi, dan pembuatan laporan yang bersifat rutin. Jika angkanya tinggi, itu adalah sinyal kuat bahwa ada proses yang bisa diotomasi atau disederhanakan.

B.3 Dimensi 3 — Keandalan: "Apakah Sistem Bisa Diandalkan?"

Keandalan (reliability) mengukur seberapa konsisten dan stabil sistem berfungsi. Sistem yang tidak andal menciptakan ketidakpastian — dan ketidakpastian adalah musuh pengambilan keputusan yang baik.

Indikator keandalan yang umum digunakan:

Perspektif manajerial: Keandalan sistem tidak hanya menyangkut teknisnya. Sebuah sistem secara teknis mungkin jarang down, tapi jika data yang disajikannya sering tidak konsisten atau perlu diverifikasi ulang secara manual, manajer akan kehilangan kepercayaan pada sistem tersebut — dan akhirnya tidak menggunakannya. Kepercayaan pengguna adalah bentuk lain dari keandalan.

B.4 Dimensi 4 — Kepuasan Pengguna: "Apakah Pengguna Benar-Benar Terbantu?"

Ini adalah dimensi yang paling sering diabaikan dalam evaluasi TI tradisional — tapi ironisnya juga yang paling menentukan apakah sistem itu benar-benar digunakan atau hanya ada di atas kertas.

Sebuah sistem informasi secara teknis bisa sangat canggih, akurat, dan cepat — tapi jika para penggunanya (manajer, staf, kepala cabang) merasa tidak nyaman menggunakannya, tidak memahami outputnya, atau tidak percaya pada hasilnya, maka sistem itu pada praktiknya tidak menghasilkan nilai apapun.

Komponen kepuasan pengguna yang perlu dievaluasi:

Cara mengumpulkan data kepuasan pengguna: survei berkala (misalnya menggunakan Google Forms — seperti yang akan kita pelajari di P14), wawancara mendalam, dan observasi langsung terhadap cara pengguna berinteraksi dengan sistem.

B.5 Cara Mengumpulkan Data Evaluasi

Keempat dimensi di atas memerlukan data. Berikut adalah metode pengumpulan yang dapat dilakukan oleh manajer di bank syariah:

C. IT Strategic Alignment: Menyelaraskan TI dengan Strategi Bisnis

C.1 Apa Artinya TI "Selaras" dengan Bisnis?

IT Strategic Alignment adalah kondisi di mana strategi pengembangan teknologi informasi bank berjalan seiring dan mendukung strategi bisnis bank — bukan berjalan sendiri-sendiri. Ini terdengar sederhana, tapi dalam praktiknya sangat sering tidak terwujud.

Perhatikan dua skenario berikut:

Skenario A — TI tidak selaras dengan bisnis: Manajemen bank syariah menetapkan prioritas strategis: "Kami ingin fokus pada nasabah UMKM di sektor pertanian dan meningkatkan pangsa pasar di daerah pedesaan." Tapi tim TI sedang mengembangkan sistem omnichannel canggih yang sangat cocok untuk nasabah muda perkotaan yang melek digital — karena itulah tren teknologi terkini. Investasi TI besar-besaran, tapi tidak memperkuat prioritas bisnis yang ditetapkan manajemen.

Skenario B — TI selaras dengan bisnis: Dengan prioritas yang sama (UMKM pertanian, daerah pedesaan), tim TI mengembangkan: (1) sistem pengajuan pembiayaan berbasis WhatsApp yang tidak memerlukan koneksi internet stabil, (2) modul analisis kelayakan pembiayaan yang memperhitungkan siklus musiman pertanian, dan (3) sistem early warning yang diakses via SMS untuk kepala cabang di daerah dengan sinyal internet terbatas.

Perbedaannya bukan pada seberapa canggih teknologinya — melainkan pada seberapa tepat sasaran teknologi itu menjawab kebutuhan bisnis yang nyata.

C.2 Akibat Ketidakselarasan TI dan Bisnis

Ketidakselarasan TI dengan bisnis adalah salah satu pemborosan terbesar dalam dunia perbankan. Bentuknya bisa bermacam-macam:

C.3 Roadmap Pengembangan Perbankan Syariah OJK 2023–2027: Arah Strategis yang Harus Dipahami

Salah satu referensi terpenting untuk IT Strategic Planning bank syariah Indonesia adalah Roadmap Pengembangan Perbankan Syariah Indonesia 2023–2027 yang diterbitkan OJK. Roadmap ini menetapkan arah strategis industri yang seharusnya menjadi acuan dalam merencanakan pengembangan SIM di setiap bank syariah.

Tiga pilar utama Roadmap 2023–2027 yang paling relevan dengan SIM:

Pilar 1 — Penguatan Struktur dan Daya Saing

• Bank syariah didorong untuk memperkuat kapabilitas analitik data (data analytics) sebagai fondasi pengambilan keputusan yang lebih baik
• Pengembangan infrastruktur TI yang mendukung efisiensi operasional — penurunan BOPO melalui otomasi proses
• Implikasi SIM: Bank perlu mengevaluasi apakah sistem BI dan dashboard yang dimiliki sudah cukup mendukung keputusan strategis. Jika belum, ini adalah prioritas pengembangan.

Pilar 2 — Akselerasi Digitalisasi

• Bank syariah didorong untuk memperluas layanan digital — terutama menjangkau segmen nasabah yang selama ini underbanked di daerah
• Pengembangan open banking dan ekosistem digital syariah yang terintegrasi
• Implikasi SIM: Sistem CRM yang ada perlu dikembangkan agar mampu mengelola data nasabah dari berbagai channel digital. Integrasi antar sistem menjadi prioritas.

Pilar 3 — Penguatan Tata Kelola, Manajemen Risiko, dan Kepatuhan

• Penguatan sistem manajemen risiko berbasis data yang real-time
• Pengembangan kapabilitas pelaporan kepada regulator yang lebih efisien dan akurat
• Implikasi SIM: Sistem early warning seperti yang kita bangun di P11 adalah langkah yang tepat arah. Bank perlu mengevaluasi seberapa real-time dan komprehensif sistem deteksi risikonya.

C.4 Dari Roadmap ke IT Strategic Plan: Menerjemahkan Visi ke Rencana Konkret

Setelah memahami arah strategis industri (Roadmap OJK) dan kondisi internal bank (hasil evaluasi SIM), langkah berikutnya adalah menyusun IT Strategic Plan — dokumen yang menerjemahkan visi bisnis ke dalam rencana pengembangan TI yang konkret, bertahap, dan terukur.

Komponen minimal sebuah IT Strategic Plan yang baik:

IT STRATEGIC PLAN — TEMPLATE RINGKAS

1. KONDISI SAAT INI (AS-IS)
   → Inventarisasi sistem yang ada + hasil evaluasi empat dimensi

2. KONDISI YANG DIINGINKAN (TO-BE)
   → Kapabilitas SIM yang dibutuhkan untuk mendukung strategi bisnis 3–5 tahun ke depan

3. GAP ANALYSIS
   → Apa saja yang "kurang" atau "perlu ditingkatkan" dari kondisi saat ini ke yang diinginkan?

4. INISIATIF DAN PRIORITAS
   → Daftar proyek/inisiatif TI yang akan menjembatani gap tersebut,
     diurutkan berdasarkan nilai bisnis dan kelayakan implementasi

5. ROADMAP IMPLEMENTASI
   → Jadwal pelaksanaan proyek: mana yang dikerjakan tahun ini,
     mana yang tahun depan, mana yang 3 tahun ke depan

6. ANGGARAN DAN SUMBER DAYA
   → Estimasi investasi dan sumber daya manusia yang dibutuhkan

7. KPI DAN EVALUASI
   → Bagaimana kita tahu bahwa IT Strategic Plan ini berhasil?

D. Kerangka Business Case: Dari Masalah ke Keputusan Investasi TI

D.1 Apa Itu Business Case dan Mengapa Tidak Semua Ide TI Layak Dijalankan?

Setiap tahun, ada banyak ide untuk meningkatkan sistem informasi bank — dari memperbarui modul CBS, membangun dashboard baru, mengotomasi laporan rutin, hingga mengimplementasikan sistem early warning yang lebih canggih. Semua terdengar bagus. Tapi anggaran, waktu, dan kapasitas SDM terbatas.

Bagaimana memutuskan mana yang dikerjakan terlebih dahulu? Jawabannya adalah business case — dokumen analisis yang menguraikan secara rasional mengapa sebuah proyek TI layak (atau tidak layak) untuk diinvestasikan.

Business case yang baik bukan sekadar presentasi yang meyakinkan — ia adalah analisis jujur yang mempertimbangkan baik manfaat maupun biaya, peluang maupun risiko. Dalam Islam, ini adalah wujud dari syura (musyawarah berbasis data dan argumen yang jernih) dan amanah dalam mengelola sumber daya lembaga.

D.2 Lima Komponen Business Case

Komponen 1 — Identifikasi Masalah (Problem Statement)

Jelaskan dengan spesifik: masalah apa yang ada saat ini? Bukan solusi — masalahnya dulu.

Panduan:

• Hindari pernyataan yang terlalu umum: "Sistem kita sudah ketinggalan zaman" → tidak cukup spesifik
• Gunakan data atau fakta konkret: "Kepala cabang baru mendapatkan laporan NPF pada tanggal 5 bulan berikutnya, padahal keputusan penanganan nasabah bermasalah sering harus dibuat dalam waktu 24–48 jam"
• Jelaskan dampak masalah saat ini: apa yang tidak bisa dilakukan bank karena masalah ini ada?

Pertanyaan pemandu:

• Proses apa yang masih dilakukan manual padahal bisa diotomasi?
• Informasi apa yang dibutuhkan manajer tapi tidak tersedia di sistem?
• Di mana sering terjadi kesalahan, penundaan, atau inefisiensi yang disebabkan oleh keterbatasan sistem?

Komponen 2 — Manfaat yang Diharapkan (Expected Benefits)

Jelaskan: apa yang akan berubah menjadi lebih baik jika proyek ini berhasil?

Dua jenis manfaat yang perlu dibedakan:

Manfaat tangible (terukur secara finansial atau operasional):

Manfaat intangible (tidak langsung terukur finansial tapi tetap penting):

• Peningkatan kepuasan nasabah → loyalitas jangka panjang
• Peningkatan kepatuhan regulasi → mengurangi risiko sanksi OJK
• Peningkatan kepercayaan manajemen terhadap kualitas data → keputusan lebih baik
• Peningkatan moral dan kepuasan karyawan → turnover berkurang

Komponen 3 — Estimasi Biaya dan Usaha (Cost & Effort Estimation)

Jawab: berapa "harga" yang harus dibayar untuk mewujudkan manfaat tersebut?

Biaya yang perlu dipertimbangkan:

Biaya implementasi (satu kali):

• Lisensi perangkat lunak atau biaya pengembangan
• Biaya konsultan/vendor eksternal
• Biaya pelatihan SDM
• Biaya infrastruktur (server, jaringan) jika diperlukan
• Biaya pengujian dan migrasi data

Biaya operasional (berulang, per tahun):

• Biaya pemeliharaan sistem (maintenance)
• Biaya berlangganan cloud atau lisensi tahunan
• Biaya SDM tambahan untuk operasional sistem baru
• Biaya dukungan teknis dan pembaruan sistem

Usaha non-finansial:

• Waktu manajemen yang dibutuhkan untuk proyek ini
• Gangguan sementara terhadap operasional normal selama implementasi
• Kurva pembelajaran yang perlu dilalui pengguna

Komponen 4 — Risiko yang Perlu Diantisipasi (Risk Assessment)

Jawab: apa yang bisa salah, dan seberapa serius akibatnya?

Tiga kategori risiko proyek TI di bank syariah:

Komponen 5 — Rekomendasi (Go / No-Go / Hold)

Berdasarkan analisis keempat komponen sebelumnya, buat rekomendasi yang jelas:

Catatan penting: Rekomendasi "No-Go" bukanlah kegagalan — justru sebaliknya. Seorang manajer yang menganalisis sebuah ide dengan jujur dan berani mengatakan "ini tidak layak" adalah manajer yang bertanggung jawab. Lebih baik business case yang merekomendasikan "tidak dilanjutkan" berdasarkan analisis yang kuat, daripada proyek yang dipaksakan berjalan dan akhirnya gagal di tengah jalan dengan kerugian besar.

E. Evaluasi dan Perencanaan dalam Perspektif Islam

E.1 Syura — Musyawarah sebagai Fondasi Keputusan TI

Q.S. Asy-Syura: 38 menjadikan syura (musyawarah) sebagai salah satu ciri utama komunitas Muslim yang beriman. Dalam konteks evaluasi dan perencanaan SIM, syura bermakna bahwa:

Keputusan besar tentang sistem informasi tidak boleh dibuat sepihak — baik sepihak oleh tim TI yang tidak memahami kebutuhan bisnis, maupun sepihak oleh manajemen yang tidak memahami keterbatasan teknis.

Evaluasi dan perencanaan SIM yang baik selalu melibatkan semua pemangku kepentingan (stakeholders): kepala cabang yang menggunakan informasi untuk keputusan sehari-hari, staf yang berinteraksi langsung dengan sistem, tim TI yang memahami kapabilitas teknis, tim kepatuhan yang memahami regulasi, dan jika perlu, perwakilan nasabah yang merasakan dampak sistem.

Syura dalam business case: sebelum merekomendasikan proyek TI, manajer yang baik tidak hanya menghitung angka — ia juga mengumpulkan masukan dari semua pihak yang akan terdampak. Ini bukan hanya praktik manajemen yang baik — ini adalah kewajiban Islam.

E.2 I'dad — Persiapan sebagai Kewajiban, Bukan Pilihan

Q.S. Al-Anfal: 60 mengajarkan: "Dan siapkanlah untuk menghadapi mereka kekuatan apa saja yang kamu sanggupi...". Meski ayat ini turun dalam konteks militer, para ulama mengambil darinya prinsip umum yang sangat relevan: mempersiapkan diri secara optimal adalah kewajiban, bukan sekadar kebijaksanaan.

Dalam konteks perencanaan SIM:

• IT Strategic Plan yang baik adalah bentuk i'dad — mempersiapkan bank menghadapi perubahan bisnis, ancaman kompetitor, dan tuntutan regulasi yang akan datang
• Bank yang tidak merencanakan pengembangan TI-nya secara serius adalah bank yang tidak melaksanakan i'dad — dan konsekuensinya akan datang, cepat atau lambat
• I'dad tidak berarti memiliki teknologi terbaru dan termahal. Ia berarti memiliki sistem yang cukup dan tepat untuk menjalankan misi bank dengan efektif dan bertanggung jawab

E.3 Islah — Perbaikan Berkelanjutan sebagai Budaya

Islah (perbaikan/reformasi) adalah prinsip Islam yang mendorong setiap muslim untuk terus memperbaiki kondisi yang ada — baik kondisi diri, keluarga, maupun organisasi. Dalam konteks evaluasi SIM:

Evaluasi berkala yang kita bahas hari ini adalah institusionalisasi prinsip islah dalam pengelolaan sistem informasi bank. Bank yang mengevaluasi SIM-nya setiap tahun, mengidentifikasi kelemahan, dan secara aktif mengambil tindakan perbaikan — adalah bank yang menjalankan islah secara organisasional.

Islah juga mengingatkan bahwa perbaikan harus jujur dan berani: tidak ada manfaatnya melakukan evaluasi yang hanya mengkonfirmasi hal-hal baik sambil menutup mata terhadap masalah. Seperti halnya seseorang yang bercermin — cermin hanya bermanfaat jika menampilkan gambaran yang jujur, bukan gambaran yang diinginkan.

E.4 Tawakkul Setelah Ikhtiar: Batas antara Perencanaan dan Kepasrahan

Ada pertanyaan yang mungkin muncul: jika Islam mengajarkan tawakkul (berserah kepada Allah), apakah ini tidak bertentangan dengan semangat perencanaan yang kita bahas hari ini?

Jawabannya terletak pada urutan yang benar. Islam tidak mengajarkan kepasrahan tanpa usaha — sebaliknya, Islam mengajarkan: ikhtiar terlebih dahulu, tawakkul setelahnya. Tawakkul tanpa ikhtiar adalah kemalasan yang dibalut dengan label agama.

Dalam konteks manajemen TI: bank syariah wajib merencanakan, mengevaluasi, dan mengembangkan sistem informasinya dengan serius dan optimal — ini adalah ikhtiar. Setelah semua perencanaan dan implementasi dilakukan sebaik mungkin, hasil akhirnya diserahkan kepada Allah sambil terus memantau dan memperbaiki — ini adalah tawakkul yang sesungguhnya.

💻 KEGIATAN LABORATORIUM

Judul Kegiatan: Evaluasi SIM dan Penyusunan Business Case Mini untuk Bank Syariah Fiktif

Tujuan: Mahasiswa mampu menerapkan kerangka evaluasi empat dimensi untuk menilai kondisi SIM yang ada, dan menyusun business case mini menggunakan template terstruktur — berlatih kompetensi analisis dan komunikasi tertulis yang akan dibutuhkan dalam pekerjaan sebagai profesional perbankan syariah.

Alat yang Dibutuhkan:

• Komputer lab dengan akses internet
• Browser (akses Google Docs dan Roadmap OJK)
• Template business case dari dosen (tersedia di bawah)

Alokasi Waktu: 55 menit

Konteks Skenario: BPRS Amanah Berkah, Batang

Baca konteks berikut dengan seksama sebelum memulai lab:

BPRS Amanah Berkah adalah Bank Pembiayaan Rakyat Syariah yang berlokasi di Kabupaten Batang, Jawa Tengah. Bank ini berdiri sejak 2008 dan kini memiliki 1 kantor pusat dan 2 kantor kas. Total aset Rp 85 miliar dengan 2.400 rekening aktif dan portofolio pembiayaan senilai Rp 52 miliar yang didominasi pembiayaan UMKM sektor perdagangan dan pertanian.

Kondisi sistem informasi yang ada saat ini:

Kondisi yang dikeluhkan oleh manajemen BPRS Amanah Berkah:

1. "Kami baru tahu NPF kami sudah 4,8% ketika laporan bulanan masuk tanggal 5. Padahal situasinya sudah berkembang sejak minggu ketiga bulan lalu. Kami tidak bisa bergerak cepat."

2. "Staf keuangan kami menghabiskan 2 hari penuh setiap awal bulan hanya untuk menyiapkan laporan rutin ke OJK. Waktu yang harusnya bisa untuk melayani nasabah."

3. "Kami tidak punya cara untuk mengetahui nasabah mana yang berpotensi mengembangkan usahanya dan layak ditawarkan pembiayaan tambahan, kecuali petugas kami yang ingat secara personal."

Langkah-Langkah Praktikum

Langkah 1 (5 menit) — Setup dan Pemilihan Fokus

1. Buka Google Docs → buat dokumen baru
2. Beri judul: Business Case Lab 12 — [NIM] — [Nama]
3. Dari tiga keluhan manajemen BPRS Amanah Berkah di atas, pilih SATU yang akan menjadi fokus business case Anda:

Opsi A: Membangun sistem pelaporan otomatis ke OJK (menjawab keluhan #2) Opsi B: Membangun sistem early warning NPF berbasis digital (menjawab keluhan #1) Opsi C: Membangun modul analitik nasabah sederhana (menjawab keluhan #3)

Tulis pilihan Anda di bagian atas dokumen beserta alasan singkat memilihnya (2–3 kalimat).

Langkah 2 (15 menit) — Evaluasi SIM Terkait (Kondisi AS-IS)

Sebelum menulis business case, lakukan evaluasi singkat terhadap kondisi SIM BPRS yang relevan dengan opsi Anda menggunakan kerangka empat dimensi:

EVALUASI SIM — BPRS AMANAH BERKAH
Sistem yang dievaluasi: [sebutkan spesifik — misal: "Sistem pelaporan NPF saat ini"]

DIMENSI 1 — EFEKTIVITAS
Penilaian (1–5): ___
Alasan dan bukti dari skenario: ___________________________________

DIMENSI 2 — EFISIENSI
Penilaian (1–5): ___
Alasan dan bukti dari skenario: ___________________________________

DIMENSI 3 — KEANDALAN
Penilaian (1–5): ___
Alasan dan bukti dari skenario: ___________________________________

DIMENSI 4 — KEPUASAN PENGGUNA
Penilaian (1–5): ___
Alasan dan bukti dari skenario: ___________________________________

KESIMPULAN EVALUASI (1–2 kalimat):
Aspek mana yang paling kritis dan paling mendesak diperbaiki?

Skala penilaian: 1 = Sangat Buruk, 2 = Buruk, 3 = Cukup, 4 = Baik, 5 = Sangat Baik

Langkah 3 (25 menit) — Menyusun Lima Komponen Business Case

Isi template business case berikut di Google Docs Anda. Gunakan kalimat lengkap dan argumen yang didukung oleh informasi dari skenario:

BUSINESS CASE MINI BPRS AMANAH BERKAH — BATANG [Judul proyek sesuai opsi yang dipilih] Disusun oleh: [Nama] | Tanggal: [hari ini]

KOMPONEN 1 — IDENTIFIKASI MASALAH (target: 1 paragraf padat, 4–6 kalimat)

Jelaskan:

• Kondisi sistem yang ada saat ini (dengan data spesifik dari skenario)
• Dampak konkret dari masalah ini terhadap operasional dan keputusan manajerial
• Mengapa masalah ini tidak bisa dibiarkan lebih lama

Hindari: pernyataan terlalu umum seperti "sistem kami sudah ketinggalan zaman". Gunakan: angka, waktu, dan dampak yang spesifik dari skenario.

KOMPONEN 2 — MANFAAT YANG DIHARAPKAN (target: tabel manfaat + 1 paragraf)

Buat tabel dua kolom:

Kemudian tulis satu paragraf: dari kelima manfaat di atas, mana yang menurut Anda paling signifikan dan mengapa?

KOMPONEN 3 — ESTIMASI BIAYA DAN USAHA (target: tabel biaya + catatan)

Buat estimasi biaya yang masuk akal untuk sebuah BPRS skala kecil-menengah:

Catatan: Anda boleh membuat estimasi yang masuk akal — ini adalah latihan kerangka berpikir, bukan perhitungan akuntansi yang presisi. Yang terpenting adalah logika estimasi Anda konsisten.

KOMPONEN 4 — RISIKO YANG PERLU DIANTISIPASI (target: 3 risiko dengan mitigasi)

KOMPONEN 5 — REKOMENDASI (target: 1 paragraf tegas + justifikasi)

Nyatakan dengan jelas: apakah proyek ini direkomendasikan untuk GO, HOLD, atau NO-GO?

Jelaskan:

• Dasar utama rekomendasi Anda (merujuk pada analisis komponen 1–4)
• Jika GO: kondisi apa yang harus dipastikan sebelum proyek dimulai?
• Jika HOLD: kapan waktu yang tepat untuk memulai dan apa yang harus disiapkan dulu?
• Jika NO-GO: apa alternatif solusi yang lebih baik?

Akhiri dengan satu kalimat yang mengaitkan rekomendasi ini dengan salah satu prinsip Islam yang relevan (syura, i'dad, islah, amanah, atau lainnya).

Langkah 4 (10 menit) — Mengaitkan Business Case dengan Roadmap OJK

1. Buka browser → akses https://www.ojk.go.id (opens in a new tab)
2. Cari dokumen Roadmap Pengembangan Perbankan Syariah Indonesia 2023–2027
3. Baca sekilas (fokus pada bagian ringkasan atau pilar-pilar utama)
4. Tambahkan satu paragraf singkat di bagian akhir business case Anda:

"Proyek yang diusulkan ini selaras/tidak selaras dengan Roadmap OJK 2023–2027 karena... [jelaskan pilar roadmap mana yang relevan dan bagaimana proyek ini mendukung atau bertentangan dengannya]."

Langkah 5 (Sisa waktu) — Review dan Share

1. Baca ulang seluruh business case Anda — pastikan setiap komponen terisi, argumen konsisten, dan tidak ada pernyataan yang tidak didukung data/fakta dari skenario
2. Share dokumen Google Docs → siapapun yang punya link bisa melihat → salin link
3. Siapkan untuk dipresentasikan secara singkat jika dosen meminta (2–3 menit per mahasiswa)

📋 PENUGASAN

TUGAS 12 — Business Case yang Diperluas + Sintesis Blok 3 Deadline: Dikumpulkan sebelum Pertemuan ke-13 Format: Laporan dikumpulkan dalam format PDF (4–5 halaman A4, spasi 1,5) + link Google Docs lab Pengumpulan: Via Ngaji UIN Gusdur (opens in a new tab)

LEMBAR TUGAS 12

Nama: ________________________ | NIM: ________________________ | Tanggal: ________________________

Bagian A — Pengembangan Business Case (40 poin)

Kembangkan business case yang Anda tulis di lab menjadi lebih komprehensif dengan menambahkan tiga elemen:

A.1 — Analisis Perbandingan Dua Opsi (15 poin)

Dari tiga opsi di lab (A, B, C), Anda sudah memilih satu. Sekarang bandingkan opsi yang Anda pilih dengan satu opsi lain yang tidak Anda pilih:

Berdasarkan tabel ini, apakah rekomendasi Anda berubah? Mengapa?

A.2 — Analisis Dampak Jangka Panjang (15 poin)

Proyeksikan: jika proyek yang Anda rekomendasikan berhasil diimplementasikan dalam 12 bulan ke depan, bagaimana kondisi KPI utama BPRS Amanah Berkah akan berubah dalam 2 tahun? Bahas dampak yang mungkin terhadap: efisiensi operasional (BOPO), kualitas pembiayaan (NPF), pertumbuhan nasabah, dan kepuasan karyawan.

A.3 — Perspektif DPS (Dewan Pengawas Syariah) (10 poin)

Jika business case ini harus dipresentasikan kepada DPS (bukan hanya kepada Direktur), pertanyaan atau perhatian tambahan apa yang mungkin diajukan DPS dari perspektif kepatuhan syariah? Bagaimana Anda menjawabnya?

Bagian B — Sintesis Blok 3: Refleksi Menyeluruh (35 poin)

Tulis esai reflektif (500–600 kata) yang menjawab pertanyaan berikut secara terintegrasi:

"Anda telah menempuh Blok 3 selama empat pertemuan — BI & Dashboard (P9), CRM (P10), Manajemen Risiko (P11), dan Evaluasi & Perencanaan (P12). Masing-masing pertemuan membahas satu 'wajah' dari sistem informasi manajerial bank syariah.

Jika Anda adalah Direktur Utama sebuah BPRS yang baru dilantik, dan Anda memiliki anggaran terbatas untuk membangun sistem informasi manajerial dari nol — dengan hanya bisa memilih SATU dari empat sistem (dashboard BI, CRM, early warning, atau evaluasi & perencanaan) untuk diimplementasikan terlebih dahulu — mana yang akan Anda pilih dan mengapa?

Dalam menjawab, pertimbangkan: (1) manfaat operasional jangka pendek, (2) dampak strategis jangka panjang, (3) keterbatasan sumber daya BPRS kecil, dan (4) nilai-nilai Islam yang relevan bagi pemimpin bank syariah yang baru.

Akhiri esai dengan refleksi: apa satu pelajaran terpenting dari Blok 3 yang akan Anda bawa ke karir Anda sebagai profesional perbankan syariah?"

Bagian C — Eksplorasi Mandiri: Akses Roadmap OJK (25 poin)

1. Unduh atau buka Roadmap Pengembangan Perbankan Syariah Indonesia 2023–2027 dari website OJK
2. Pilih satu program/inisiatif spesifik dari roadmap tersebut yang menurut Anda paling berdampak terhadap kebutuhan SIM bank syariah
3. Analisis:
   • Apa isi program/inisiatif tersebut?
   • Mengapa OJK memprioritaskannya?
   • Sistem informasi apa yang perlu dimiliki/dikembangkan bank syariah untuk mendukung implementasinya?
   • Jika dikaitkan dengan BPRS kecil seperti Amanah Berkah, apakah inisiatif ini realistis untuk diikuti? Apa tantangan dan langkah konkretnya?

Cantumkan: sumber dokumen OJK yang Anda gunakan (judul, halaman/bagian).

💬 BAHAN DISKUSI KELAS

Diskusi 1 — Sintesis Blok 3:

"Di lab P9 kita membangun dashboard KPI. Di P10 kita mensegmentasi 20 nasabah. Di P11 kita membangun early warning untuk 6 nasabah pembiayaan aktif. Semua di Excel, dengan data fiktif. Sekarang bayangkan skenario nyata: sebuah BPRS memutuskan mengimplementasikan ketiga sistem itu sekaligus. Apa tantangan terbesar yang akan dihadapi — bukan dari sisi teknis, tapi dari sisi manusia (SDM) dan proses organisasi? Dan dari sisi mana sebaiknya implementasi dimulai?"

Diskusi 2 — Dilema Business Case:

"Sebuah bank syariah kecil memiliki dua opsi: (A) membangun sistem early warning NPF yang canggih seharga Rp 500 juta yang bisa mendeteksi risiko 2 bulan lebih awal, atau (B) mempekerjakan 3 petugas lapangan tambahan dengan total gaji Rp 360 juta per tahun yang tugasnya mengunjungi nasabah secara rutin dan melaporkan kondisi secara personal. Dari perspektif business case — mana yang lebih menguntungkan? Dari perspektif nilai Islam tentang hubungan personal dan pelayanan yang bermartabat — mana yang lebih tepat? Apakah keduanya harus dipilih salah satu, atau bisa dikombinasikan?"

Diskusi 3 — Evaluasi Sistem Kita Sendiri:

"Selama empat pertemuan di Blok 3, kita telah menggunakan Excel sebagai alat utama untuk membangun berbagai sistem informasi manajerial. Sekarang, gunakan kerangka evaluasi empat dimensi (efektivitas, efisiensi, keandalan, kepuasan pengguna) untuk mengevaluasi Excel sebagai 'sistem informasi manajerial' bagi sebuah BPRS kecil. Apa kekuatannya? Apa keterbatasannya? Di titik mana sebuah BPRS seharusnya mulai beralih dari Excel ke sistem yang lebih dedicated?"

📖 REFERENSI PERTEMUAN 12

Referensi Utama

Referensi Perbankan Syariah dan Regulasi

Referensi Metodologi Evaluasi

Referensi Nilai Islam

🗒️ KOLOM REFLEKSI & CATATAN DOSEN

┌──────────────────────────────────────────────────────────────────────┐
│               CATATAN PELAKSANAAN PERTEMUAN 12                       │
├──────────────────────────────────────────────────────────────────────┤
│ Tanggal pelaksanaan         : _______________________________________ │
│ Jumlah mahasiswa hadir      : _______________________________________ │
│                                                                      │
│ DISTRIBUSI OPSI LAB:                                                 │
│ Mahasiswa yang memilih Opsi A (pelaporan OJK)    : ______ orang      │
│ Mahasiswa yang memilih Opsi B (early warning)    : ______ orang      │
│ Mahasiswa yang memilih Opsi C (analitik nasabah) : ______ orang      │
│                                                                      │
│ PROGRESS LAB:                                                        │
│ % mahasiswa selesai Langkah 1–2 (setup + evaluasi): _________%      │
│ % mahasiswa selesai Langkah 3 (5 komponen BC): ______________%      │
│ % mahasiswa selesai Langkah 4 (koneksi Roadmap): ____________%      │
│ % mahasiswa selesai Langkah 5 (review + share): _____________%      │
│                                                                      │
│ KUALITAS BUSINESS CASE:                                              │
│ Komponen yang paling banyak dikerjakan dengan baik:                  │
│   __________________________________________________________________ │
│ Komponen yang paling banyak dikerjakan dengan kurang baik:           │
│   __________________________________________________________________ │
│ Apakah mahasiswa mampu membedakan manfaat tangible vs intangible?    │
│   Ya / Sebagian / Tidak                                              │
│                                                                      │
│ SINTESIS BLOK 3:                                                     │
│ Apakah mahasiswa berhasil menghubungkan P9–P12 sebagai satu          │
│ ekosistem SIM yang utuh?  Ya / Sebagian / Tidak                     │
│ Argumen menarik dari diskusi sintesis Blok 3:                        │
│   __________________________________________________________________ │
│                                                                      │
│ KONEKSI KE P13:                                                      │
│ Seberapa siap mahasiswa untuk materi IT Governance di P13?           │
│ (berdasarkan kualitas diskusi dan pemahaman yang teramati)           │
│   __________________________________________________________________ │
│                                                                      │
│ KENDALA TEKNIS LAB:                                                  │
│   __________________________________________________________________ │
│ Catatan lain                : _______________________________________ │
└──────────────────────────────────────────────────────────────────────┘

Refleksi Mahasiswa (10 Menit Terakhir)

Luangkan 10 menit terakhir untuk menjawab tiga pertanyaan berikut di buku catatan Anda (tidak dikumpulkan):

1. Sintesis Blok 3: Gambarlah sebuah diagram sederhana di buku catatan — bukan diagram teknis, melainkan diagram "cerita" — yang menunjukkan bagaimana seorang kepala cabang bank syariah menggunakan empat sistem yang kita pelajari di Blok 3 (dashboard BI, CRM, early warning, evaluasi & perencanaan) dalam satu hari kerja yang khas. Di momen apa ia menggunakan sistem yang mana? Bagaimana satu sistem memberi informasi kepada sistem lainnya?

2. Sebagai calon profesional: Business case yang Anda tulis hari ini adalah miniatur dari kompetensi yang sangat dibutuhkan di dunia kerja nyata — kemampuan menganalisis masalah secara sistematis, menimbang manfaat dan risiko, dan memberikan rekomendasi yang beralasan. Aspek mana dari kerangka business case yang paling terasa sulit bagi Anda? Apa yang perlu Anda latih lebih lanjut?

3. Refleksi I'dad sebagai pribadi: Kita belajar hari ini bahwa i'dad (persiapan) adalah kewajiban, bukan pilihan. Jika prinsip ini diterapkan pada diri Anda sendiri sebagai mahasiswa yang akan segera lulus dan memasuki dunia perbankan syariah — apa yang masih perlu Anda "bangun" dan "perbaiki" dalam diri sendiri sebelum terjun ke industri? Kompetensi apa yang masih menjadi "gap" yang perlu dijembatani?

🔗 KONEKSI KE PERTEMUAN BERIKUTNYA DAN BLOK 4

Selamat — Anda telah menyelesaikan Blok 3!

Perjalanan empat pertemuan ini telah membawa Anda dari sekadar mengerti "apa itu BI" (P9) hingga mampu menyusun argumen tertulis tentang "apakah sebuah investasi TI layak dilakukan" (P12). Itu adalah lompatan kompetensi yang signifikan.

Pertemuan 13 membuka Blok 4 — Tata Kelola dan Proyek Akhir, yang akan membahas:

• IT Governance: bagaimana memastikan bahwa semua sistem yang sudah dibangun, dievaluasi, dan direncanakan — berjalan dalam kerangka tata kelola yang bertanggung jawab, transparan, dan sesuai regulasi
• Framework COBIT 5 sebagai kerangka IT Governance yang diakui secara global
• Regulasi OJK terkait tata kelola TI: POJK No. 38/POJK.03/2016 dan kaitannya dengan praktik bank syariah sehari-hari
• Hubungan antara IT Governance dan prinsip-prinsip GCG (Good Corporate Governance) dalam Islam

Koneksi penting: Evaluasi dan perencanaan SIM yang kita pelajari hari ini adalah prasyarat dari IT Governance di P13. Tata kelola TI yang baik tidak bisa berjalan tanpa evaluasi yang sistematis — sebagaimana yang sudah kita pelajari. Manajer yang memahami cara mengevaluasi sistem dan menyusun business case akan jauh lebih siap memahami mengapa IT Governance penting dan bagaimana menjalankannya secara efektif.

Persiapan untuk Pertemuan 13:

• Kumpulkan Tugas 12 sebelum pertemuan dimulai
• Mulai pikirkan topik Proyek Akhir kelompok Anda — dosen akan meminta setiap kelompok menyampaikan ide topik awal di P13. Pilihan topik tersedia di RPS (salah satunya: Business Case untuk proyek SIM — yang bisa dikembangkan dari lab hari ini!)
• Pertanyaan untuk direnungkan sebelum masuk kelas: "Kita sudah belajar bagaimana membangun dan mengevaluasi berbagai sistem informasi. Tapi siapa yang memastikan semua sistem itu dibangun dan digunakan dengan cara yang benar — tidak disalahgunakan, tidak mengancam privasi nasabah, tidak melanggar regulasi, dan benar-benar melayani misi bank syariah? Itulah yang dijawab oleh IT Governance."

Modul ini disusun berdasarkan Rencana Pembelajaran Semester (RPS) Mata Kuliah Sistem Informasi Manajemen v2.0 (Revisi Maret 2026), Program Studi Perbankan Syariah, UIN K.H. Abdurrahman Wahid Pekalongan, mengacu pada Standar Nasional Pendidikan Tinggi (SN-Dikti) Permendikbudristek No. 53 Tahun 2023.

© FEBI UIN K.H. Abdurrahman Wahid Pekalongan — Program Studi Perbankan Syariah