Program Studi Bisnis Digital • FEB UNDIP

Manajemen Risiko

Pertemuan 2 — Proses Manajemen Risiko

Konteks risiko, proses identifikasi risiko secara mendetail, dan menguraikan skenario peristiwa risiko yang mungkin terjadi dalam organisasi.

RPS MINGGU 2 • 2×50 MENIT

Tujuan Pembelajaran Hari Ini

Setelah pertemuan ini, Anda diharapkan mampu menjelaskan konteks risiko, proses identifikasi risiko, dan mengurai skenario peristiwa risiko dalam organisasi. Secara rinci:

CAPAIAN 1

PROSES

Menjelaskan alur proses manajemen risiko secara utuh, dari penetapan konteks sampai monitoring.

CAPAIAN 2

KONTEKS

Menjelaskan mengapa konteks internal dan eksternal harus ditetapkan sebelum risiko diidentifikasi.

CAPAIAN 3

IDENTIFIKASI

Menguraikan langkah identifikasi risiko secara mendetail dengan sumber dan kategori risiko.

CAPAIAN 4

SKENARIO

Mengurai skenario peristiwa risiko — bagaimana satu risiko bisa terjadi dan berdampak berantai.

Bagian 1 dari 4

Mengapa Butuh Proses yang Terstruktur?

Dari intuisi ke kerangka kerja yang bisa diaudit dan diulang.

Kasus: Gudang Terbakar, Lalu Apa?

Sebuah UMKM konveksi di Semarang kehilangan seluruh stok kain karena kebakaran gudang. Pemiliknya baru sadar: tidak ada asuransi, tidak ada data cadangan pemasok, tidak ada rencana darurat.

TANPA PROSES

REAKTIF

Risiko baru disadari setelah kejadian — sudah terlambat untuk mencegah kerugian.

DENGAN PROSES

PROAKTIF

Risiko kebakaran gudang sudah teridentifikasi & dimitigasi sejak awal (asuransi, pemasok cadangan).

SELISIH

RP 800 JT

Estimasi kerugian yang bisa dihindari bila risiko sudah diidentifikasi & dialihkan ke asuransi.

Proses manajemen risiko yang terstruktur mengubah organisasi dari reaktif (memadamkan kebakaran) menjadi proaktif (mencegah kebakaran terjadi).

Apa Itu Proses Manajemen Risiko?

Rangkaian aktivitas sistematis dan berulang untuk menetapkan konteks, mengidentifikasi, menganalisis, mengevaluasi, dan memperlakukan risiko — lalu memantaunya terus-menerus.

Kerangka paling dipakai di dunia adalah ISO 31000 (standar internasional manajemen risiko). Intinya: risiko tidak dikelola sekali lalu selesai, melainkan sebuah siklus yang terus berputar seiring organisasi berubah.

Pertemuan hari ini fokus pada dua tahap awal siklus tersebut: penetapan konteks dan identifikasi risiko — fondasi bagi seluruh tahap berikutnya.

Siklus Proses Manajemen Risiko (ISO 31000)

Lima tahap inti yang berputar terus-menerus, diapit oleh komunikasi/konsultasi dan pemantauan/tinjauan.

Hari ini kita fokus pada tahap 1 (Konteks) dan 2 (Identifikasi) — kotak paling kiri.

Coba Sendiri: Jelajahi Tahapan Siklus ISO 31000

Klik tiap tahap siklus untuk melihat penjelasan singkat apa yang dikerjakan di tahap itu dan bagaimana ia terhubung ke tahap berikutnya.

Konteks Risiko: Mengapa Ditetapkan Lebih Dulu?

Konteks risiko adalah batasan dan latar (lingkungan, tujuan, pemangku kepentingan) yang menentukan risiko mana yang relevan untuk diidentifikasi.

Analogi

Bayangkan Anda hendak memetakan bahaya di sebuah hutan. Sebelum berjalan, Anda perlu tahu dulu: hutan mana (batas area), musim apa (kondisi), dan siapa yang akan lewat (pendaki, warga, atau truk kayu).

Tanpa Konteks

Tim akan mengidentifikasi risiko terlalu luas (buang waktu) atau terlalu sempit (ada risiko besar terlewat). Contoh: startup fintech identifikasi risiko IT tanpa sadar mereka juga terpapar risiko regulasi OJK.

Dua Dimensi Konteks: Internal dan Eksternal

Konteks Internal

Struktur organisasi & tata kelola
Tujuan & strategi bisnis
Budaya kerja & kapabilitas SDM
Sumber daya (modal, sistem, aset)
Kebijakan & prosedur internal

Konteks Eksternal

Regulasi (OJK, Bank Indonesia, pajak)
Kondisi ekonomi makro & kurs
Persaingan & perilaku konsumen
Teknologi & disrupsi digital
Sosial-politik & bencana alam

Contoh: e-commerce seperti Tokopedia punya konteks internal (kapasitas server, budaya kerja) dan eksternal (persaingan Shopee, regulasi PMSE) yang keduanya menentukan risiko mana yang relevan.

Konteks selalu punya dua sisi, dan keduanya wajib ditetapkan bersamaan. Konteks internal adalah hal-hal yang ada di dalam kendali organisasi: struktur organisasi, tujuan strategis, budaya kerja, sumber daya yang dimiliki, sampai kebijakan internal. Konteks eksternal adalah hal-hal di luar kendali organisasi tapi tetap memengaruhi: regulasi dari Otoritas Jasa Keuangan atau Bank Indonesia, kondisi ekonomi makro seperti nilai tukar rupiah, persaingan pasar, perkembangan teknologi, sampai isu sosial-politik. Ambil contoh Tokopedia sebagai marketplace besar di Indonesia: secara internal mereka harus memikirkan kapasitas server dan budaya kerja timnya, sementara secara eksternal mereka harus memikirkan persaingan dengan Shopee dan perubahan regulasi perdagangan elektronik. Dua sisi ini harus dipetakan bersama sebelum identifikasi risiko dimulai.

Bagian 2 dari 4

Identifikasi Risiko Secara Mendetail

Menemukan risiko sebelum risiko itu menemukan Anda.

Apa Itu Identifikasi Risiko?

Proses menemukan, mengenali, dan mendeskripsikan risiko — sumbernya, peristiwanya, penyebabnya, dan potensi konsekuensinya — sebelum risiko itu terjadi.

Tujuan tahap ini bukan mengukur besar-kecilnya risiko (itu tahap analisis, minggu depan), melainkan membuat daftar selengkap mungkin — risiko yang tidak masuk daftar tidak akan pernah dikelola.

Dari Mana Risiko Bersumber?

Mengingatkan kembali kategori risiko dari Pertemuan 1 — sekarang kita pakai sebagai peta pencarian saat identifikasi.

INTERNAL

OPERASIONAL

Proses, SDM, sistem IT, kesalahan prosedur. Contoh: gangguan server aplikasi Gojek.

FINANSIAL

PASAR & KREDIT

Kurs, suku bunga, gagal bayar debitur. Contoh: kredit macet nasabah bank.

EKSTERNAL

STRATEGIS & HUKUM

Regulasi baru, bencana alam, reputasi. Contoh: sanksi OJK atas pelanggaran data.

Teknik Dasar Identifikasi Risiko

Berbasis Dokumen

Checklist — daftar risiko umum industri sejenis
Telaah data historis — insiden, klaim, komplain masa lalu
Analisis laporan keuangan — pos-pos rawan

Berbasis Diskusi & Observasi

Brainstorming tim lintas-divisi
Wawancara pemangku kepentingan kunci
Observasi lapangan proses kerja langsung

Teknik lanjut — analisis skenario, metode Delphi, dan penyusunan risk register — akan kita perdalam di Pertemuan 4 & 5.

Hari ini Anda hanya perlu mengenal teknik dasarnya dulu; teknik yang lebih canggih seperti analisis skenario dan metode Delphi akan kita bahas mendalam di pertemuan keempat dan kelima. Teknik berbasis dokumen mengandalkan data yang sudah ada: checklist risiko umum di industri sejenis, telaah insiden dan komplain masa lalu, atau analisis pos-pos rawan di laporan keuangan. Teknik berbasis diskusi dan observasi lebih menggali pengetahuan tacit dari orang-orang di lapangan: brainstorming lintas divisi supaya perspektif tidak sempit, wawancara dengan pemangku kepentingan kunci seperti kepala produksi atau kepala pemasaran, dan observasi langsung ke lapangan untuk melihat proses kerja apa adanya. Kombinasi kedua pendekatan ini biasanya menghasilkan daftar risiko yang jauh lebih lengkap dibanding memakai satu teknik saja.

Hitung dari Nol: Skor Kelengkapan Identifikasi Risiko

Tim manajemen risiko sebuah UMKM fesyen online mengecek 25 potensi risiko dari checklist industri e-commerce. Setelah brainstorming, mereka berhasil mengidentifikasi 18 risiko.

Langkah	Perhitungan	Nilai
1. Risiko dari checklist industri	Basis pembanding	25 risiko
2. Risiko berhasil teridentifikasi	Hasil brainstorming tim	18 risiko
3. Skor kelengkapan	18 ÷ 25 × 100	72%
4. Risiko yang masih terlewat	25 − 18	7 risiko

SKOR KELENGKAPAN

72%

Masih ada 7 risiko (28%) yang berpotensi terlewat

Apa Itu Skenario Peristiwa Risiko?

Skenario peristiwa risiko adalah narasi rinci: bagaimana sebuah risiko bisa benar-benar terjadi, dari penyebab awal sampai dampak akhir — bukan sekadar nama risiko dalam satu baris.

PENYEBAB → PERISTIWA → DAMPAK LANGSUNG → DAMPAK BERANTAI

Mengurai skenario memaksa Anda berpikir kausal (sebab-akibat), bukan sekadar mendaftar kata seperti "risiko kebakaran" atau "risiko fraud".

Walkthrough: Skenario "Server E-Commerce Down"

Menguraikan Rantai Peristiwa

1. Penyebab — Lonjakan trafik saat kampanye harbolnas (hari belanja online nasional) melebihi kapasitas server.

2. Peristiwa — Server platform e-commerce down selama 3 jam.

3. Dampak langsung — Transaksi gagal, penjual kehilangan omzet puncak musim belanja.

4. Dampak berantai — Keluhan viral di media sosial → reputasi turun → sebagian pengguna pindah ke kompetitor.

Mari kita jalankan satu contoh nyata langkah demi langkah. Penyebabnya adalah lonjakan trafik saat kampanye harbolnas, singkatan dari hari belanja online nasional, yang jumlah pengunjungnya melebihi kapasitas server yang disiapkan. Karena kapasitas terlampaui, terjadilah peristiwa nyata: server platform e-commerce mati selama tiga jam. Dampak langsungnya adalah transaksi yang gagal diproses, sehingga para penjual kehilangan omzet tepat di puncak musim belanja yang paling ramai. Tapi ceritanya tidak berhenti di situ — dampak berantai muncul ketika keluhan pengguna menjadi viral di media sosial, reputasi platform menurun, dan sebagian pengguna akhirnya pindah ke platform kompetitor. Perhatikan bagaimana satu penyebab teknis sederhana bisa merembet menjadi masalah reputasi dan bisnis jangka panjang.

Walkthrough: Skenario "Gangguan Rantai Pasok"

Menguraikan Rantai Peristiwa

1. Penyebab — Satu-satunya pemasok bahan baku tekstil mengalami gagal produksi.

2. Peristiwa — Pengiriman bahan baku ke pabrik konveksi tertunda 6 minggu.

3. Dampak langsung — Produksi berhenti, pesanan ke retailer tidak terpenuhi tepat waktu.

4. Dampak berantai — Retailer membatalkan kontrak → denda keterlambatan → arus kas perusahaan tertekan.

Akar masalah sebenarnya: ketergantungan pada satu pemasok tunggal (konsep single point of failure) — akan sering muncul lagi di analisis risiko operasional (Pertemuan 7).

Contoh kedua ini menunjukkan bagaimana risiko rantai pasok bisa merambat menjadi masalah keuangan. Penyebabnya, satu-satunya pemasok bahan baku tekstil yang selama ini diandalkan mengalami gagal produksi, misalnya karena kebakaran pabrik mereka sendiri. Peristiwanya, pengiriman bahan baku ke pabrik konveksi tertunda enam minggu. Dampak langsungnya, produksi terhenti dan pesanan ke retailer tidak bisa dipenuhi tepat waktu. Dampak berantainya, retailer membatalkan kontrak, perusahaan kena denda keterlambatan, dan arus kasnya tertekan. Akar masalah sebenarnya di sini adalah ketergantungan pada satu pemasok tunggal, istilah teknisnya single point of failure atau titik kegagalan tunggal — konsep ini akan sering muncul lagi ketika kita membahas analisis risiko operasional di pertemuan ketujuh.

Coba Sendiri: Susun Rantai Penyebab-Peristiwa-Dampak dengan Bowtie

Klik tiap simpul diagram bowtie untuk melihat bagaimana satu penyebab bisa memicu peristiwa inti lalu bercabang menjadi beberapa dampak berantai.

Hitung dari Nol: Bobot Prioritas Skenario (Pendahuluan)

Sebelum masuk metode analisis formal (Pertemuan 6), tim bisa membuat bobot prioritas awal berdasarkan jumlah tahap dampak berantai yang teridentifikasi dalam skenario.

Langkah	Perhitungan	Nilai
1. Skenario server down: dampak berantai	Hitung tahap dampak (langsung + berantai)	2 tahap
2. Skenario rantai pasok: dampak berantai	Hitung tahap dampak (langsung + berantai)	3 tahap
3. Bobot prioritas awal (skala 1–3)	Rantai pasok memiliki tahap dampak lebih banyak	Rantai pasok > Server down
4. Selisih tahap dampak	3 − 2	1 tahap

Ini bukan pengukuran probabilitas & dampak formal (itu memakai VaR/Monte Carlo di Pertemuan 6) — hanya alat bantu sortir awal sebelum data kuantitatif tersedia.

Perhitungan ini sifatnya pendahuluan, cara sederhana untuk menyortir mana skenario yang layak digali lebih dulu sebelum kita punya data kuantitatif yang cukup. Kita hitung jumlah tahap dampak, gabungan dampak langsung dan dampak berantai, pada setiap skenario. Skenario server down tadi punya dua tahap dampak: dampak langsung dan satu dampak berantai. Skenario gangguan rantai pasok punya tiga tahap dampak: dampak langsung dan dua dampak berantai yang berurutan. Karena rantai pasok punya lebih banyak tahap dampak, selisihnya satu tahap, kita bisa sementara memprioritaskan skenario itu untuk digali lebih dalam duluan. Tapi ingat, ini hanya alat bantu sortir awal, bukan pengukuran probabilitas dan dampak yang formal — pengukuran sesungguhnya memakai Value at Risk dan simulasi Monte Carlo yang akan kita pelajari di pertemuan keenam.

Bagian 3 dari 4

Menyusun Daftar Awal Risiko

Dari temuan lepas menjadi struktur yang siap dianalisis.

Kerangka Daftar Risiko Awal (Cikal Bakal Risk Register)

Output identifikasi risiko dirapikan menjadi tabel terstruktur — belum lengkap seperti risk register final, tapi sudah punya kolom inti.

Kode	Kategori	Deskripsi Risiko	Sumber
R-01	Operasional	Server down saat kampanye belanja puncak	Observasi & data historis
R-02	Strategis	Ketergantungan satu pemasok bahan baku	Wawancara tim produksi
R-03	Hukum/Kepatuhan	Perubahan regulasi perlindungan data OJK	Telaah regulasi

Kolom peluang, dampak, dan skor risiko baru diisi di tahap analisis (Pertemuan 6) — hari ini cukup deskripsi, kategori, dan sumbernya saja.

Tabel ini adalah cikal bakal risk register yang akan kita sempurnakan bertahap sepanjang semester. Untuk sekarang, kolom yang wajib Anda isi hanyalah kode risiko, kategori, deskripsi risiko yang jelas dan spesifik, serta sumber informasinya — dari observasi, wawancara, atau telaah regulasi. Lihat contohnya: risiko server down dikategorikan sebagai risiko operasional dengan sumber observasi dan data historis, risiko ketergantungan pemasok dikategorikan strategis dengan sumber wawancara tim produksi, dan risiko perubahan regulasi Otoritas Jasa Keuangan dikategorikan hukum atau kepatuhan dengan sumber telaah regulasi. Kolom peluang, dampak, dan skor risiko sengaja belum diisi hari ini karena itu wilayah tahap analisis risiko yang baru kita bahas di pertemuan keenam menggunakan Value at Risk dan simulasi Monte Carlo.

Kesalahan Umum saat Identifikasi Risiko

Kesalahan

Melewatkan penetapan konteks, langsung "loncat" ke daftar risiko
Hanya melibatkan satu divisi (bias perspektif)
Menulis risiko terlalu umum ("risiko keuangan")
Mencampur risiko dengan penyebab atau dampaknya

Perbaikan

Selalu tetapkan konteks internal & eksternal dulu
Libatkan lintas divisi (brainstorming & wawancara)
Rumuskan risiko spesifik & terukur
Pisahkan jelas: penyebab → peristiwa → dampak

Sebelum kita masuk ke sesi latihan, mari kita bahas kesalahan yang paling sering saya temui pada mahasiswa maupun praktisi pemula. Kesalahan pertama, langsung membuat daftar risiko tanpa menetapkan konteks lebih dulu — akibatnya daftar risikonya melebar ke mana-mana atau malah melewatkan area penting. Kesalahan kedua, hanya melibatkan satu divisi saja, misalnya hanya tim keuangan, sehingga perspektif operasional dan pemasaran tidak tertangkap. Kesalahan ketiga, menulis risiko terlalu umum seperti "risiko keuangan" tanpa detail, yang sebenarnya tidak actionable. Kesalahan keempat, mencampuradukkan risiko dengan penyebab atau dampaknya, misalnya menulis "server down" sebagai satu baris tanpa memisahkan mana penyebab dan mana dampaknya. Perbaikannya sederhana: selalu mulai dari konteks, libatkan banyak divisi, rumuskan risiko secara spesifik, dan pisahkan dengan jelas urutan penyebab, peristiwa, dan dampak seperti yang kita latih tadi.

Latihan Kelas: Uraikan Skenario Anda Sendiri

Kerjakan berkelompok (3–4 orang), waktu 15 menit.

Instruksi

Pilih satu organisasi yang Anda kenal (kampus, warung, startup, dsb.)
Tetapkan 1 konteks internal dan 1 konteks eksternal singkat
Identifikasi 3 risiko dari kategori berbeda (operasional/finansial/strategis/hukum)
Uraikan 1 skenario lengkap: penyebab → peristiwa → dampak langsung → dampak berantai

Perwakilan 2 kelompok akan mempresentasikan hasilnya secara singkat di akhir sesi.

Sekarang giliran Anda praktik langsung. Buat kelompok kecil berisi tiga sampai empat orang, dan Anda punya waktu lima belas menit. Pilih satu organisasi yang benar-benar Anda kenal — bisa organisasi kemahasiswaan di kampus, warung makan keluarga, atau startup tempat Anda magang. Tetapkan satu konteks internal dan satu konteks eksternal secara singkat, lalu identifikasi tiga risiko dari kategori yang berbeda-beda supaya Anda berlatih memakai keempat kategori risiko sebagai checklist. Terakhir, pilih satu dari tiga risiko itu dan uraikan skenarionya secara lengkap mengikuti kerangka yang sudah kita latih: penyebab, peristiwa, dampak langsung, dan dampak berantai. Saya akan berkeliling membantu selama diskusi, dan di akhir sesi dua kelompok akan saya minta mempresentasikan hasilnya secara singkat di depan kelas.

Diskusi: Mengapa Konteks Sering Dilewatkan?

Dalam praktik, banyak organisasi (termasuk UMKM dan bahkan korporasi besar) langsung melompat ke identifikasi risiko tanpa menetapkan konteks dengan jelas.

PERTANYAAN 1

MENGAPA?

Apa tekanan waktu/biaya yang membuat organisasi tergoda melewati tahap konteks?

PERTANYAAN 2

AKIBATNYA?

Apa risiko yang paling mungkin terlewat kalau konteks eksternal diabaikan?

Rangkuman: Cheat Sheet Proses Manajemen Risiko

Konsep	Inti
Proses manajemen risiko	Siklus sistematis: konteks → identifikasi → analisis → evaluasi → perlakuan
Konteks risiko	Batasan & latar (internal + eksternal) yang ditetapkan SEBELUM identifikasi
Identifikasi risiko	Menemukan & mendeskripsikan risiko selengkap mungkin — bukan mengukurnya
Skenario peristiwa risiko	Penyebab → peristiwa → dampak langsung → dampak berantai

Fondasi hari ini akan langsung dipakai minggu depan saat menetapkan konteks secara formal (Pertemuan 3).

Bagian 4 dari 4

Menuju Pertemuan Berikutnya

Konteks risiko akan kita tetapkan secara formal dan mendetail.

Preview Pertemuan 3 & Tugas

Minggu Depan: Penetapan Konteks Risiko

Menetapkan konteks internal & eksternal secara formal
Teknik analisis lingkungan (PESTEL, analisis pemangku kepentingan)
Membuat prediksi konteks risiko organisasi

TUGAS SEBELUM PERTEMUAN 3

1 HALAMAN

Tulis konteks internal & eksternal organisasi pilihan Anda (boleh yang sama dengan latihan kelas hari ini).