Program Studi Manajemen • FEB UNDIP

Manajemen Resiko Bisnis

Pertemuan 4 — Identifikasi Risiko: Proses, Prosedur & Teknik

Sebelum risiko bisa dikelola, ia harus ditemukan. Hari ini kita pelajari cara kerja identifikasi risiko yang sistematis — dari checklist sederhana hingga teknik Fishbone, FMEA, Bow-Tie, SWIFT, dan RBS.

RPS Minggu 4 • Sub-CPMK 4 • Durasi 2 × 50 Menit

Selamat datang di Pertemuan 4, yang merupakan pertemuan inti dalam proses manajemen risiko. Di tiga pertemuan sebelumnya, kita sudah membangun fondasi: definisi risiko, ketidakpastian, dan jenis-jenis risiko yang ada. Kali ini kita masuk ke langkah pertama yang nyata: bagaimana sebuah organisasi secara sistematis menemukan risiko-risiko yang mengancam tujuannya? Jawabannya bukan sekadar "pikirkan hal yang bisa salah", melainkan menggunakan proses terstruktur, prosedur yang jelas, dan teknik-teknik yang sudah terbukti di industri. Anda akan keluar dari kelas hari ini dengan bekal untuk mempraktikkan minimal dua teknik identifikasi risiko secara mandiri. Identifikasi risiko (proses menemukan, mengenali, dan mendokumentasikan risiko yang berpotensi memengaruhi pencapaian tujuan organisasi) adalah fondasi seluruh proses manajemen risiko.

Tujuan Pembelajaran Hari Ini

Setelah pertemuan ini, Anda diharapkan mampu mengidentifikasi risiko (Sub-CPMK 4). Secara rinci:

Capaian 1 — Proses & Prosedur

Menjelaskan proses & prosedur identifikasi risiko: dokumentasi sumber, checklist, brainstorming, dan wawancara.

Capaian 2 — KRI

Mengenali Key Risk Indicators (KRI) — indikator kunci risiko — sebagai sinyal peringatan dini eksposur risiko.

Capaian 3 — Fishbone & FMEA

Menerapkan diagram Fishbone (Ishikawa) dan FMEA (Failure Mode and Effect Analysis) untuk mengidentifikasi penyebab dan mode kegagalan.

Capaian 4 — Bow-Tie, SWIFT, RBS

Membedakan dan memilih teknik Bow-Tie, SWIFT, dan Risk Breakdown Structure (RBS) sesuai konteks yang tepat.

Apa yang Terjadi Jika Risiko Tidak Diidentifikasi?

Dua kasus Indonesia menunjukkan bahwa risiko yang diabaikan bisa berbiaya sangat besar.

Kasus 1 — Industri Tekstil Jawa Tengah

Produsen garmen gagal mengidentifikasi risiko ketergantungan pada satu pemasok bahan baku.
Saat pemasok bangkrut, lini produksi berhenti 3 minggu.
Kerugian ditaksir ratusan juta rupiah — kerugian yang bisa dicegah dengan identifikasi risiko rantai pasok lebih awal.

Kasus 2 — Perbankan & POJK 65/2016

Bank yang tidak memetakan risiko konsentrasi kredit pada sektor properti mengalami lonjakan NPF (Non-Performing Financing — pembiayaan bermasalah).
OJK menerbitkan POJK Nomor 65/POJK.03/2016 sebagai respons regulasi.
Konsentrasi kredit = risiko akibat portofolio pinjaman terpusat pada satu sektor.

Risiko yang tidak diidentifikasi = risiko yang tidak terkelola. Identifikasi risiko bukan formalitas dokumentasi; ia adalah pertahanan pertama organisasi.

Saya mulai dengan dua kasus nyata, karena manajemen risiko tidak akan terasa relevan jika hanya bicara teori. Kasus pertama menggambarkan apa yang terjadi ketika perusahaan tidak melakukan identifikasi risiko rantai pasok secara sistematis — satu pemasok tunggal bangkrut dan seluruh operasi terhenti, padahal risiko ketergantungan ini sebenarnya bisa diidentifikasi jauh sebelumnya melalui checklist atau analisis FMEA. Kasus kedua adalah cermin dari sektor perbankan: konsentrasi kredit pada satu sektor adalah risiko yang teridentifikasi dalam kerangka standar seperti POJK 65/2016, tetapi jika bank tidak secara aktif memetakan eksposurnya, risiko itu diam-diam menumpuk. Pesan utama dari dua kasus ini adalah bahwa identifikasi risiko bukan kegiatan administratif untuk mengisi formulir — ia adalah pertahanan pertama sebuah organisasi.

Bagian 1 dari 4

Proses & Prosedur Identifikasi Risiko

Lima langkah proses; empat prosedur utama — dokumentasi sumber, checklist, brainstorming, dan wawancara.

Dokumentasi Checklist Brainstorming Wawancara

Posisi Identifikasi dalam Siklus Manajemen Risiko

Identifikasi risiko adalah langkah pertama setelah penetapan konteks — sebelum penilaian, penanganan, dan pemantauan.

Kalau identifikasi risiko tidak lengkap → langkah-langkah berikutnya kehilangan fondasi. Garbage in, garbage out. — ISO 31000:2018, Pasal 6

Sebelum masuk ke cara mengidentifikasi risiko, penting untuk memahami di mana posisi identifikasi dalam kerangka manajemen risiko yang lebih besar. Menurut ISO 31000:2018, siklus manajemen risiko terdiri dari lima langkah besar, dan identifikasi risiko berada di posisi kedua, setelah penetapan konteks (langkah awal MR: mendefinisikan tujuan, cakupan, kriteria risiko, dan pemangku kepentingan). Penetapan konteks memastikan kita tahu apa yang ingin dilindungi, apa tujuannya, dan siapa pemangku kepentingannya — barulah identifikasi risiko bisa dilakukan secara tepat sasaran. Yang perlu Anda camkan adalah prinsip "garbage in, garbage out": jika identifikasi risiko tidak lengkap atau tidak sistematis, seluruh proses penilaian (penilaian risiko: proses menentukan probabilitas dan dampak risiko yang telah diidentifikasi) dan penanganan risiko berikutnya akan dibangun di atas fondasi yang rapuh.

Proses Identifikasi Risiko: Lima Langkah

Tetapkan Cakupan

Tentukan unit bisnis, proses, atau proyek yang akan diidentifikasi risikonya.

Kumpulkan Informasi

Dokumentasi sumber risiko, historis kejadian, kontrak, regulasi, dan data operasional.

Identifikasi Sumber & Penyebab

Gunakan teknik (checklist, brainstorming, Fishbone) untuk menemukan sumber dan akar penyebab risiko.

Identifikasi Konsekuensi

Tentukan akibat yang mungkin terjadi: finansial, operasional, reputasi, atau hukum.

Dokumentasikan di Risk Register

Catat semua risiko ke dalam risk register (daftar risiko terstruktur) yang aktif diperbarui.

Risk register = daftar risiko terstruktur berisi nama risiko, penyebab, konsekuensi, pemilik risiko, dan status penanganan — output wajib identifikasi risiko. | Sumber: ISO 31000:2018, Pasal 6.4.2

Lima langkah ini adalah proses umum yang diadopsi dari ISO 31000 dan dipraktikkan secara luas di perusahaan Indonesia yang sudah menerapkan manajemen risiko formal. Langkah pertama — menetapkan cakupan — sangat kritis karena identifikasi risiko yang terlalu luas akan tidak terfokus, sedangkan yang terlalu sempit bisa melewatkan risiko penting. Langkah kedua mengumpulkan informasi adalah fondasi faktual; di sinilah laporan audit sebelumnya, hasil inspeksi, data kecelakaan kerja, atau laporan regulator (misalnya pemeriksaan OJK) menjadi sumber yang sangat berharga. Langkah ketiga dan keempat dilakukan bersama menggunakan teknik-teknik yang akan kita pelajari hari ini, dan hasilnya wajib didokumentasikan di langkah kelima dalam bentuk risk register — sebuah daftar hidup yang terus diperbarui selama siklus manajemen risiko berlangsung.

Prosedur 1 & 2: Dokumentasi Sumber + Checklist Risiko

Dokumentasi Sumber

Laporan keuangan historis
Laporan audit internal & eksternal
Dokumen kontrak & log insiden operasional
Laporan regulator: OJK, BI, BPOM sesuai industri

Aktivitas "duduk dan membaca" sebelum bicara dengan orang atau menggunakan teknik visual.

Checklist Risiko

Daftar risiko standar berdasarkan pengalaman industri
Contoh: checklist 8 kategori risiko operasional Basel II/III (standar permodalan bank internasional)
Keunggulan: cepat, sistematis
Kelemahan: hanya menemukan risiko yang sudah diketahui; emerging risk (risiko baru) bisa terlewat

Checklist adalah titik awal, bukan titik akhir. Selalu lengkapi dengan brainstorming dan teknik lainnya untuk menangkap emerging risk — risiko baru yang lahir dari perubahan teknologi, regulasi, atau lingkungan bisnis.

Prosedur pertama dalam identifikasi risiko adalah mengumpulkan semua dokumentasi yang relevan — ini adalah aktivitas "duduk dan membaca" sebelum kita bicara dengan orang atau menggunakan teknik visual. Di perusahaan yang sudah mature, laporan audit tahun lalu, catatan insiden keselamatan kerja, dan surat teguran dari regulator seperti OJK adalah tambang informasi risiko yang sangat kaya. Setelah dokumentasi terkumpul, prosedur kedua adalah checklist: menggunakan daftar risiko standar industri untuk memastikan tidak ada kategori risiko yang terlewat. Misalnya, dalam perbankan, checklist risiko operasional mengacu pada delapan kategori yang ditetapkan Basel — termasuk kegagalan sistem, kecurangan internal, dan kesalahan proses. Ingat, kelemahan checklist adalah ia hanya bisa menemukan risiko yang sudah diketahui — itulah mengapa prosedur berikutnya sama pentingnya.

Prosedur 3 & 4: Brainstorming + Wawancara Pakar

Brainstorming Tim

Sesi terstruktur lintas fungsi: keuangan, operasi, SDM, IT, hukum
Aturan: tidak ada kritik saat generasi ide
Output: daftar risiko kasar yang disaring
Cocok untuk: menemukan risiko yang tidak ada di checklist, mendapat perspektif beragam

Wawancara Pakar / Metode Delphi

Wawancara mendalam dengan manajer senior, pakar teknis, atau konsultan risiko
Metode Delphi (teknik penggalian pendapat pakar secara anonim berulang): wawancara anonim berulang sampai konsensus tercapai — mengurangi bias sosial
Cocok untuk: risiko kompleks/teknis, risiko strategis sensitif

Komposisi peserta brainstorming kritis: jangan hanya undang manajer — libatkan frontliner (karyawan yang berinteraksi langsung dengan pelanggan atau operasi lapangan) yang paling dekat dengan risiko operasional sehari-hari.

Prosedur ketiga, brainstorming, adalah satu-satunya cara yang andal untuk menemukan risiko-risiko yang belum pernah terjadi sebelumnya — yang disebut sebagai emerging risk. Kuncinya ada pada komposisi peserta: saya selalu merekomendasikan agar brainstorming risiko melibatkan staf operasional lapangan, bukan hanya manajer dan direktur, karena orang yang mengoperasikan mesin produksi atau melayani pelanggan langsung justru yang paling tahu di mana titik-titik rentan sistem sebenarnya. Prosedur keempat, wawancara pakar, dipakai untuk menggali risiko yang terlalu kompleks atau sensitif untuk dibahas dalam forum terbuka. Kombinasi keempat prosedur ini — dokumentasi, checklist, brainstorming, dan wawancara — membentuk fondasi identifikasi risiko yang komprehensif sebelum teknik-teknik visual seperti Fishbone atau FMEA digunakan untuk menggali lebih dalam.

Bagian 2 dari 4

KRI: Sinyal & Indikator Risiko

Bagaimana organisasi tahu risiko sedang meningkat sebelum menjadi insiden? Jawabnya: Key Risk Indicators.

Key Risk Indicators (KRI) — Sistem Peringatan Dini Risiko

KRI adalah metrik kuantitatif maupun kualitatif yang memberi sinyal bahwa level risiko sedang bergerak mendekati ambang batas (threshold) yang tidak dapat diterima.

Jenis Risiko	Contoh KRI	Ambang Batas "Lampu Kuning"
Risiko Operasional	Jumlah kesalahan transaksi/hari	> 0,1% dari total transaksi
Risiko Kredit	Rasio NPL/NPF	> 3%
Risiko Rantai Pasok	Jumlah pemasok alternatif per bahan baku kritis	< 2 pemasok
Risiko SDM	Tingkat turnover karyawan kunci/bulan	> 5%
Risiko Kepatuhan	Jumlah temuan audit yang belum diselesaikan	> 5 temuan

KRI yang baik: terkait langsung ke risiko (bukan metrik bisnis umum), dapat diukur secara berkala, dan punya ambang batas (threshold) yang jelas. | NPL/NPF = Non-Performing Loan/Financing — rasio kredit bermasalah terhadap total portofolio.

KRI adalah jembatan antara identifikasi risiko — yang kita lakukan hari ini — dengan pemantauan risiko yang akan kita pelajari di pertemuan mendatang. Konsep dasarnya sederhana: setiap risiko yang sudah berhasil diidentifikasi seharusnya punya satu atau beberapa indikator yang bisa dipantau secara rutin. Perhatikan tabel ini — bukan sembarang angka bisa jadi KRI; ia harus punya hubungan langsung yang logis dengan risiko yang dipantau, harus bisa diukur secara berkala tanpa biaya berlebihan, dan harus punya ambang batas yang jelas sehingga manajemen tahu kapan harus bertindak. Dalam industri perbankan, OJK secara eksplisit mewajibkan bank untuk memiliki KRI dalam sistem manajemen risikonya, sebagaimana diatur dalam POJK 65/2016 untuk bank umum syariah — artinya KRI bukan sekadar best practice, tetapi kewajiban regulasi di sektor tertentu.

KRI dalam Praktik: Perbankan Syariah & POJK 65/2016

POJK Nomor 65/POJK.03/2016 tentang Penerapan Manajemen Risiko bagi Bank Umum Syariah (BUS) mewajibkan bank memiliki sistem identifikasi & pemantauan risiko yang mencakup indikator risiko.

Apa yang Diwajibkan POJK?

Proses identifikasi risiko yang komprehensif
Sistem informasi untuk memantau KRI secara berkala
Laporan profil risiko ke Dewan Komisaris & OJK

Contoh KRI Bank Syariah (Konteks Perbankan)

NPF < 5% (batas OJK) — Lampu Kuning internal: >3%
FDR (Financing to Deposit Ratio) 80–110% range
BOPO (Biaya Operasional/Pendapatan Operasional) < 97%
CAR (Capital Adequacy Ratio) > 8%

Fokus pada POLA: rasio sebagai KRI dengan threshold regulatoris. Rasio ini dipelajari mendalam di MK Manajemen Perbankan.

Prinsip relevan non-bank: regulasi sektoral Indonesia (OJK, BI, BPOM, ESDM) semakin mensyaratkan sistem MR formal dengan KRI. CAR >8% = standar Basel III diadopsi OJK.

Kasus perbankan syariah ini saya pilih karena Indonesia memiliki regulasi yang sangat eksplisit tentang KRI, sehingga Anda bisa melihat bagaimana konsep yang kita pelajari diterjemahkan ke dalam kewajiban hukum nyata. Perhatikan hubungan antara dua angka NPF yang berbeda: di slide sebelumnya ambang Lampu Kuning internal ditetapkan pada NPF lebih dari 3%, sedangkan batas OJK adalah 5% — keduanya bukan kontradiksi. Yang 3% adalah ambang peringatan dini yang ditetapkan secara internal oleh bank — sengaja lebih ketat dari batas regulasi OJK 5%, supaya bank punya ruang dan waktu untuk bertindak sebelum menabrak batas hukum. Inilah inti konsep KRI: lampu kuning internal menyala lebih awal, sebelum lampu merah regulatoris. FDR adalah rasio pembiayaan terhadap dana pihak ketiga, analog dengan LDR pada bank konvensional; BOPO adalah rasio Biaya Operasional terhadap Pendapatan Operasional, indikator efisiensi bank. Sumber: POJK Nomor 65/POJK.03/2016, Pasal 7; Rustam, B.R. (2017).

Bagian 3 dari 4

Teknik Identifikasi: Fishbone, FMEA & Bow-Tie

Tiga teknik paling populer — kita praktikkan dari nol. Siapkan kalkulator dan pensil Anda.

Fishbone FMEA Bow-Tie

Fishbone (Ishikawa) — Diagram Penyebab Risiko

Pertanyaan utama: mengapa suatu masalah/risiko terjadi? Fishbone memetakan penyebab ke dalam 6 kategori (6M).

Kepala ikan = masalah/risiko yang dianalisis | Tulang besar = 6 kategori (6M): Man · Machine · Method · Material · Measurement · Milieu/Mother Nature | Tulang kecil = penyebab spesifik. Dikembangkan Kaoru Ishikawa di Kawasaki Steel Works ~1960-an; salah satu dari seven basic tools of quality.

Diagram Fishbone, yang sering juga disebut diagram Ishikawa karena dikembangkan oleh Kaoru Ishikawa — ahli kendali mutu Jepang yang mengembangkannya di Kawasaki Steel Works (bukan Toyota) pada 1960-an, dan kemudian menjadi salah satu dari tujuh alat dasar kendali mutu — adalah alat visual untuk menjawab satu pertanyaan: mengapa suatu masalah atau risiko terjadi? Cara kerjanya sangat intuitif: Anda tuliskan masalah di bagian kepala ikan, lalu dari tulang punggung yang memanjang ke kiri, Anda gambar enam tulang besar yang masing-masing mewakili satu kategori penyebab. Enam kategori ini disebut 6M — Man, Machine, Method, Material, Measurement, dan Milieu atau Mother Nature (padanan "Environment" yang lazim dipakai di Indonesia). Di tiap tulang besar, Anda tambahkan tulang-tulang kecil yang berisi penyebab spesifik. Pada slide berikutnya, kita akan mengisi seluruh Fishbone ini dari nol untuk satu kasus nyata distribusi FMCG.

Worked Example — WE-1: Fishbone Keterlambatan Pengiriman

Perusahaan distribusi FMCG (Fast Moving Consumer Goods — produk konsumen perputaran cepat) menghadapi risiko: keterlambatan pengiriman produk ke retailer. Isi Fishbone 6M secara lengkap.

Kategori (6M)	Penyebab Spesifik yang Diidentifikasi
Man	(1) Sopir kurang terlatih rute baru; (2) Kelelahan akibat shift ganda; (3) Absensi tinggi
Machine	(1) Armada truk tua, sering mogok; (2) Tidak ada GPS tracking; (3) Perawatan armada tidak rutin
Method	(1) SOP loading/unloading tidak standar; (2) Tidak ada rute optimasi; (3) Koordinasi gudang–ekspedisi manual via telepon
Material	(1) Kerusakan kemasan → sortir ulang; (2) Stok-out (kehabisan stok) saat jadwal kirim; (3) Mismatch surat jalan vs fisik barang
Measurement	(1) Tidak ada monitoring waktu tiba per titik; (2) Data historis keterlambatan tidak direkam; (3) KPI (Key Performance Indicator) pengiriman tidak dipantau real-time
Milieu/Nature	(1) Kemacetan lalu lintas kota; (2) Pembatasan jam operasional truk; (3) Kondisi jalan buruk di daerah terpencil

Dari 6 kategori ditemukan 18 penyebab potensial. Langkah selanjutnya: prioritaskan penyebab yang paling sering dan paling berdampak → masuk ke FMEA (Slide 16).

Sekarang kita isi Fishbone ini dari nol untuk kasus yang sangat relevan di Indonesia: perusahaan distribusi FMCG seperti distributor Indofood, Unilever, atau Wings Group yang menghadapi risiko keterlambatan pengiriman ke retailer. Kepala ikannya sudah kita tentukan: risiko keterlambatan pengiriman. Perhatikan tabel ini: pada kategori Man saja, kita bisa menemukan tiga penyebab berbeda — sopir kurang terlatih, kelelahan akibat shift ganda, dan absensi tinggi. Dalam praktik nyata di perusahaan, sesi Fishbone ini dilakukan bersama tim lintas fungsi — manajer logistik, kepala gudang, sopir senior, bahkan perwakilan retailer — dan sering menghasilkan temuan mengejutkan. Hasil 18 penyebab yang kita temukan hari ini adalah titik awal; langkah selanjutnya adalah memprioritaskan mana yang paling sering terjadi dan paling berdampak — dan untuk itu, kita akan gunakan FMEA di slide berikutnya. Sumber: Lampiran A (WE-1); Hanafi, M.M. (2014).

FMEA — Failure Mode and Effect Analysis

FMEA (Failure Mode and Effect Analysis — analisis mode kegagalan dan efeknya) bertanya: apa yang bisa gagal dalam suatu proses, seberapa parah efeknya, seberapa sering, dan seberapa mudah terdeteksi? Jawaban ketiga dimensi → RPN.

RPN = S × O × D

S — Severity

1–10

Keparahan efek kegagalan. 1 = tidak ada efek; 10 = efek bencana/ekstrem.

O — Occurrence

1–10

Frekuensi kegagalan. 1 = hampir mustahil; 10 = sangat sering terjadi.

D — Detection

1–10

Skala terbalik: 1 = pasti terdeteksi (aman); 10 = hampir mustahil terdeteksi (berbahaya).

RPN (Risk Priority Number — angka prioritas risiko) = S × O × D. Makin tinggi → makin mendesak. ⚠️ Severity 10 HARUS diprioritaskan meskipun RPN totalnya bukan tertinggi. Standar AIAG-VDA 2019 menggantinya dengan Action Priority (AP) berbasis kombinasi S-O-D. D tinggi = bahaya tersembunyi.

FMEA berasal dari militer AS — prosedur MIL-P-1629 diterbitkan pada 1949 — lalu diadopsi NASA pada program Apollo di 1960-an, dan secara masif oleh industri otomotif termasuk Toyota dan Honda. Teknik ini sangat powerful untuk mengidentifikasi risiko dalam proses yang berulang. Berbeda dengan Fishbone yang bertanya "mengapa masalah terjadi", FMEA bertanya "apa saja cara sebuah proses bisa gagal" — mode kegagalan adalah cara spesifik sebuah proses atau komponen bisa gagal dalam menjalankan fungsinya. Untuk setiap mode kegagalan, kita nilai tiga dimensi: Severity, Occurrence, dan Detection. Perhatikan bahwa skala Detection sengaja dibalik: makin sulit sebuah kegagalan terdeteksi sebelum terjadi, makin berbahaya, sehingga diberi angka makin tinggi. Satu catatan penting: kalau ada mode kegagalan dengan Severity 10, ia harus mendapat perhatian prioritas meskipun RPN totalnya bukan yang tertinggi. Sumber: Stamatis, D.H. (2003); Hanafi, M.M. (2014).

Coba Sendiri: Geser S, O, D — Amati Perubahan RPN

Geser tiga slider Severity, Occurrence, dan Detection, lalu amati bagaimana RPN berubah dan kapan mode kegagalan berpindah level prioritas.

Hitung dari Nol — HDN-2: Tabel FMEA Distribusi FMCG

Mini-Walkthrough (proses loading — Salah Muat): S = 7 (dampak finansial signifikan + komplain, bukan bahaya jiwa) | O = 5 (kadang-kadang, terutama saat rush hour gudang) | D = 4 (ada cek surat jalan tapi tidak 100% andal) → RPN = 7 × 5 × 4 = 140

Proses	Mode Kegagalan	Efek Kegagalan	S	O	D	RPN = S×O×D	Prioritas
Loading di gudang	Salah muat (produk tertukar/kurang)	Retailer terima pesanan tidak sesuai → komplain, retur	7	5	4	140	TINGGI
Pengiriman (di jalan)	Kendaraan mogok di tengah rute	Keterlambatan 4–8 jam, produk segar rusak	8	4	6	192	SANGAT TINGGI
Unloading di retailer	Kerusakan kemasan saat bongkar muat	Produk tidak layak jual, retur (pengembalian barang) → kerugian	6	6	5	180	SANGAT TINGGI

Verifikasi: 7×5×4 = 140 ✓ | 8×4×6 = 192 ✓ | 6×6×5 = 180 ✓ (Sumber: Lampiran A HDN-2)

Prioritas: (1) Kendaraan mogok [RPN 192] → preventive maintenance + armada cadangan; (2) Kerusakan kemasan [RPN 180] → SOP bongkar muat baru + alat bantu; (3) Salah muat [RPN 140] → sistem barcode scanning.

Sekarang kita isi tabel FMEA dari nol, melanjutkan kasus distribusi FMCG yang sudah kita mulai dengan Fishbone tadi. Saya pilih tiga proses kunci: loading di gudang, pengiriman di jalan, dan unloading di retailer. Untuk proses loading, mode kegagalannya adalah salah muat — Severity 7, Occurrence 5, Detection 4; RPN-nya adalah 7 dikali 5 dikali 4, hasilnya 140. Untuk proses pengiriman, kendaraan mogok di tengah rute mendapat RPN 192 — yang merupakan yang tertinggi — artinya program preventive maintenance (perawatan berkala terjadwal sebelum kerusakan terjadi) kendaraan berkala dan menyiapkan armada cadangan harus menjadi prioritas pertama. Yang menarik dari analisis ini: kendaraan mogok bukan mode kegagalan yang paling parah dari sisi Severity, tetapi Detection-nya 6 — susah terdeteksi sebelumnya — yang membuat RPN-nya paling tinggi. Perlu ditekankan kembali: jangan terlalu mekanis mengikuti RPN — selalu perhatikan nilai Severity tinggi sebagai sinyal prioritas tersendiri.

Bow-Tie Analysis — Peta Lengkap Sebab, Kejadian & Akibat

Bow-Tie menghubungkan penyebab risiko (kiri) → Top Event / kejadian risiko inti (tengah) → akibat/konsekuensi (kanan). Sekaligus memetakan kontrol yang ada di tiap sisi.

Bow-Tie unggul untuk komunikasi risiko ke manajemen senior karena satu visual menunjukkan gambaran lengkap risiko + kontrol yang ada. Top Event = kejadian risiko inti di tengah diagram. BCP (Business Continuity Plan — rencana kelangsungan bisnis) adalah contoh recovery control.

Bow-Tie adalah salah satu teknik identifikasi dan representasi risiko yang paling powerful, terutama untuk risiko-risiko besar yang perlu dikomunikasikan kepada manajemen senior dan dewan direksi. Kekuatan utamanya adalah kemampuannya untuk menampilkan gambaran lengkap dari suatu risiko dalam satu visual: di sisi kiri semua penyebab yang bisa memicu kejadian risiko, di tengah Top Event (kejadian risiko inti — titik kritis yang ingin dicegah atau dikurangi dampaknya), dan di sisi kanan semua konsekuensi yang bisa terjadi. Lebih dari itu, Bow-Tie juga menunjukkan kontrol yang sudah ada — kontrol pencegahan (preventive control) di sisi kiri yang mencegah penyebab memicu kejadian, dan kontrol pemulihan (recovery control) di sisi kanan yang mengurangi dampak jika kejadian sudah terjadi. Dengan satu lembar Bow-Tie, direktur yang tidak terlibat operasional sehari-hari bisa langsung memahami profil risiko suatu proses. Sumber: Hanafi, M.M. (2014); ISO 31000:2018.

Coba Sendiri: Susun Diagram Bow-Tie Anda Sendiri

Tambahkan penyebab dan konsekuensi di kedua sisi Top Event, lalu pasang kontrol pencegahan/pemulihan dan amati bagaimana diagram bow-tie terbentuk.

Studi Kasus: Bow-Tie Risiko Rantai Pasok PT Astra International Tbk (ASII)

PT Astra International (kode BEI: ASII) — konglomerat terbesar di Bursa Efek Indonesia — memiliki rantai pasok kompleks lintas industri. Top Event: Gangguan pasokan komponen otomotif kritis.

Penyebab (kiri)	Kontrol Pencegahan	TOP EVENT	Konsekuensi (kanan)	Kontrol Mitigasi
Bencana alam di lokasi pemasok	Pemetaan risiko geografis pemasok	Gangguan pasokan komponen kritis	Henti lini produksi	Buffer stock (stok penyangga) minimum 30 hari
Pemasok bangkrut	Evaluasi keuangan pemasok berkala		Penundaan pengiriman ke konsumen	Kontrak dengan pemasok alternatif
Lonjakan harga material global	Kontrak jangka panjang lock-in harga		Kerugian finansial	Klausul force majeure (klausul yang membebaskan pihak dari kewajiban akibat kejadian di luar kendali) + asuransi

Astra dalam laporan tahunannya mengungkapkan manajemen risiko rantai pasok sebagai risiko material (risiko signifikan yang wajib diungkapkan dalam laporan tahunan) — contoh transparansi tata kelola yang diharapkan regulator OJK dan BEI dari perusahaan publik.

Saya pilih PT Astra International sebagai anchor karena ini adalah salah satu perusahaan terbesar Indonesia dengan kode saham ASII di BEI, dan rantai pasoknya sangat kompleks mencakup komponen otomotif, alat berat, pertanian, dan jasa keuangan. Gangguan pasokan komponen otomotif adalah risiko yang sangat nyata bagi Astra — kita lihat sendiri ketika pandemi COVID-19 menyebabkan kelangkaan chip semikonduktor global dan memaksa banyak produsen otomotif, termasuk mitra Astra seperti Toyota dan Honda, untuk menghentikan lini produksi sementara. Bow-Tie di slide ini memetakan tiga skenario penyebab berbeda — bencana alam, kebangkrutan pemasok, dan lonjakan harga material — masing-masing dengan kontrol pencegahan yang berbeda pula. Yang menarik dari perspektif tata kelola, Astra dalam laporan tahunannya secara eksplisit mengungkapkan risiko rantai pasok sebagai risiko material yang dikelola secara formal — ini adalah praktik yang diharapkan oleh OJK dan BEI dari perusahaan publik. Sumber: PT Astra International Tbk, Laporan Tahunan; POJK tentang pengungkapan informasi material; Hanafi, M.M. (2014).

Bagian 4 dari 4

Teknik Lanjut: SWIFT & Risk Breakdown Structure

Dua teknik pelengkap — SWIFT untuk skenario "bagaimana jika", RBS untuk taksonomi risiko yang terstruktur hierarkis.

SWIFT RBS

SWIFT — Structured What-If Technique

SWIFT mengajukan pertanyaan "bagaimana jika… (what if)…" secara terstruktur untuk setiap elemen proses atau sistem, guna mengidentifikasi risiko yang mungkin tidak terpikirkan. Dikembangkan sebagai variasi HAZOP (Hazard and Operability Study) dari industri kimia.

Pertanyaan "What If?"	Penyebab	Konsekuensi	Kontrol yang Ada	Rekomendasi
Bagaimana jika sistem ERP tiba-tiba offline?	Kegagalan server/jaringan	Proses pesanan & pengiriman terhenti	Backup manual via spreadsheet	Backup server + prosedur offline tertulis
Bagaimana jika pemasok utama terlambat 2 minggu?	Bencana di lokasi pemasok	Keterlambatan produksi, penalti klien	Stok penyangga 1 minggu	Tambah pemasok alternatif; tingkatkan buffer
Bagaimana jika regulasi bea impor bahan baku naik 20%?	Perubahan kebijakan pemerintah	Biaya produksi meningkat, margin tertekan	Hedging nilai tukar	Diversifikasi sumber lokal; advokasi regulasi

SWIFT cocok digunakan pada awal proyek baru atau saat ada perubahan proses signifikan — format what-if mendorong tim berpikir proaktif tentang skenario yang belum pernah terjadi. ERP = Enterprise Resource Planning — sistem informasi terintegrasi untuk mengelola proses bisnis. Hedging = strategi keuangan untuk melindungi dari risiko fluktuasi harga.

SWIFT dikembangkan sebagai variasi dari teknik HAZOP yang digunakan di industri kimia dan perminyakan, namun versi yang lebih ringkas dan aplikasinya jauh lebih luas ke semua industri. Mekanismenya sederhana dan sangat efektif: tim duduk bersama dan untuk setiap proses atau sistem, mereka mengajukan serangkaian pertanyaan "bagaimana jika" yang sudah disiapkan sebelumnya, kemudian menjawab kolom per kolom — penyebab, konsekuensi, kontrol yang sudah ada, dan rekomendasi perbaikan. Keunggulan SWIFT dibandingkan brainstorming biasa adalah strukturnya yang memaksa tim untuk benar-benar menjawab setiap skenario secara tertulis, bukan hanya mengangguk saat disebutkan dalam diskusi lisan — sehingga hasilnya bisa didokumentasikan dan dilacak tindak lanjutnya. SWIFT paling efektif digunakan pada awal proyek besar atau saat ada perubahan signifikan dalam proses bisnis. Sumber: Hanafi, M.M. (2014); Crovini, C. (2019).

Risk Breakdown Structure (RBS) — Taksonomi Risiko Hierarkis

RBS mengorganisasi semua risiko yang sudah diidentifikasi ke dalam struktur pohon hierarkis — dari kategori besar hingga risiko spesifik — memastikan tidak ada kategori yang terlewat. Analogi WBS (Work Breakdown Structure) dalam manajemen proyek, namun untuk risiko.

RBS sering dibuat setelah Fishbone/FMEA/SWIFT — ia adalah peta organisasi risiko, bukan alat penggali risiko baru. Berguna untuk pelaporan ke manajemen dan audit. Taksonomi risiko = klasifikasi risiko yang sistematis dan hierarkis.

Risk Breakdown Structure, atau RBS, adalah analogi langsung dari Work Breakdown Structure yang dikenal di manajemen proyek — bedanya, yang dirinci bukan pekerjaan melainkan risiko. RBS berguna bukan untuk menggali risiko baru, melainkan untuk mengorganisasi dan memastikan seluruh risiko yang sudah ditemukan melalui Fishbone, FMEA, SWIFT, dan brainstorming terklasifikasi secara rapi dan tidak ada yang terlewat. Bayangkan Anda sudah menghasilkan daftar panjang berisi 50 risiko dari berbagai sesi identifikasi — tanpa RBS, daftar itu akan terasa kacau dan sulit dikelola; dengan RBS, Anda bisa mengelompokkannya ke dalam empat level yang logis sehingga manajemen bisa melihat gambaran besar sekaligus detail spesifik. Dalam praktik perusahaan Indonesia yang sudah mature, RBS sering menjadi bagian dari dokumen Risk Management Policy dan menjadi kerangka standar untuk pelaporan profil risiko ke dewan direksi, komite audit, dan regulator. Sumber: Hanafi, M.M. (2014); ISO 31000:2018.

Panduan Memilih Teknik Identifikasi Risiko

Lima teknik yang kita pelajari tidak saling menggantikan — mereka saling melengkapi. Pilih berdasarkan tujuan dan konteks.

Teknik	Tujuan Utama	Terbaik Digunakan Saat	Output
Fishbone	Identifikasi penyebab suatu masalah	Masalah sudah terjadi, cari akar masalah	Diagram penyebab 6M
FMEA	Identifikasi & prioritaskan mode kegagalan	Desain proses baru atau perbaikan proses	Tabel FMEA + RPN
Bow-Tie	Petakan hubungan sebab–kejadian–akibat + kontrol	Komunikasi risiko ke manajemen/stakeholder	Diagram Bow-Tie
SWIFT	Eksplorasi skenario "bagaimana jika"	Proyek baru, perubahan proses signifikan	Tabel SWIFT
RBS	Organisasi & klasifikasi risiko hierarkis	Setelah identifikasi selesai, untuk pelaporan	Struktur pohon risiko

Dalam proyek identifikasi risiko komprehensif: SWIFT untuk eksplorasi awal → Fishbone untuk pendalaman penyebab → FMEA untuk pemeringkatan → RBS untuk pelaporan akhir. Sumber: Hanafi, M.M. (2014); ISO 31000:2018.

Setelah mempelajari kelima teknik, pertanyaan yang paling sering saya dengar adalah "teknik mana yang paling baik?" — dan jawabannya adalah tidak ada satu teknik terbaik, karena setiap teknik dirancang untuk menjawab pertanyaan yang berbeda dan paling efektif dalam konteks yang berbeda pula. Gunakan Fishbone ketika Anda sudah menghadapi masalah konkret dan ingin menggali penyebabnya secara sistematis; ini sangat berguna dalam sesi analisis insiden pasca-kejadian. Gunakan FMEA ketika Anda sedang merancang proses baru atau memperbaiki proses yang ada, karena FMEA membantu Anda mengantisipasi kegagalan sebelum proses diluncurkan. Gunakan Bow-Tie saat Anda perlu mengkomunikasikan profil risiko secara visual kepada manajemen senior atau dewan direksi — satu halaman Bow-Tie bisa menggantikan laporan risiko belasan halaman. Dalam proyek identifikasi risiko yang komprehensif, perusahaan yang baik biasanya menggunakan kombinasi setidaknya dua atau tiga teknik.

Lima Kesalahan Umum dalam Identifikasi Risiko

Kesalahan 1

Bias

Bias konfirmasi — tim hanya mencari risiko yang sudah "diketahui" dan mengabaikan risiko baru yang tidak nyaman diakui. Kecenderungan manusia menerima informasi yang mengonfirmasi keyakinan yang sudah ada.

Kesalahan 2

Sempit

Cakupan terlalu sempit — hanya mengidentifikasi risiko operasional, sementara risiko strategis, reputasi, dan kepatuhan diabaikan.

Kesalahan 3

Statis

Identifikasi dilakukan sekali, tidak diperbarui — risiko berkembang; identifikasi harus berulang (setidaknya tahunan, atau saat ada perubahan material).

Kesalahan 4

Top-Down

Tidak melibatkan frontliner — manajemen senior mungkin tidak mengetahui risiko operasional sehari-hari yang terasa "biasa" bagi karyawan lapangan.

Kesalahan 5 — Berhenti di daftar: identifikasi tanpa dokumentasi terstruktur tidak menghasilkan tindak lanjut yang bisa dipantau. Identifikasi risiko yang baik = proses hidup yang berkelanjutan, bukan laporan tahunan yang disimpan di laci.

Dari pengalaman di lapangan dan dari literatur, ada lima kesalahan yang paling sering terjadi ketika perusahaan melakukan identifikasi risiko. Kesalahan pertama adalah bias konfirmasi: tim cenderung menemukan risiko yang sudah mereka perkirakan, sementara risiko yang paling mengancam justru sering yang paling tidak terduga. Kesalahan kedua adalah cakupan yang terlalu sempit; banyak tim hanya fokus pada risiko operasional yang dekat dengan pekerjaan sehari-hari, padahal risiko strategis bisa jauh lebih mengancam kelangsungan perusahaan. Kesalahan ketiga dan keempat — tidak memperbarui identifikasi dan tidak melibatkan frontliner — sangat umum di perusahaan Indonesia yang melakukan manajemen risiko hanya untuk memenuhi persyaratan OJK atau auditor. Kesalahan kelima adalah yang paling fatal: menghasilkan daftar risiko yang panjang tapi tidak pernah dimasukkan ke dalam sistem yang bisa dipantau — itulah mengapa risk register yang aktif dan terus diperbarui adalah output wajib dari setiap proses identifikasi risiko. Sumber: ISO 31000:2018; Crovini, C. (2019); Hanafi, M.M. (2014).

Cheat Sheet — Lima Teknik + Empat Prosedur Identifikasi Risiko

Empat Prosedur Dasar

Prosedur	Keunggulan	Kelemahan
Dokumentasi sumber	Berbasis fakta	Hanya risiko terdokumentasi
Checklist	Cepat, sistematis	Hanya risiko diketahui
Brainstorming	Tangkap risiko baru	Perlu fasilitator
Wawancara/Delphi	Mendalam, anonim	Butuh waktu & akses pakar

Lima Teknik Utama

Teknik	Kunci	Kapan Pakai
Fishbone	6M	Analisis penyebab
FMEA	RPN = S×O×D	Prioritas mode kegagalan
Bow-Tie	Sebab→[Kontrol]→Top Event→[Kontrol]→Akibat	Komunikasi risiko
SWIFT	Tabel What-If?	Proyek baru
RBS	Pohon 3–4 level	Organisasi & pelaporan

Urutan logis: Prosedur (kumpulkan info) → Teknik (gali lebih dalam) → RBS (organisasikan) → Risk Register (dokumentasikan). Sumber: Hanafi (2014); ISO 31000:2018; Rustam (2017); Stamatis (2003).

Ini slide yang saya rekomendasikan untuk Anda foto dan simpan, karena ia merangkum seluruh pertemuan hari ini dalam dua tabel ringkas. Tabel pertama merangkum empat prosedur dasar yang harus dilakukan sebelum menggunakan teknik manapun — dokumentasi, checklist, brainstorming, dan wawancara. Tabel kedua merangkum lima teknik utama yang sudah kita pelajari, dengan satu formula kunci untuk FMEA yang harus Anda hafal: RPN sama dengan Severity dikali Occurrence dikali Detection. Yang terpenting adalah callout di bawah: ada urutan logis dalam identifikasi risiko — dimulai dari prosedur pengumpulan informasi, lalu menggunakan teknik yang sesuai untuk menggali lebih dalam, kemudian mengorganisasikannya dalam RBS, dan akhirnya mendokumentasikan semuanya dalam risk register yang aktif. Jika Anda menjalani urutan ini secara konsisten, proses identifikasi risiko Anda akan menghasilkan output yang dapat ditindaklanjuti.

Latihan & Diskusi Kelas

Latihan 1 — Fishbone

E-Commerce

Perusahaan e-commerce mengalami risiko peningkatan tiba-tiba tingkat retur dari 2% menjadi 8% dalam satu bulan. Buat diagram Fishbone: tuliskan setidaknya 2 penyebab spesifik di setiap kategori 6M. (Minimal 12 penyebab total.)

Latihan 2 — FMEA Mini

Last-Mile

Untuk proses last-mile delivery (pengiriman dari gudang lokal ke konsumen akhir — tahap paling rawan di rantai pasok e-commerce), identifikasi 3 mode kegagalan, beri nilai S, O, D masing-masing (skala 1–10), hitung RPN = S × O × D. Tentukan prioritas penanganan.

Kerjakan 8 menit secara individu, lalu 5 menit diskusi berpasangan. Gambar Fishbone di kertas kosong. Untuk FMEA, gunakan format tabel. Kita bahas bersama setelahnya. Perbedaan nilai S/O/D antar mahasiswa adalah pembelajaran tentang subjektivitas penilaian risiko — dan mengapa konsensus tim itu penting.

Sekarang giliran Anda untuk mempraktikkan dua teknik utama yang baru kita pelajari. Untuk latihan pertama, saya pilih skenario yang sangat relevan di era e-commerce Indonesia: tingkat retur yang tiba-tiba melonjak — ini masalah nyata yang dihadapi oleh Tokopedia, Shopee, atau distributor yang menjual melalui marketplace. Tugasnya adalah mengisi Fishbone dengan minimal dua penyebab per kategori, sehingga minimal ada 12 penyebab total yang Anda identifikasi; ini akan melatih kemampuan Anda berpikir sistematis dari berbagai sudut pandang. Untuk latihan kedua, Anda membuat tabel FMEA mini untuk proses last-mile delivery — ini adalah proses yang paling banyak komplain di e-commerce Indonesia dan sangat kaya dengan mode kegagalan. Kerjakan 8 menit secara mandiri, lalu bandingkan hasilnya dengan teman sebangku: apakah Anda menemukan mode kegagalan yang sama? Apakah nilai S, O, D Anda berbeda? Perbedaan itu sendiri sudah menjadi pembelajaran yang sangat berharga tentang betapa subjektif penilaian risiko bisa menjadi, dan mengapa perlu konsensus tim. Sumber: Hanafi, M.M. (2014); Stamatis, D.H. (2003).

Apa yang Sudah Kita Capai & Yang Harus Anda Siapkan

Capaian Hari Ini (Sub-CPMK 4)

Proses & prosedur identifikasi risiko (5 langkah, 4 prosedur)
KRI — indikator peringatan dini risiko + konteks POJK 65/2016
Fishbone (6M) — dipraktikkan WE-1 (Slide 14, 18 penyebab)
FMEA (RPN = S×O×D) — dipraktikkan HDN-2 (Slide 16, RPN 192/180/140)
Bow-Tie, SWIFT, RBS — konsep + panduan memilih teknik

Persiapan Pertemuan 5

Topik: Penilaian & Evaluasi Risiko

Risk assessment (penilaian risiko): analisis probabilitas & dampak
Matriks risiko 5×5 & heat map
Perhitungan Expected Loss = Probabilitas × Dampak Finansial
Bawa kalkulator — ada perhitungan numerik
Baca: Hanafi (2014) Bab Penilaian Risiko

Tugas opsional (tambahan nilai): pilih satu proses di perusahaan magang/kerja paruh waktu Anda. Buat FMEA mini (3 mode kegagalan). Kumpulkan di Pertemuan 5. Ini adalah portofolio profesional Anda.

Kita sudah menempuh perjalanan panjang hari ini: dari memahami posisi identifikasi dalam siklus manajemen risiko, prosedur dasar, KRI, hingga mempraktikkan Fishbone dan FMEA dari nol. Kolom kiri adalah ringkasan semua yang sudah Anda capai — simpan ini sebagai daftar periksa belajar Anda; perhatikan bahwa kita sudah berhasil mengidentifikasi 18 penyebab dalam Fishbone dan menghitung tiga nilai RPN — 192, 180, dan 140 — dalam FMEA. Kolom kanan adalah persiapan untuk Pertemuan 5: kita akan bergerak ke tahap berikutnya dalam siklus MR, yaitu penilaian risiko atau risk assessment — di mana risiko yang sudah kita identifikasi hari ini akan dievaluasi dari sisi probabilitas dan dampaknya, lalu dipetakan dalam matriks risiko yang akan menjadi dasar keputusan prioritas penanganan. Untuk tugas opsional — bagi Anda yang sedang magang atau bekerja paruh waktu, ini adalah kesempatan emas untuk mengaplikasikan FMEA pada konteks nyata; manfaatkan ini tidak hanya untuk nilai, tetapi untuk portofolio profesional Anda. Sumber: Hanafi, M.M. (2014); Rustam, B.R. (2017); RPS Manajemen Resiko Bisnis.