Budaya keselamatan dan perbaikan

Pertanyaan bisnis yang ingin kita jawab

Insiden hampir terjadi harus dicatat tanpa mencari kambing hitam. Lakukan root-cause analysis pada defect berulang, bottleneck, salah kirim dan downtime, kemudian uji apakah tindakan koreksi menurunkan masalah. Perbaikan harus mempertimbangkan kesejahteraan karyawan dan petani.

Contohnya dalam usaha kopi sehari-hari

• Jika memakai jasa sangrai: Usaha yang menggunakan jasa sangrai perlu membangun kebiasaan pelaporan near miss di fasilitas vendor tanpa memaksa mitra menyembunyikan insiden demi hubungan komersial.
• Jika menyangrai kopi sendiri: Roastery kecil harus meninjau insiden panas, asap, tumpahan, kontaminasi atau operator lelah dengan prinsip keselamatan dan koreksi sistem, bukan menyalahkan individu semata.
• Jika mengelola pesanan lebih besar: Roastery bertumbuh mencatat near miss, corrective/preventive action, person-in-charge, deadline, verifikasi efektivitas dan pembelajaran lintas shift.

Review hipotetis: Operator menemukan bau abnormal di area roasting dan menghentikan batch sesuai SOP. Manager yang hanya mengejar target kg menegur operator karena downtime; akibatnya berikutnya staf mungkin enggan melapor. Respons yang sehat adalah mengamankan operasi menurut SOP yang disetujui, memanggil teknisi kompeten, merekam temuan, menilai sebab sistemik (alat, jadwal servis, training, ventilasi), dan tidak restart tanpa otorisasi keselamatan. Evaluasi juga dampak keterlambatan pada pelanggan dan biaya kas, tetapi tidak mengorbankan keamanan pangan dan pekerja. Indikator perbaikan adalah tindakan koreksi benar-benar diuji, bukan jumlah kecelakaan dilaporkan nol.

Tugas yang bisa kamu kerjakan

Jalankan simulasi review insiden roasting tanpa menyalahkan operator.

Kesalahan yang harus dicegah

Mengganti SOP setiap minggu tanpa menguji efektivitas revisi terakhir.

Checkpoint pemahaman

Jika operator menghentikan mesin karena dugaan gangguan ventilasi, apa yang harus dilakukan supervisor sebelum restart? Bagaimana membedakan near miss yang perlu diperbaiki dari 'operator lambat'?