Jangan Langsung Mencari Orang yang Salah, Cari Mengapa Sistem Membiarkan Kesalahan Terjadi
.png)
Ada satu kebiasaan yang sering terjadi ketika sebuah masalah muncul di perusahaan. Target tidak tercapai. Manager bertanya: “Siapa yang melakukan kesalahan?”
Barang salah kirim.
Pertanyaannya: “Siapa yang melakukan picking?”
Stok tidak sesuai.
Pertanyaannya: “Siapa yang salah input?”
Laporan terlambat.
Pertanyaannya: “Siapa yang belum mengerjakan?”
Pertanyaan-pertanyaan tersebut memang penting. Tetapi seorang manager yang baik tidak berhenti sampai di sana. Ia akan melanjutkan dengan pertanyaan yang lebih mendasar: “Mengapa sistem kita memungkinkan kesalahan itu terjadi?”
Karena kalau masalah hanya diselesaikan dengan menegur orang, kemungkinan besar masalah yang sama akan kembali muncul.
Hari ini orang A melakukan kesalahan.
Besok orang B.
Lusa orang C.
Orangnya berganti.
Masalahnya tetap sama.
Di sinilah seorang manager perlu memahami perbedaan antara memperbaiki orang dan memperbaiki sistem.
1. Jangan Mulai dengan Solusi, Mulailah dengan Masalah
Kesalahan pertama dalam melakukan improvement adalah terlalu cepat mencari solusi. Begitu ada masalah, langsung muncul ide:
“Buat S O P baru.”
“Tambahkan orang.”
“Beli sistem baru.”
“Tambah checklist.”
“Training ulang.”
Padahal belum tentu kita memahami masalah sebenarnya.
Manager perlu berhenti sejenak dan bertanya: Apa sebenarnya yang sedang terjadi?
Contohnya:
Target picking warehouse adalah 1.000 order per hari.
Namun aktualnya hanya 800 order.
Masalahnya bukan sekadar:
“Produktivitas picker rendah.”
Itu baru kesimpulan.
Masalah sebenarnya mungkin:
layout warehouse tidak efisien,
lokasi fast moving item terlalu jauh,
sistem WMS lambat,
proses replenishment terlambat,
picking list tidak optimal,
terlalu banyak perjalanan kosong,
atau standar produktivitas memang tidak realistis.
Karena itu, langkah pertama seorang manager adalah:
Define the Problem.
Definisikan masalah secara spesifik.
Bukan:
“Warehouse kita tidak bagus.”
Tetapi:
“Produktivitas picking turun 18% dalam tiga bulan terakhir, terutama pada shift sore.”
Masalah yang jelas lebih mudah dianalisis.
2. Pisahkan Gejala dengan Masalah
Ini salah satu kemampuan penting seorang manager. Karena sering kali yang terlihat hanyalah symptom.
Misalnya: Stok fisik berbeda dengan sistem.
Itu gejala.
Manager jangan langsung mengatakan: “Operator salah input.”
Pertanyaan berikutnya: Mengapa stok sistem berbeda dengan fisik?
Kemudian ditemukan: Ada transaksi material yang dilakukan secara manual.
Mengapa manual?
Karena terminal scanner tidak tersedia di area tersebut.
Mengapa tidak tersedia?
Karena jumlah perangkat tidak sesuai dengan kebutuhan operasional.
Sekarang kita mulai menemukan hubungan sebab-akibat. Masalah yang terlihat sebagai human error ternyata bisa memiliki akar masalah pada system design.
3. Lihat Proses Secara Utuh
Jangan hanya melihat titik di mana masalah terjadi. Lihat proses dari awal sampai akhir.
Gunakan:
Flowchart
Process Mapping
SIPOC
Value Stream Mapping
Spaghetti Diagram
atau sekadar menggambar aliran proses di papan tulis.
Misalnya masalah terjadi pada proses pengiriman. Jangan hanya melihat bagian shipping.
Petakan:
Customer Order
↓
Sales Order
↓
Planning
↓
Warehouse
↓
Picking
↓
Checking
↓
Packing
↓
Staging
↓
Loading
↓
Delivery
↓
Customer
Bisa jadi masalah terlihat di shipping. Tetapi sumbernya sebenarnya berasal dari planning. Atau masalah terlihat di warehouse. Tetapi penyebabnya adalah master data. Inilah mengapa manager harus melihat end-to-end process. Karena sebuah proses tidak berdiri sendiri.
4. Gunakan Data, Bukan Perasaan
Manager sering memiliki pengalaman. Pengalaman sangat penting. Tetapi pengalaman tidak boleh menggantikan data.
Jangan mengatakan: “Sepertinya masalahnya ada di operator.”
Tanyakan: “Apa datanya?”
Misalnya kita menemukan:
Masalah dengan Data
Picking error 3,2%
Stock discrepancy 1,8%
Late shipment 7,5%
Rework 4,1%
Kemudian lakukan analisis berdasarkan:
waktu,
shift,
produk,
lokasi,
operator,
supplier,
customer,
mesin,
proses.
Kadang data akan menunjukkan sesuatu yang berbeda dari asumsi awal. Misalnya ternyata 70% error terjadi bukan pada operator lama. Tetapi pada produk tertentu. Artinya masalah mungkin bukan kompetensi orang. Mungkin produk tersebut memiliki karakteristik yang membuat prosesnya lebih rentan terhadap kesalahan. Data membantu manager keluar dari jebakan asumsi.
5. Cari Root Cause, Bukan Sekadar Penyebab Terdekat
Setelah masalah diketahui, jangan berhenti pada penyebab pertama.Gunakan metode seperti: 5 Why
Tanyakan: Mengapa?
Kemudian: Mengapa lagi?
Dan terus gali sampai menemukan akar penyebab.
Contoh:
Masalah: Barang salah kirim.
Mengapa?
→ Picker mengambil barang yang salah.
Mengapa?
→ Lokasi dua SKU hampir sama.
Mengapa?
→ Layout lokasi tidak memperhatikan karakteristik SKU.
Mengapa?
→ Slotting dilakukan berdasarkan ketersediaan space.
Mengapa?
→ Belum ada standardisasi slotting berdasarkan velocity dan product similarity.
Sekarang kita menemukan sesuatu.
Masalahnya bukan sekadar: “Picker salah mengambil barang.”
Akar masalahnya mungkin adalah sistem slotting yang tidak dirancang untuk mencegah kesalahan.
6. Bedakan People Problem dengan System Problem
Ini bagian yang sangat penting bagi seorang manager. Tidak semua masalah adalah masalah sistem. Dan tidak semua masalah adalah kesalahan manusia.
Gunakan pertanyaan sederhana:
Apakah orang tersebut tahu caranya?
Jika tidak:
→ Training Problem
Apakah orang tersebut tahu tetapi tidak mampu melakukannya?
→ Capability Problem
Apakah orang tersebut mampu tetapi tidak memiliki alat?
→ Resource Problem
Apakah alat tersedia tetapi prosesnya membingungkan?
→ Process Problem
Apakah proses sudah benar tetapi informasinya salah?
→ Data/System Problem
Apakah semuanya sudah benar tetapi orang sengaja tidak mengikuti?
→ Discipline/Behaviour Problem
Ini membantu manager menentukan tindakan yang tepat. Jangan menyelesaikan system problem dengan training. Jangan menyelesaikan training problem dengan menambah orang. Dan jangan menyelesaikan discipline problem dengan mengganti sistem.
7. Cari Titik di Mana Sistem Bisa Mencegah Kesalahan
Ini adalah level improvement yang lebih tinggi.
Jangan hanya bertanya:
“Bagaimana memperbaiki kesalahan?”
Tetapi:
“Bagaimana membuat kesalahan tersebut sulit terjadi?”
Inilah konsep mistake proofing atau poka-yoke.
Contohnya:
Jika operator sering memasukkan SKU yang salah, jangan hanya mengatakan:
“Lebih teliti.”
Buat sistem yang:
menggunakan barcode scanning,
memberikan warning jika SKU tidak sesuai,
tidak memungkinkan proses dilanjutkan jika data salah,
memberikan visual control,
atau menggunakan sistem validasi otomatis.
Dengan begitu kita tidak hanya mengandalkan human memory. Kita menggunakan system control.
8. Buat Solusi yang Menyerang Root Cause
Setelah akar masalah ditemukan, baru bicara solusi.
Gunakan prinsip:
Root Cause → Corrective Action
Misalnya akar masalah:
Lokasi barang tidak sesuai dengan velocity.
Solusinya bukan:
“Operator harus berjalan lebih cepat.”
Tetapi:
lakukan slotting ulang,
tempatkan fast moving item lebih dekat ke staging,
kelompokkan SKU berdasarkan karakteristik,
evaluasi layout,
review secara berkala.
Solusi yang baik harus menyerang penyebab. Bukan hanya memperbaiki akibat.
9. Jangan Langsung Implementasi Besar-Besaran
Seorang manager sebaiknya tidak langsung menerapkan solusi ke seluruh organisasi. Lakukan pilot project terlebih dahulu.
Misalnya:
Warehouse memiliki 20 zona.
Uji solusi di satu zona.
Bandingkan:
Before
Picking productivity = 80 lines/hour
After
Picking productivity = 96 lines/hour
Error turun.
Waktu proses turun.
Operator tidak terbebani.
Jika hasilnya konsisten, baru lakukan scale-up.
Dengan pendekatan ini, perusahaan mengurangi risiko melakukan investasi besar pada solusi yang belum terbukti.
10. Ukur Apakah Improvement Benar-Benar Berhasil
Jangan berhenti pada:
“Sudah diperbaiki.”
Pertanyaan berikutnya:
“Apa buktinya?”
Gunakan indikator sebelum dan sesudah. Sehingga sekarang improvement dapat dibuktikan. Bukan berdasarkan perasaan. Tetapi berdasarkan data.
11. Pastikan Masalah Tidak Kembali
Ini sering dilupakan. Sebuah improvement belum selesai ketika masalah sudah hilang. Improvement selesai ketika hasilnya dapat dipertahankan.
Caranya:
Update SOP.
Update Work Instruction.
Update parameter sistem.
Training operator.
Visual management.
Audit berkala.
Monitoring KPI.
Control plan.
Inilah tahap Control. Karena tanpa control, proses akan kembali ke kondisi lama.
12. Manager Harus Membangun Sistem yang Tidak Bergantung pada "Orang Hebat"
Ini mungkin pelajaran paling penting. Perusahaan yang sehat tidak boleh bergantung pada satu orang yang selalu tahu semuanya. Kalau hanya satu supervisor yang tahu bagaimana menyelesaikan masalah, perusahaan sebenarnya sedang memiliki risiko.
Sistem yang baik harus mampu membuat:
Orang biasa + sistem yang baik = hasil yang konsisten.
Bukan:
Orang hebat + sistem yang buruk = hasil yang tidak stabil.
Karena orang bisa resign.
Orang bisa pindah.
Orang bisa sakit.
Orang bisa pensiun.
Tetapi sistem harus tetap berjalan.
Manager Bukan Pemadam Kebakaran
Ada perbedaan antara manager yang sibuk dengan manager yang efektif. Manager yang sibuk selalu memadamkan masalah.
Hari ini masalah stock.
Besok masalah delivery.
Lusa masalah manpower.
Minggu depan masalah supplier.
Ia selalu hadir ketika ada masalah.
Tetapi masalah yang sama terus muncul.
Sebaliknya, manager yang efektif bertanya: “Mengapa masalah ini terus kembali?”
Kemudian ia membangun sistem agar masalah tersebut tidak berulang. Itulah perbedaan antara problem solving dan system improvement. Problem solving menyelesaikan masalah hari ini. System improvement mengurangi kemungkinan masalah yang sama muncul kembali besok.
Seorang manager tidak dibayar hanya untuk memastikan pekerjaan hari ini selesai. Ia juga bertanggung jawab memastikan cara kerja perusahaan menjadi lebih baik daripada sebelumnya. Karena itu, ketika sebuah masalah muncul, jangan terburu-buru mencari siapa yang salah.
Berhenti sejenak.
Lihat prosesnya.
Lihat datanya.
Petakan alirannya.
Cari akar masalahnya.
Tanyakan apakah masalah tersebut berasal dari people, process, machine, material, method, measurement, atau system.
Kemudian buat perbaikan yang bukan hanya menyelesaikan masalah, tetapi juga membuat sistem semakin kuat. Karena perusahaan yang hebat bukan perusahaan yang tidak pernah memiliki masalah. Perusahaan hebat adalah perusahaan yang setiap kali menemukan masalah, sistemnya menjadi lebih baik.
Dan mungkin itulah salah satu definisi terbaik dari seorang manager:
Bukan orang yang paling sering memadamkan api, tetapi orang yang membuat api yang sama tidak pernah muncul untuk kedua kalinya.
.png)
.png)
.png)
.png)
.png)