Pelajaran 5.4 - Tinjauan Pasca-Incident¶
Tujuan Pembelajaran¶
- Menyusun timeline Incident berdasarkan fakta.
- Mengidentifikasi akar penyebab, faktor pendukung, dan kesenjangan kontrol.
- Menetapkan tindakan korektif beserta pihak yang bertanggung jawab dan tenggat waktu.
Struktur Tinjauan Incident¶
Lima Pertanyaan Tinjauan¶
- Apa yang terjadi?
- Kapan hal itu terjadi?
- Apa dampaknya terhadap Client, sistem, dan Risk?
- Mengapa hal itu terjadi dan kontrol apa yang terlibat?
- Apa yang harus diubah untuk mengurangi kejadian berulang?
Akar Penyebab dan Faktor Pendukung¶
| Jenis | Contoh |
|---|---|
| Akar penyebab | Kegagalan sesi Quote Source |
| Faktor pendukung | Berita berdampak tinggi dan Liquidity tipis |
| Kontrol yang berfungsi | Masalah Quote Source diisolasi dari Monitoring normal |
| Kesenjangan kontrol | Penurunan awal kualitas Quote tidak ditampilkan dengan jelas |
| Tindakan preventif | Tambahkan ambang Alert untuk penurunan kualitas Quote Source |
Simulasi Kasus¶
Tinjauan Anomali Quote¶
Incident: lonjakan harga dari satu Quote Source diterima dan memicu stop Client.
Hasil tinjauan:
- Akar penyebab: ambang filter tidak mendeteksi pola Quote tersebut.
- Faktor pendukung: tidak ada Alert perbandingan dengan sumber sekunder.
- Tindakan segera: aturan Monitoring sementara yang telah disetujui.
- Tindakan preventif: perbaiki filter dan uji pada tick historis.
- Tindak lanjut: pastikan tidak ada kejadian serupa selama 30 hari.
Standar Tindakan Korektif¶
Setiap tindakan harus mencakup deskripsi yang jelas, owner yang ditetapkan, tenggat waktu, prioritas, metode verifikasi, dan status.
Latihan Praktis¶
Gunakan kasus di atas untuk menyusun timeline berdasarkan fakta, memisahkan penyebab yang telah dikonfirmasi dari faktor pendukung, mengidentifikasi kontrol yang berfungsi dan kesenjangan kontrol, serta menetapkan tindakan korektif beserta owner, tenggat waktu, dan metode verifikasinya.
Ringkasan¶
Tinjauan pasca-Incident yang kuat mengubah kejadian operasional menjadi kontrol yang lebih baik, ownership yang lebih jelas, dan Risk di masa depan yang lebih rendah.
Template Catatan Incident¶
Selama atau setelah Incident material, catatan harus memisahkan observasi, cakupan, bukti, tindakan, dan penutupan. Jangan menulis kesimpulan sebelum fakta diverifikasi.
ID Incident:
Tingkat keparahan: P1 / P2 / P3 / P4
Terdeteksi oleh:
Waktu deteksi:
Pemimpin Incident:
Observasi:
- Apa yang diamati?
Cakupan:
- Platform:
- Symbol:
- Status Quote Source / Bridge:
- Dampak terhadap Client / Group:
- Dampak Exposure:
- Dampak Risk pasar internal:
Timeline:
- HH:MM:
- HH:MM:
- HH:MM:
Bukti terverifikasi:
- Log:
- Metrik:
- ID Order / deal:
- Data Quote / Quote Source:
Konteks pasar:
- Peristiwa / sesi:
- Konteks Spread / Execution:
Tindakan:
- Tindakan yang dilakukan:
- Owner yang ditetapkan:
- Perlu persetujuan?
- Penerima eskalasi:
Kriteria pemulihan:
- Apa yang harus kembali normal?
- Periode Monitoring:
- Pertimbangan yang tersisa:
Penutupan:
- Pemulihan dikonfirmasi oleh:
- Waktu penutupan:
- Pemimpin tinjauan pasca-Incident:
- Tenggat waktu tindakan korektif:
Aturan: fakta dan asumsi harus dipisahkan. Jika bukti tidak memadai, jangan menentukan akar penyebab atau menetapkan tanggung jawab secara mandiri. Tulis "dalam peninjauan", simpan bukti yang tersedia, dan lakukan eskalasi melalui proses yang disetujui.
Kriteria Penyelesaian¶
- Dapat menjelaskan tujuan utama Risk atau operasional dalam pelajaran ini
- Dapat mengidentifikasi sistem, data, atau bukti yang wajib ditinjau
- Dapat menjelaskan proses eskalasi atau penanganan yang benar
- Dapat menerapkan pelajaran dengan benar dalam skenario yang diawasi