Failure Mode and Effects Analysis (FMEA) adalah metode untuk menelaah bagaimana produk atau proses dapat gagal, apa dampaknya, dan tindakan apa yang perlu diprioritaskan. Untuk manajer pabrik, hasil yang berguna adalah keputusan pencegahan dan pengendalian yang memiliki pemilik serta bukti pelaksanaan, bukan sekadar tabel skor.
FMEA dapat digunakan ketika proses dirancang, diubah, atau dievaluasi. American Society for Quality (ASQ) menekankan perlunya tim lintas fungsi dan batas analisis yang jelas. Artikel ini menggunakan skenario ilustratif proses perakitan untuk menjelaskan cara berpikirnya; contoh bukan hasil proyek atau portofolio Layana.ID.
Bedakan Mode Kegagalan, Dampak, Dan Penyebab
Ketiganya menjawab pertanyaan berbeda. Mode kegagalan menjelaskan bagaimana fungsi tidak terpenuhi. Dampak menjelaskan konsekuensinya bagi proses berikutnya atau pengguna. Penyebab menjelaskan kondisi yang memungkinkan kegagalan terjadi.
Misalnya, fungsi suatu stasiun adalah memasang bracket dengan orientasi yang benar. Mode kegagalannya: bracket terpasang terbalik. Dampaknya dapat berupa perakitan berikutnya tidak dapat dilanjutkan atau produk tidak berfungsi sebagaimana dirancang. Dugaan penyebabnya mungkin fixture menerima dua orientasi dan operator tidak mendapat petunjuk pembeda yang memadai. Jika kegagalan sudah terjadi dan penyebabnya perlu diselidiki, fishbone diagram membantu menyusun dugaan untuk diuji.
Jangan menulis “operator salah” pada semua kolom. Pernyataan itu tidak menunjukkan apa yang gagal, akibatnya, atau perubahan apa yang dapat mencegahnya. Libatkan produksi, engineering, mutu, dan pihak lain yang memahami proses serta kebutuhan pelanggan.
Apa Arti Severity, Occurrence, Dan Detection?
Dalam pendekatan penilaian S–O–D, severity (S) menggambarkan tingkat keparahan dampak, occurrence (O) kemungkinan atau frekuensi penyebab kegagalan menurut skala yang digunakan, dan detection (D) kemampuan pengendalian mendeteksi kegagalan atau penyebabnya sebelum lolos.
Skala harus mempunyai deskripsi yang disepakati, bukan hanya angka 1 sampai 10 tanpa arti. Pada contoh di sini, angka lebih besar berarti kondisi lebih buruk; D yang tinggi berarti semakin sulit terdeteksi. Pastikan arah skala tersebut konsisten pada formulir dan panduan perusahaan.
Jangan mengubah skor dari pendapat pribadi tanpa mencatat dasarnya. Data cacat, riwayat gangguan, hasil uji, serta pengetahuan teknis dapat menjadi masukan. Bila bukti masih terbatas, tulis ketidakpastian dan kebutuhan verifikasinya.
Contoh Perhitungan RPN Pada Proses Perakitan
Seluruh skor berikut hanya ilustrasi cara menghitung. Skor bukan rekomendasi penilaian risiko untuk mesin atau produk tertentu. Tim memberi nilai S = 7, O = 4, dan D = 6 pada mode kegagalan bracket terbalik. Jika metode perusahaan memakai Risk Priority Number, perhitungannya adalah:
RPN = S × O × D = 7 × 4 × 6 = 168.
Tim lalu merancang fixture dengan pembeda orientasi dan menambah verifikasi sebelum produk berpindah ke stasiun berikutnya. Setelah tindakan diterapkan dan bukti dinilai memadai, misalkan tim menyetujui O turun menjadi 2 dan D menjadi 3. Dengan S tetap 7, RPN baru adalah 7 × 2 × 3 = 42.
Severity tidak otomatis turun karena inspeksi bertambah. Dampak bracket terbalik dapat tetap sama jika kegagalan itu masih terjadi dan lolos. Perubahan skor harus mengikuti apa yang benar-benar berubah: peluang kejadian, kemampuan deteksi, atau konsekuensi teknisnya.
Mengapa RPN Tidak Cukup Untuk Memilih Prioritas?
Perkalian dapat menghasilkan angka sama dari kombinasi yang berbeda. S = 10, O = 2, D = 3 menghasilkan RPN 60; S = 3, O = 5, D = 4 juga menghasilkan 60. Angka total yang sama tidak berarti konsekuensinya setara.
Karena itu, tinjau dampak serius secara langsung dan ikuti metode prioritas serta persyaratan yang berlaku pada organisasi dan pelanggan. Jangan menetapkan ambang universal, misalnya semua RPN di bawah angka tertentu pasti aman. Kebutuhan tindakan tidak boleh dihapus hanya karena produk perkalian terlihat kecil.
RPN yang berkurang juga bukan ukuran otomatis penurunan risiko sebesar persentase tertentu. Pada contoh 168 menjadi 42, angka indeks memang turun, tetapi tidak membuktikan kemungkinan kecelakaan atau kerugian turun 75%. Skor bersifat penilaian menurut skala, bukan pengukuran probabilitas yang dapat diperlakukan sembarangan.
Pilih Tindakan Yang Mengubah Mekanisme Kegagalan
Perbaiki Desain Atau Proses Bila Memungkinkan
Jika dua orientasi komponen dapat dipasang, evaluasi apakah geometri fixture atau urutan proses dapat membedakannya. Setiap perubahan tetap perlu kajian teknis, keselamatan, serta pengendalian perubahan. Contoh ini bukan instruksi untuk memodifikasi mesin produksi tanpa persetujuan personel berwenang.
Tambahkan Pengendalian Dengan Bukti Kemampuan
Bila menggunakan sensor atau pemeriksaan tambahan, uji kondisi salah orientasi, komponen tidak ada, pembacaan gagal, dan proses pemulihan. Sinyal “terdeteksi” belum membuktikan aliran produk benar-benar tertahan. Nilai hubungan antara pemeriksaan, keputusan, dan perpindahan barang.
Hindari Menutup Semua Tindakan Dengan Pelatihan
Pelatihan berguna bila memang ada kesenjangan kompetensi. Namun, instruksi tambahan tidak menghilangkan fixture ambigu atau indikator yang sulit dilihat. Tetapkan tindakan yang sesuai dengan penyebab, lalu periksa apakah tindakan tersebut dapat dijalankan dalam pekerjaan normal.
Data Apa Yang Perlu Disimpan?
- Ruang lingkup, fungsi proses, dan revisi dokumen.
- Mode kegagalan, dampak, serta penyebab yang dinilai.
- Pengendalian pencegahan dan deteksi yang sudah berjalan.
- Skor beserta definisi skala dan dasar penilaiannya.
- Tindakan, penanggung jawab, target waktu, dan status.
- Bukti penerapan, hasil verifikasi, serta persetujuan penilaian ulang.
Status “sudah dibeli” atau “sudah dipasang” tidak sama dengan efektif. Misalnya, fixture baru mungkin tersedia tetapi belum dipakai pada shift malam. Tindakan belum layak ditutup sebelum penggunaan dan hasilnya diperiksa sesuai kriteria.
Hubungkan FMEA Dengan Pemeriksaan Dan Perubahan Proses
Temuan FMEA dapat membantu menentukan titik pemeriksaan dan kebutuhan pencatatan. Pelaksanaan inspeksi perlu tetap mengikuti alur quality control yang disepakati. Data kegagalan aktual kemudian menjadi masukan saat analisis ditinjau ulang.
Tinjau kembali FMEA ketika desain, bahan, pemasok, urutan kerja, atau metode pengendalian berubah secara relevan. Jangan hanya memperbarui tanggal dokumen. Periksa apakah asumsi lama masih berlaku dan apakah risiko baru muncul pada antarmuka proses.
Jika organisasi memerlukan hubungan antara risiko, tindakan, dokumen, dan data inspeksi, pengembangan sistem custom dapat dievaluasi setelah struktur prosesnya jelas. Sistem membantu ketertelusuran dan pengingat; keputusan teknis serta penerimaan risiko tetap milik pihak berwenang. Perjelas penanggung jawabnya melalui pembagian peran QA dan QC.
Mulai Dari Satu Proses Dengan Batas Yang Jelas
Siapkan diagram proses, contoh kegagalan, skala penilaian yang digunakan, dan daftar tindakan yang masih terbuka. Diskusikan kebutuhan sistem risiko dan tindakan mutu dengan Layana.ID untuk memetakan hubungan data serta alur persetujuannya.
Rujukan konsep: ASQ, “What Is FMEA? Failure Mode and Effects Analysis”, ditinjau November 2024; diakses 2 November 2026. Skenario, skor, serta perhitungan merupakan ilustrasi analitis, bukan penilaian keselamatan atau hasil implementasi pelanggan. Gambar utama merupakan ilustrasi AI.