Bayangkan sebuah pabrik/proses produksi yang sedang “sakit” (banyak produk NG / reject, mesin sering breakdown).
Cara yang Salah (Mentalitas “Asal Action”): Begitu tahu mesin bermasalah, supervisor langsung bilang, “Sudah, ganti saja saringannya dan suruh operator lembur beresin.” Semua action item dicentang selesai. Merasa masalah sudah beres. Padahal, seminggu kemudian masalah yang sama muncul lagi. Mengapa? Karena tindakannya tidak menyasar akar masalah, dan tidak ada verifikasi apakah penyakitnya benar-benar sembuh atau hanya diberi “obat penenang sementara”.
Cara yang Benar (Problem Solving Berbasis Data): Seperti dokter spesialis yang baik:
- Periksa & Turun Lapangan (Gemba): Cek langsung kondisi pasien/mesin, bukan cuma duduk di ruang kerja melihat laporan di atas meja (Analisa Meja).
- Cari Data & Bukti (Bukan Asumsi/Kewajaran): Cek data lab, rekam medis, kapan tepatnya gejala itu timbul (per shift, per mesin, per line).
- Trial & Verifikasi Efektivitas: Berikan obat/tindakan, lalu pantau trend kesembuhannya selama beberapa minggu ke depan. Apakah suhu tubuhnya benar-benar turun stabil?
- Standarisasi: Jika terbukti sembuh, buat resep pencegahan agar penyakit tidak balik lagi.
Berikut Poin-Poin Utama Skema Problem Solving:
- Ada Masalah & Identifikasi: Temukan keabnormalan (apa yang tidak sesuai standar). Perhatikan alurnya: bagaimana bahan di-input, bagaimana prosesnya dibuat, dan bagaimana material mengalir.
- Turun ke Lapangan (Gemba): Jangan menganalisis hanya dari meja kantor (Analisa Meja). Amati langsung proses aslinya.
- Analisis Akar Masalah (Tools): Gunakan Fishbone Diagram (untuk melihat semua aspek secara menyeluruh) dan 5 Why Analysis (menggali ‘kenapa’ sampai mentok di akar penyebab).
- Trial & Aksi Perbaikan: Lakukan uji coba perbaikan berdasarkan bukti data, bukan sekadar asumsi atau common sense (kewajaran yang sering mengecoh).
- Verifikasi Efektivitas (Fokus ke Trend, Bukan Cuma Action): Buktikan dengan data Before-After selama beberapa minggu.
- Standarisasi & Audit: Buat aturannya (FMEA, Instruksi Kerja, Form, dll) dan audit berkala agar tidak kambuh.
Fokus Krusial: Jebakan “Action Selesai” vs “Efektivitas Nyata”
Banyak program perbaikan gagal di tengah jalan karena tim terjebak pada pola pikir: “Yang penting tindakannya sudah dilakukan, berarti masalah sudah selesai.” Jadi melakukan action perbaikan saja belumlah cukup. Perbedaan utamanya ada di sini:
| Jebakan “Asal Action” ❌ | Problem Solving yang Efektif ✅ |
| Fokus pada Aktivitas: “SOP sudah direvisi, mesin sudah dibersihkan, training sudah diabsen.” | Fokus pada Hasil & Trend: “Angka defect (NG) turun drastis dari 5% menjadi 0.5% secara konsisten selama 3 minggu berturut-turut.” |
| Dasar Analisis Asumsi / Prasangka: “Ah, sepertinya debu AC ini yang bikin cat bopeng, bersihkan saja!” (Tanpa bukti data). | Dasar Analisis Data Spesifik: Mengumpulkan data NG per line, per shift, per mesin, lalu dibuktikan dengan ilustrasi/data nyata. |
| Tidak Ada Verifikasi Lanjutan: Setelah action dijalankan, tim membubarkan diri dan tidak pernah mengecek grafik masalah ke depan. | Verifikasi Atasan & Tren: Ada pemantauan berkala, melihat grafik trend masalah menurun, dan ada pengesahan dari atasan. |
Semoga bermamfaat
www.improvementqhse.com
