Program Studi Bisnis Digital • FEB UNDIP

Manajemen Risiko

Pertemuan 5 — Identifikasi Risiko (Bagian 2)

Teknik identifikasi lanjut: analisis skenario, brainstorming terstruktur, wawancara, dan metode Delphi — lalu menyusun risk register pertama Anda.

RPS MINGGU 5 • 2 × 50 MENIT

Tujuan Pembelajaran Hari Ini

Setelah pertemuan ini, Anda mampu menerapkan teknik identifikasi risiko lanjut dan menyusun risk register awal. Secara rinci:

CAPAIAN 1

4 TEKNIK

Menjelaskan cara kerja analisis skenario, brainstorming, wawancara, dan metode Delphi (teknik konsensus ahli bertahap-anonim).

CAPAIAN 2

RISK REGISTER

Menyusun kolom inti risk register (daftar risiko terstruktur) dari hasil identifikasi kasus nyata.

Recap Cepat: Apa yang Sudah Kita Bahas Minggu Lalu?

Pertemuan 4 menutup identifikasi risiko dasar: prosedur umum dan teknik awal.

LANGKAH 1

SUMBER

Memetakan sumber risiko internal & eksternal organisasi.

LANGKAH 2

DAFTAR

Membuat daftar awal indikasi risiko dari checklist & dokumen historis.

LANGKAH 3

DASAR

Teknik dasar: checklist, analisis dokumen, dan observasi lapangan.

Masalahnya: teknik dasar ini cenderung menangkap risiko yang sudah pernah terjadi. Bagaimana menangkap risiko yang belum pernah terjadi tapi berpotensi besar? Itulah fokus hari ini.

Bagian 1 dari 4

Analisis Skenario

Membayangkan masa depan secara sistematis untuk menemukan risiko yang belum pernah terjadi.

Apa Itu Analisis Skenario?

Analisis skenario (scenario analysis) adalah teknik menyusun beberapa gambaran masa depan yang berbeda dan masuk akal, lalu menganalisis dampaknya terhadap organisasi.

TIGA JENIS SKENARIO YANG UMUM DISUSUN

Skenario optimis — kondisi terbaik yang realistis (mis. permintaan naik 20%).
Skenario dasar (base case) — kondisi paling mungkin terjadi berdasarkan tren saat ini.
Skenario pesimis / ekstrem — kondisi terburuk yang masih masuk akal (mis. krisis nilai tukar rupiah, resesi global).

Beda dengan ramalan (forecast): analisis skenario TIDAK mencoba menebak satu masa depan yang paling akurat, tapi menyiapkan organisasi untuk beberapa kemungkinan sekaligus.

Jadi apa sebenarnya analisis skenario itu? Sederhananya, ini adalah cara menyusun beberapa gambaran masa depan yang berbeda-beda tapi tetap masuk akal, lalu kita analisis apa dampaknya kalau masing-masing skenario itu benar-benar terjadi. Biasanya perusahaan menyusun tiga skenario: optimis, dasar, dan pesimis. Misalnya sebuah e-commerce seperti Tokopedia bisa menyusun skenario optimis di mana transaksi Ramadan naik 30%, skenario dasar naik 10% sesuai tren tahun lalu, dan skenario pesimis di mana terjadi gangguan logistik nasional yang membuat pengiriman terhambat. Poin pentingnya, analisis skenario berbeda dari sekadar ramalan atau forecast — forecast mencoba menebak satu angka yang paling akurat, sementara analisis skenario sengaja menyiapkan beberapa kemungkinan sekaligus supaya organisasi tidak kaget apa pun yang terjadi.

Alur Kerja Analisis Skenario

Empat langkah sistematis dari penetapan variabel kunci sampai rencana mitigasi per skenario.

Contoh variabel kunci: kurs rupiah/dolar, harga BBM, tingkat suku bunga acuan BI, permintaan pasar.

Bagian 2 dari 4

Brainstorming Terstruktur

Menggali risiko dari perspektif kolektif tim lintas fungsi — teknik paling murah dan paling sering dipakai.

Brainstorming Terstruktur: Aturan Main

Sesi curah-pendapat lintas fungsi untuk menemukan risiko yang tidak terlihat dari satu sudut pandang saja.

SYARAT SESI EFEKTIF

Ada fasilitator netral yang menjaga alur.
Peserta lintas fungsi (bukan cuma satu divisi).
Fase generate dulu (tanpa kritik) baru fase evaluasi.
Semua ide dicatat, sekecil apa pun.

JEBAKAN UMUM

Groupthink — semua ikut opini paling senior/vokal.
Suara junior/staf lini depan tenggelam.
Sesi tanpa target waktu jadi ngalor-ngidul.

Ada dua sisi yang perlu Anda pahami. Di sisi syarat efektif, sesi brainstorming yang bagus punya fasilitator netral, peserta dari berbagai divisi, dan aturan penting yaitu fase menghasilkan ide dulu tanpa boleh dikritik, baru setelah itu masuk fase evaluasi. Kalau kritik dilakukan terlalu dini, orang jadi takut mengusulkan ide "aneh" padahal ide aneh itu justru sering menangkap risiko yang tidak terpikirkan orang lain. Di sisi jebakan, yang paling berbahaya adalah groupthink — istilah untuk situasi di mana semua orang ikut-ikutan opini orang paling senior atau paling vokal di ruangan, sehingga suara staf junior yang justru paling dekat dengan operasional harian jadi tidak terdengar. Contoh nyata, di banyak kasus kegagalan proyek infrastruktur di Indonesia, staf lapangan sebenarnya sudah melihat tanda bahaya jauh sebelum manajemen puncak sadar, tapi suaranya tidak sampai karena budaya rapat yang terlalu hierarkis.

Studi Kasus Mini: Brainstorming Risiko Warung Digital "Kopi Kita"

Kasus: UMKM kedai kopi yang baru buka layanan pesan-antar via aplikasi (GoFood/GrabFood).

HASIL SESI BRAINSTORMING TIM (5 PESERTA LINTAS PERAN)

Dari Kasir

Sistem pembayaran QRIS sering error

Dari Kurir Mitra

Alamat pelanggan sering salah/kurang jelas

Dari Pemilik

Ketergantungan pada 1 platform (GoFood)

Perhatikan: risiko "ketergantungan platform" baru muncul karena sudut pandang PEMILIK dilibatkan — kalau brainstorming cuma melibatkan kasir, risiko ini bisa terlewat sama sekali.

Mari kita lihat contoh konkret dalam skala kecil supaya konsepnya lebih terasa nyata. Bayangkan sebuah warung kopi kecil bernama "Kopi Kita" yang baru membuka layanan pesan-antar lewat GoFood. Kalau tim menggelar sesi brainstorming lintas peran, kasir mungkin mengangkat masalah QRIS yang sering error, kurir mitra mengangkat masalah alamat pelanggan yang sering salah, sementara pemilik usaha justru melihat risiko yang jauh lebih strategis, yaitu ketergantungan pada satu platform saja. Bayangkan kalau GoFood tiba-tiba menaikkan komisi atau mengalami gangguan sistem nasional — seluruh penjualan pesan-antar warung ini bisa lumpuh dalam sekejap. Inilah bukti nyata kenapa brainstorming harus lintas fungsi: risiko strategis seperti ketergantungan platform ini nyaris mustahil ditemukan kalau yang diajak bicara cuma satu peran saja.

Bagian 3 dari 4

Wawancara & Metode Delphi

Menggali pengetahuan tersembunyi (tacit knowledge) dari individu, dan konsensus ahli tanpa tekanan kelompok.

Wawancara: Menggali Tacit Knowledge

Wawancara satu-per-satu dengan pemilik proses (process owner) untuk mengungkap risiko yang tidak tertulis di dokumen manapun — disebut tacit knowledge (pengetahuan tersirat, pengalaman yang belum pernah didokumentasikan).

KAPAN DIPAKAI

TOPIK SENSITIF

Isu yang orang segan bicarakan di forum terbuka (mis. kelemahan internal, potensi fraud).

KUNCI SUKSES

PERTANYAAN TERBUKA

"Ceritakan kejadian nyaris gagal (near-miss) yang pernah Anda alami di sini" — bukan pertanyaan ya/tidak.

Contoh: pewawancara audit internal Bank Mandiri menemukan celah prosedur approval kredit justru dari cerita informal petugas cabang, bukan dari dokumen SOP resmi.

Wawancara itu kekuatannya ada pada kedalaman, bukan keluasan. Kita mewawancarai satu orang secara mendalam, biasanya pemilik proses atau process owner, yaitu orang yang benar-benar menjalankan aktivitas harian tertentu. Tujuannya menggali apa yang disebut tacit knowledge, pengetahuan tersirat yang ada di kepala seseorang tapi belum pernah dituliskan di SOP mana pun. Teknik ini paling berguna untuk topik yang sensitif, di mana orang segan berbicara terbuka di depan banyak orang tapi mau bercerita jujur secara personal. Kuncinya ada di jenis pertanyaan — gunakan pertanyaan terbuka seperti "ceritakan pengalaman nyaris gagal yang pernah Anda alami" alih-alih pertanyaan ya-tidak yang menutup cerita. Ada banyak kasus nyata di dunia perbankan Indonesia di mana celah prosedur justru ditemukan dari obrolan informal petugas cabang saat wawancara audit, bukan dari membaca dokumen resmi.

Metode Delphi: Konsensus Ahli Tanpa Tekanan Kelompok

Metode Delphi mengumpulkan pendapat sekelompok ahli secara anonim & bertahap (beberapa putaran kuesioner) sampai tercapai konsensus — TANPA mereka bertatap muka langsung.

MENGAPA ANONIM? MENGHINDARI DUA BIAS

Bias otoritas — peserta junior segan membantah pendapat direktur/senior.
Groupthink — tekanan sosial untuk "ikut mayoritas" di forum terbuka.

Metode Delphi ini dinamai dari Oracle di Delphi pada mitologi Yunani, tempat orang datang mencari ramalan masa depan — cocok karena metode ini memang dipakai untuk memprediksi risiko masa depan lewat konsensus ahli. Cara kerjanya, sekelompok ahli mengisi kuesioner secara terpisah dan anonim, hasilnya dirangkum dan dikirim ulang ke semua peserta tanpa menyebut siapa bilang apa, lalu mereka mengisi lagi di putaran kedua sambil melihat rangkuman itu. Proses ini diulang beberapa putaran sampai pendapat konvergen atau stabil. Alasan utama memakai cara anonim ini adalah menghindari dua bias besar: bias otoritas, di mana peserta junior segan membantah pendapat direktur meski secara teknis dia lebih paham lapangan, dan groupthink yang sudah kita bahas di brainstorming. Metode ini sering dipakai perusahaan tambang atau migas di Indonesia untuk menilai risiko geoteknis yang sangat teknis dan hanya dipahami segelintir pakar senior.

Hitung dari Nol: Skor Konsensus Delphi Putaran ke Putaran

5 ahli menilai kemungkinan (likelihood) risiko "gangguan pasokan bahan baku impor" pada skala 1–10. Hitung rentang (selisih maks–min) tiap putaran untuk melihat apakah konsensus tercapai.

Langkah	Perhitungan	Nilai
1. Skor Putaran 1 (5 ahli)	{4, 8, 5, 9, 6}	Maks 9, Min 4
2. Rentang Putaran 1	9 − 4	Rentang = 5
3. Skor Putaran 2 (setelah lihat rangkuman)	{6, 7, 6, 8, 7}	Maks 8, Min 6
4. Rentang Putaran 2	8 − 6	Rentang = 2
5. Penurunan rentang	(5 − 2) ÷ 5 × 100	Turun 60%

KESIMPULAN

KONVERGEN

Rentang turun tajam → opini ahli mulai sepakat, proses Delphi bisa dihentikan.

Sekarang kita hitung sendiri, langkah demi langkah, bagaimana fasilitator Delphi menilai apakah konsensus sudah tercapai. Di putaran pertama, lima ahli memberi skor kemungkinan risiko dari 1 sampai 10, hasilnya menyebar dari 4 sampai 9, jadi rentangnya adalah 9 dikurangi 4 sama dengan 5 — masih cukup lebar, tanda belum ada kesepakatan. Setelah fasilitator membagikan rangkuman anonim itu ke semua peserta, di putaran kedua skor mereka mulai mendekat, dari 6 sampai 8, rentangnya turun jadi 8 dikurangi 6 sama dengan 2. Kalau kita hitung persentase penurunan rentangnya, itu 5 dikurang 2 dibagi 5 dikali 100 sama dengan 60 persen — penurunan yang signifikan. Ketika rentang sudah menyempit seperti ini, fasilitator bisa menyimpulkan bahwa opini ahli sudah cukup konvergen dan proses Delphi bisa dihentikan, biasanya setelah dua sampai empat putaran.

Bagian 4 dari 4

Menyusun Risk Register

Mengubah hasil keempat teknik identifikasi menjadi satu dokumen terstruktur yang bisa dianalisis dan dikelola.

Apa Itu Risk Register?

Risk register (daftar risiko) adalah dokumen terstruktur yang mencatat SETIAP risiko teridentifikasi secara konsisten, menjadi dasar untuk analisis dan evaluasi di pertemuan-pertemuan berikutnya.

KOLOM INTI RISK REGISTER (TAHAP IDENTIFIKASI)

ID Risiko
Kode unik, mis. R-01

Deskripsi Risiko
Kejadian & penyebabnya

Kategori
Operasional/finansial/dll.

Sumber Teknik
Skenario/brainstorming/wawancara/Delphi

Pemilik Risiko
Divisi/individu penanggung jawab

Tanggal Catat
Untuk audit trail

Risk register pada intinya adalah tabel terstruktur, tapi jangan remehkan kesederhanaannya — inilah dokumen yang akan dipakai seluruh organisasi untuk mengelola risiko selama bertahun-tahun. Ada enam kolom inti yang wajib ada di tahap identifikasi ini. ID risiko memberi kode unik supaya mudah dirujuk, misalnya R-01, R-02, dan seterusnya. Deskripsi risiko menjelaskan kejadian apa yang bisa terjadi dan apa penyebabnya, ditulis sejelas mungkin, bukan cuma satu kata seperti "risiko IT" tapi lebih spesifik seperti "server pembayaran down lebih dari 2 jam akibat serangan DDoS". Kategori mengelompokkan risiko sesuai jenisnya, sumber teknik mencatat dari teknik identifikasi mana risiko itu ditemukan — apakah dari analisis skenario, brainstorming, wawancara, atau Delphi — supaya kita bisa melacak balik kalau perlu klarifikasi. Pemilik risiko menentukan siapa yang bertanggung jawab memantaunya, dan tanggal catat penting untuk jejak audit atau audit trail.

Contoh Risk Register Terisi — Kasus Startup Fintech "DanaCepat"

Hasil kombinasi keempat teknik identifikasi minggu ini, dirapikan ke format risk register.

ID	Deskripsi Risiko	Kategori	Sumber Teknik
R-01	Gagal bayar massal peminjam saat resesi	Kredit	Analisis skenario
R-02	Sistem API pembayaran down saat jam sibuk	Operasional	Brainstorming
R-03	Celah approval pinjaman tanpa verifikasi ganda	Kepatuhan	Wawancara
R-04	Model credit scoring bias terhadap wilayah tertentu	Reputasi	Delphi

Perhatikan kolom "Sumber Teknik" — setiap baris risk register bisa ditelusuri balik ke teknik identifikasi mana yang menemukannya. Ini bukti bahwa keempat teknik hari ini saling melengkapi, bukan saling menggantikan.

Mari kita lihat contoh nyata risk register yang sudah terisi, memakai studi kasus fiktif startup fintech bernama DanaCepat yang bergerak di pinjaman online. Risiko pertama, gagal bayar massal peminjam saat resesi, ditemukan lewat analisis skenario ketika tim membayangkan skenario ekonomi memburuk. Risiko kedua, sistem API pembayaran down saat jam sibuk, muncul dari sesi brainstorming staf IT dan operasional. Risiko ketiga, celah approval pinjaman tanpa verifikasi ganda, justru ditemukan lewat wawancara mendalam dengan staf lapangan yang tahu persis lubang prosedurnya. Risiko keempat, model credit scoring yang bias terhadap wilayah tertentu, ditemukan lewat metode Delphi karena butuh penilaian ahli data science yang sangat teknis. Perhatikan bagaimana empat risiko ini datang dari empat teknik berbeda — inilah bukti nyata kenapa kita perlu menguasai keempatnya, bukan cuma satu saja.

Hitung dari Nol: Dari Cerita Mentah ke Baris Risk Register

Walkthrough bertahap mengubah satu cerita wawancara MENTAH menjadi satu baris risk register yang rapi.

Langkah	Perhitungan	Nilai
1. Cerita mentah dari wawancara	"Kadang kurir kirim ke alamat salah karena GPS aplikasi meleset di area padat"	Data mentah
2. Ekstrak inti risiko	Buang detail personal, ambil pola berulang	Kesalahan lokasi GPS
3. Tulis deskripsi baku	Format: [kejadian] akibat [penyebab]	"Pengiriman gagal akibat GPS tidak akurat di area padat"
4. Tetapkan kategori	Cocokkan ke taksonomi risiko organisasi	Operasional
5. Tetapkan pemilik	Siapa yang mengelola operasional pengiriman?	Divisi Logistik

Slide ini tidak menghitung angka, tapi menghitung LANGKAH — proses berpikir dari cerita mentah sampai jadi satu baris risk register yang siap dianalisis. Langkah pertama, kita punya cerita mentah dari wawancara, misalnya seorang kurir bercerita bahwa kadang GPS aplikasi meleset di area padat penduduk sehingga pengiriman salah alamat. Langkah kedua, kita ekstrak inti risikonya, buang detail personal seperti nama kurir tapi ambil pola yang berulang, yaitu kesalahan lokasi akibat GPS. Langkah ketiga, kita tulis ulang jadi deskripsi baku dengan format kejadian diikuti penyebab, supaya semua baris risk register punya format konsisten dan mudah dibandingkan. Langkah keempat, kita cocokkan ke kategori risiko organisasi, dalam kasus ini masuk kategori operasional karena berkaitan dengan proses harian. Langkah kelima, kita tentukan siapa pemilik risikonya, yaitu divisi logistik karena merekalah yang mengelola proses pengiriman. Latihan berpikir seperti inilah yang akan Anda praktikkan langsung sebentar lagi.

Kapan Pakai Teknik yang Mana?

Keempat teknik punya kekuatan berbeda — pilih sesuai konteks, atau kombinasikan seperti kasus DanaCepat tadi.

Teknik	Kekuatan Utama	Kelemahan
Analisis skenario	Menangkap risiko masa depan/ekstrem	Butuh waktu & data variabel kunci
Brainstorming	Cepat, murah, banyak perspektif	Rawan groupthink
Wawancara	Menggali tacit knowledge mendalam	Butuh banyak waktu per individu
Delphi	Konsensus ahli tanpa bias otoritas	Prosesnya lambat (berputaran)

Latihan Kelompok: Susun Risk Register Anda

Waktu: 20 menit. Bentuk kelompok 4–5 orang, pilih SATU organisasi (kampus, warung/UMKM keluarga, atau startup fiktif).

INSTRUKSI

Gunakan minimal 2 dari 4 teknik hari ini (boleh simulasi wawancara internal kelompok).
Identifikasi minimal 4 risiko berbeda.
Tulis dalam format risk register: ID, deskripsi, kategori, sumber teknik, pemilik.
Siapkan 1 juru bicara untuk presentasi singkat 2 menit per kelompok.

Risk register ini akan menjadi CIKAL BAKAL tugas besar Anda di pertemuan 13–14. Simpan baik-baik.

Sekarang giliran Anda praktik langsung. Bentuk kelompok berisi empat sampai lima orang, lalu pilih satu organisasi sebagai objek — bisa kampus kita sendiri, warung atau usaha keluarga, atau bahkan startup fiktif yang Anda karang bersama. Gunakan minimal dua dari empat teknik yang sudah kita bahas hari ini; misalnya Anda bisa melakukan brainstorming cepat lalu simulasi wawancara internal antar anggota kelompok. Target Anda adalah menemukan minimal empat risiko berbeda dan menuliskannya dalam format risk register lengkap seperti contoh DanaCepat tadi. Saya beri waktu dua puluh menit, dan setelah itu satu juru bicara per kelompok akan presentasi singkat selama dua menit. Ingat baik-baik, risk register yang Anda buat hari ini bukan latihan sekali pakai — ini akan menjadi fondasi tugas besar yang terus Anda kembangkan sampai presentasi akhir di pertemuan 13 dan 14.

Rangkuman & Persiapan Minggu Depan

CHEAT SHEET HARI INI

Analisis skenario — bayangkan optimis/dasar/pesimis.
Brainstorming — lintas fungsi, hindari groupthink.
Wawancara — gali tacit knowledge individu.
Delphi — konsensus ahli anonim bertahap.
Risk register — dokumen inti, 6 kolom dasar.

MINGGU DEPAN — PERTEMUAN 6

ANALISIS RISIKO

VaR (Value at Risk), simulasi Monte Carlo, metode historis & analitik. Bawa risk register kelompok Anda — kita akan MENGUKUR risiko yang sudah diidentifikasi hari ini.