Fishbone diagram adalah alat untuk menyusun kemungkinan penyebab suatu masalah ke dalam cabang-cabang yang teratur. Bentuknya menyerupai tulang ikan: masalah berada di kepala, sementara cabang mengelompokkan faktor yang mungkin berkontribusi. Diagram ini juga dikenal sebagai diagram Ishikawa atau diagram sebab-akibat.
Nilainya bukan pada seberapa penuh papan terisi. Tim produksi membutuhkan daftar dugaan yang cukup jelas untuk diperiksa. Tanpa langkah pembuktian, fishbone mudah berubah menjadi kumpulan pendapat yang akhirnya menunjuk orang atau mesin tertentu tanpa dasar yang memadai.
Kapan Fishbone Diagram Berguna?
Gunakan fishbone ketika masalah sudah cukup spesifik, tetapi penyebabnya belum dipahami. Misalnya, kebocoran sambungan pada satu jenis kemasan meningkat setelah perubahan tertentu. Diagram membantu orang yang memahami proses menyatukan pengamatan mereka sebelum menentukan pemeriksaan lanjutan.
Menurut American Society for Quality (ASQ), fishbone mengelompokkan kemungkinan penyebab dan subpenyebab. Kategori dapat disesuaikan agar mudah dipahami tim. Karena itu, enam kategori yang lazim digunakan merupakan alat bantu berpikir, bukan kewajiban mengisi semua cabang secara merata.
Fishbone kurang berguna jika masalahnya masih berupa “mutu buruk” atau “produktivitas rendah”. Pernyataan terlalu luas membuat dugaan bercampur. Pilih dahulu satu hasil yang ingin dijelaskan, dengan produk, tempat, periode, serta ukuran yang cukup jelas.
Susun Pernyataan Masalah Sebelum Menggambar Cabang
Contoh dalam artikel ini merupakan skenario ilustratif, bukan kasus pelanggan Layana.ID. Pernyataan awal “banyak kemasan bocor” dapat diperjelas menjadi: “Pada pemeriksaan 500 kemasan produk A dari lini 2 selama dua shift pengamatan, ditemukan 25 unit dengan kebocoran di sambungan atas.”
Pernyataan tersebut menghasilkan proporsi 25 ÷ 500 × 100% = 5% pada unit yang diperiksa. Angka itu tidak otomatis mewakili seluruh pabrik atau periode lain. Jangan memasukkan dugaan penyebab seperti “karena operator salah” ke dalam pernyataan masalah; penyebab masih perlu diselidiki.
Catat juga metode uji, kriteria kebocoran, dan cara pemilihan unit. Jika dua petugas memakai metode berbeda, tim perlu menyelesaikan ketidakkonsistenan pengukuran sebelum menafsirkan kenaikan cacat.
Contoh Kategori 6M Untuk Cacat Kemasan
Man: Kompetensi Dan Cara Kerja Orang
Tanyakan apakah instruksi pergantian produk dipahami, serah terima shift mencakup kondisi mesin, dan operator dapat mengenali penyimpangan. Hindari berhenti pada label “kurang teliti”. Jelaskan tindakan apa yang berbeda, mengapa mungkin terjadi, dan bukti apa yang dapat memeriksanya.
Machine: Kondisi Peralatan
Dugaan dapat menyangkut tekanan penjepit yang tidak merata atau permukaan penyegel yang aus. Catatan maintenance dan pemeriksaan fisik dapat membantu. Mesin tidak boleh dinyatakan sebagai penyebab hanya karena usianya lebih tua daripada mesin lain.
Method: Metode Dan Urutan Proses
Periksa perbedaan urutan penyetelan, kriteria benda pertama, serta tindakan setelah berhenti. Bandingkan prosedur yang disahkan dengan praktik yang terjadi. Bila prosedur sendiri tidak realistis, menyalahkan pelaksana tidak menyelesaikan masalah.
Material: Bahan Dan Variasinya
Hubungkan waktu kejadian dengan lot bahan, ketebalan, kondisi penyimpanan, atau sifat yang relevan. Jika lot bahan baru selalu berjalan pada mesin tertentu, efek bahan dan mesin bisa bercampur. Tim perlu merancang perbandingan yang dapat membedakan keduanya.
Measurement: Metode Dan Alat Ukur
Periksa apakah alat, cara mengambil sampel, dan penilaian hasil konsisten. Catatan kalibrasi merupakan salah satu masukan, tetapi tidak dengan sendirinya membuktikan bahwa setiap pengukuran dilakukan dengan benar. Kompetensi serta penerapan metode tetap perlu dinilai.
Mother Nature: Lingkungan
Pertimbangkan suhu, kelembapan, debu, atau faktor lingkungan lain bila ada mekanisme yang masuk akal. Jangan menambahkan faktor hanya untuk melengkapi diagram. Hubungkan dugaan dengan data atau pengamatan yang dapat diperiksa.
Ubah Setiap Dugaan Menjadi Pertanyaan Yang Bisa Diuji
Misalnya tim menduga permukaan penjepit aus. Rumuskan pemeriksaan: apakah pola kebocoran mengikuti posisi tertentu pada sambungan, dan apakah kondisi permukaan mendukung dugaan itu? Tentukan cara pemeriksaan yang aman bersama personel berwenang; jangan mengubah setelan mesin produksi sebagai percobaan tanpa pengendalian perubahan.
Untuk dugaan perubahan material, telusuri lot yang digunakan dan bandingkan kondisi prosesnya. Bukti yang membantah juga perlu dicatat. Jika lot yang sama menghasilkan produk sesuai pada kondisi sebanding, tim harus menilai kembali kekuatan dugaan, bukan mengabaikan hasil yang tidak cocok.
Gunakan catatan ringkas untuk setiap hipotesis: pernyataan dugaan, dasar awal, data yang dibutuhkan, penanggung jawab, hasil, dan kesimpulan sementara. Bedakan “belum diuji” dari “terbukti salah” maupun “didukung bukti”.
Jangan Menyamakan Cabang Terpanjang Dengan Akar Masalah
Cabang manusia sering berisi paling banyak ide karena perilaku orang mudah dibicarakan. Banyaknya catatan tidak menunjukkan besarnya kontribusi. Tim mungkin juga kurang memiliki data mengenai kondisi mesin atau karakteristik bahan sehingga cabang lain tampak kosong.
Setelah menemukan penyebab yang didukung bukti, periksa apakah tindakan benar-benar mengubah mekanisme tersebut. Pelatihan ulang tidak cukup bila instruksi kerja membingungkan atau alat tidak dapat menjaga setelan. Pilih tindakan sesuai penyebab, lalu evaluasi efektivitas pada kondisi yang relevan.
Hubungkan Fishbone Dengan Data Produksi
Fishbone merupakan salah satu dari 7 QC tools untuk analisis mutu. Check sheet membantu mengumpulkan kejadian, stratifikasi memisahkan kelompok data, dan diagram lain dapat membantu melihat pola. Pilih alat pendamping berdasarkan pertanyaan yang belum terjawab.
Dalam sistem digital, hubungkan penyelidikan dengan nomor masalah, produk, lot, mesin, waktu, serta dokumen pendukung. Catatan tindakan perlu mempertahankan hasil awal agar perubahan kesimpulan dapat ditelusuri. Menyalin gambar fishbone ke aplikasi tanpa hubungan tersebut belum menyelesaikan kesulitan pencarian bukti.
Jika data perlu digabungkan dari inspeksi, produksi, dan maintenance, petakan dahulu sumber serta arti tiap field. Sistem custom dapat dirancang untuk mendukung pencatatan dan tindak lanjut, tetapi validitas kesimpulan tetap bergantung pada metode serta bukti yang dipakai tim.
Apakah Fishbone Harus Menghasilkan Satu Penyebab?
Tidak. Masalah dapat dipengaruhi beberapa faktor yang berinteraksi. Sebaliknya, tidak semua cabang harus menghasilkan tindakan. Kesimpulan sebaiknya mengikuti bukti, termasuk saat bukti yang tersedia belum cukup untuk menetapkan penyebab. Untuk menilai potensi kegagalan pada proses yang akan dirancang atau diubah, gunakan pembahasan FMEA dan prioritas tindakan risiko.
Bawa Satu Masalah Nyata Untuk Dipetakan
Siapkan pernyataan masalah, contoh hasil inspeksi, dan sumber data proses yang tersedia. Diskusikan pencatatan investigasi mutu bersama Layana.ID untuk menentukan hubungan data dan alur tindak lanjut yang perlu didukung sistem.
Rujukan konsep: ASQ, “What Is a Fishbone Diagram?”, ditinjau Oktober 2024; diakses 2 November 2026. Skenario, angka, dan rancangan pemeriksaan di atas merupakan analisis ilustratif. Gambar utama merupakan ilustrasi AI, bukan dokumentasi investigasi perusahaan tertentu.