Pelajaran 6.5 - Disiplin SOP¶
Skenario¶
“SOP Tersedia, tetapi Tidak Ada yang Menggunakannya”¶
Sebuah tim memiliki SOP respons insiden yang tersimpan dalam folder. Saat kejadian nyata berlangsung, tiap Dealer memakai langkah berbeda, eskalasi tidak konsisten, dan bukti penting terlewat.
Masalahnya bukan karena SOP tidak tersedia. Masalahnya adalah SOP tersebut tidak dirancang sebagai alat operasional.
Tujuan Pembelajaran¶
- Memahami dan menerapkan prinsip desain SOP yang praktis.
- Mengidentifikasi bagian inti dari SOP yang kuat.
- Menggunakan pembelajaran pasca-Incident untuk menyempurnakan SOP.
- Menghindari prosedur yang terlalu ambigu atau terlalu rumit.
Kerangka Desain SOP¶
Tujuan
→
Cakupan
Cakupan
→
Pemicu / Waktu Penggunaan
Pemicu
→
Tindakan Langkah demi Langkah
Langkah
→
Eskalasi / Wewenang
Eskalasi
→
Evidence yang Diperlukan
Evidence
→
Penutupan / Handover
Penutupan
→
Tinjauan / Penyempurnaan
Komponen Inti SOP¶
| Komponen | Pertanyaan Utama |
|---|---|
| Tujuan | Mengapa SOP ini ada? |
| Cakupan | Apa yang termasuk dan tidak termasuk? |
| Pemicu | Kapan tim harus menggunakannya? |
| Peran | Siapa melakukan apa dan siapa yang menyetujui? |
| Langkah | Apa urutan yang diwajibkan? |
| Evidence | Data/log apa yang harus dicatat? |
| Eskalasi | Kapan dan kepada siapa? |
| Penutupan | Apa yang mengonfirmasi penyelesaian? |
| Tinjauan | Bagaimana SOP disempurnakan? |
Karakteristik SOP yang Efektif¶
- Cukup jelas bagi Junior Dealer.
- Cukup ringkas untuk digunakan di bawah tekanan.
- Cukup spesifik untuk menghindari kesenjangan interpretasi.
- Terhubung dengan sistem nyata, peringatan, dan penanggung jawab.
- Diperbarui setelah insiden dan perubahan nyata.
Contoh: SOP Anomali Quote¶
Pemicu:
Tick/spike abnormal, kuotasi stagnan, atau sumber harga yang tidak konsisten.
Langkah segera:
1. Identifikasi simbol dan timestamp.
2. Bandingkan tick platform dengan sumber kuotasi / sumber independen.
3. Periksa log pemrosesan/filter kuotasi.
4. Identifikasi order yang terdampak.
5. Lakukan eskalasi dengan bukti berdasarkan dampak.
6. Lanjutkan pemantauan kuotasi dan eksekusi.
7. Catat klasifikasi dan tindak lanjut.
Siklus Penyempurnaan Berkelanjutan¶
Incident Nyata
→
Tinjauan Pasca-Incident
Tinjauan
→
Kesenjangan SOP Teridentifikasi
Kesenjangan
→
Pembaruan SOP
Pembaruan
→
Pelatihan Tim
Pelatihan
→
Simulasi Diskusi / Langsung
Pengujian
→
Incident
Pelatihan Praktis¶
Gunakan contoh di atas untuk mengidentifikasi pemicu, pemeriksaan segera, kebutuhan bukti, batas eskalasi, kondisi penutupan, dan persyaratan serah terima. Jelaskan langkah yang boleh dilakukan Dealer dan tindakan yang memerlukan personel berwenang khusus.
Ringkasan¶
SOP hanya bernilai jika memandu perilaku nyata. SOP yang baik bersifat praktis, memiliki pemilik, telah diuji, dan terus disempurnakan.
Kriteria Penyelesaian¶
- Dapat menjelaskan risiko utama atau tujuan operasional dari 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