ROOT CAUSE ANALYSIS DAN RELIABILITY MAINTENANCE
Tema:
“Dari Memperbaiki Kerusakan → Menemukan Akar Masalah → Mencegah Kerusakan Berulang.”
1. Apa itu Root Cause Analysis?
Root Cause Analysis (RCA) adalah pendekatan untuk mencari penyebab dasar suatu masalah, bukan berhenti pada gejala yang terlihat.
Contoh:
MESIN BERHENTI
↓
Sensor tidak membaca
↓
Kabel sensor bermasalah
↓
Kabel sering tertarik
↓
Routing kabel tidak tepat
↓
AKAR MASALAH
Kalau teknisi hanya mengganti sensor, mesin mungkin kembali berjalan.
Tetapi kalau penyebab kabel tidak diperbaiki, gangguan bisa muncul kembali.
2. Bedakan Gejala, Penyebab, dan Akar Masalah
Ini penting sekali untuk siswa.
Misalnya:
Gejala:
Motor berhenti.
Penyebab langsung:
VFD mengalami fault.
Penyebab yang lebih dalam:
Beban motor terlalu berat.
Akar masalah yang perlu dibuktikan:
Ada masalah pada sistem mekanik/proses yang menyebabkan beban meningkat.
Jadi:
GEJALA
↓
PENYEBAB LANGSUNG
↓
PENYEBAB KONTRIBUSI
↓
ROOT CAUSE
Tidak semua fault memiliki satu akar masalah; kadang terdapat beberapa faktor yang saling berkontribusi.
3. Metode 5 Why
Metode sederhana yang sangat cocok untuk pembelajaran SMK dan BLK adalah 5 Why.
Kasus:
Conveyor berhenti.
Why 1:
Mengapa conveyor berhenti?
→ Motor berhenti.
Why 2:
Mengapa motor berhenti?
→ VFD trip.
Why 3:
Mengapa VFD trip?
→ Terjadi kondisi overload.
Why 4:
Mengapa terjadi overload?
→ Beban mekanis meningkat.
Why 5:
Mengapa beban mekanis meningkat?
→ Ditemukan kondisi mekanis yang perlu diperiksa dan diperbaiki.
Didunia nyata, setiap jawaban harus dibuktikan dengan pemeriksaan, bukan sekadar dugaan.
4. Jangan Takut Mengatakan “Belum Tahu”
Ini juga bagian dari budaya teknisi yang baik.
Misalnya teknisi belum mengetahui penyebab VFD fault.
Jangan mengatakan:
“Pasti VFD rusak.”
Lebih baik:
“VFD menunjukkan fault. Penyebab belum dipastikan. Kita lakukan pemeriksaan berdasarkan manual dan kondisi mesin.”
Ini justru menunjukkan sikap profesional.
5. Reliability Maintenance
Reliability berarti kemampuan suatu sistem untuk menjalankan fungsi yang diperlukan secara konsisten dalam kondisi tertentu selama periode tertentu.
Untuk teknisi pabrik, pertanyaannya bukan hanya:
“Apakah mesin bisa jalan?”
Tetapi:
“Apakah mesin dapat bekerja secara andal dan tidak sering mengalami gangguan?”
6. Contoh sederhana
Misalnya ada dua mesin:
Mesin A
30 hari
↓
1 gangguan
Mesin B
30 hari
↓
15 gangguan
Walaupun keduanya bisa diperbaiki, Mesin B jelas membutuhkan perhatian lebih.
Teknisi harus melihat pola kerusakan, bukan hanya jumlah komponen yang diganti.
7. MTBF dan MTTR
Sekarang kita masuk sedikit ke istilah maintenance industri.
MTBF
Mean Time Between Failures
Secara sederhana menggambarkan rata-rata waktu operasi antar kegagalan.
MTBF tinggi
=
umumnya lebih jarang mengalami failure
MTTR
Mean Time To Repair
Menggambarkan rata-rata waktu yang diperlukan untuk melakukan perbaikan.
MTTR rendah
=
waktu pemulihan rata-rata lebih singkat
Keduanya membantu tim maintenance mengevaluasi performa peralatan.
8. Contoh sederhana MTTR
Misalnya terdapat 3 kejadian:
Kerusakan 1 → 20 menit
Kerusakan 2 → 30 menit
Kerusakan 3 → 10 menit
Total waktu perbaikan:
60 menit
Jumlah kejadian:
3
Maka:
MTTR = 60 ÷ 3 = 20 menit
Sederhana, tetapi data seperti ini dapat membantu tim melihat apakah waktu perbaikan semakin baik atau justru memburuk.
9. Mengapa teknisi perlu mencatat downtime?
Karena tanpa data, kita mudah terjebak pada:
“Sepertinya mesin sering rusak.”
Dengan data, kita bisa mengatakan:
“Dalam periode tertentu terjadi 12 gangguan, dan 7 di antaranya berasal dari sistem sensor.”
Itu jauh lebih berguna untuk menentukan prioritas perbaikan.
10. Pareto Analysis
Setelah data terkumpul, kita dapat mengelompokkan gangguan.
Contoh:
Sensor ███████████████
VFD ███████
Mekanik █████
Power supply ███
PLC ██
Terlihat bahwa gangguan sensor paling banyak.
Maka tim maintenance dapat memprioritaskan:
Mengapa sensor paling sering bermasalah?
Bukan langsung menghabiskan waktu pada komponen yang jarang mengalami gangguan.
11. Contoh kasus nyata secara konsep
Misalnya selama satu bulan:
| Gangguan | Jumlah |
|---|---|
| Sensor | 12 |
| VFD | 5 |
| Mekanik | 4 |
| Power supply | 2 |
| PLC | 1 |
Jangan langsung menyimpulkan:
“PLC paling bagus.”
Karena jumlah gangguan dipengaruhi banyak faktor.
Namun data tersebut dapat menjadi petunjuk untuk menentukan prioritas investigasi.
12. Dari data menuju tindakan
Alurnya:
DATA KERUSAKAN
↓
KLASIFIKASI
↓
PARETO / ANALISIS
↓
PILIH MASALAH UTAMA
↓
ROOT CAUSE ANALYSIS
↓
TINDAKAN PERBAIKAN
↓
MONITORING
↓
EVALUASI
Ini sudah menjadi pola kerja maintenance yang jauh lebih matang.
13. Preventive Maintenance + RCA
Misalnya sensor rusak tiga kali dalam satu bulan.
Preventive maintenance mengatakan:
“Periksa sensor secara berkala.”
RCA bertanya:
“Mengapa sensor sampai rusak berulang kali?”
Kemudian ditemukan faktor lingkungan atau pemasangan yang menyebabkan masalah.
Maka preventive maintenance harus diperbaiki berdasarkan hasil RCA.
14. Inilah hubungan PLC, HMI, SCADA dan Maintenance
Sekarang seluruh pembelajaran kita mulai menyatu:
SENSOR
↓
PLC
↙ ↘
HMI VFD
↓ ↓
OPERATOR MOTOR
↓
SCADA
↓
DATA
↓
MAINTENANCE
↓
ANALISIS
↓
RCA
↓
PERBAIKAN SISTEM
Jadi SCADA bukan hanya untuk melihat angka, HMI bukan hanya untuk menekan tombol, dan PLC bukan hanya untuk menjalankan output.
Semuanya dapat menjadi bagian dari sistem pengendalian dan pemeliharaan mesin.
15. Prinsip penting untuk teknisi pabrik
Saya ingin siswa mengingat kalimat ini:
“Restore the machine, then improve the machine.”
Artinya:
Pertama: pulihkan mesin dengan aman sesuai prosedur.
Kedua: cari penyebab gangguan.
Ketiga: lakukan tindakan agar gangguan tidak mudah terulang.
Jangan berhenti pada:
“Mesin sudah jalan.”
Pertanyaan berikutnya adalah:
“Mengapa tadi berhenti, dan apa yang kita lakukan agar kejadian tersebut tidak berulang?”
16. Tugas latihan siswa
Kasus:
Conveyor berhenti setiap beberapa jam.
Siswa diminta membuat:
A. Data
- Jam kejadian.
- Alarm HMI.
- Status sensor.
- Status PLC.
- Status VFD.
- Kondisi motor.
- Kondisi mekanik.
B. Analisis
- Apakah gangguan listrik?
- Kontrol?
- Sensor?
- VFD?
- Mekanik?
- Komunikasi?
C. RCA
Gunakan 5 Why.
D. Tindakan
Tentukan tindakan berdasarkan hasil pemeriksaan.
E. Verifikasi
Pantau mesin setelah tindakan.
Ini merupakan latihan yang sangat baik untuk membentuk cara berpikir troubleshooting, bukan sekadar hafalan.
Pesan untuk teknisi dan generasi muda
inti seluruh pembelajaran kita mulai terlihat jelas:
BELAJAR
↓
MEMAHAMI
↓
MENGUKUR
↓
MENGANALISIS
↓
MEMPERBAIKI
↓
MENCEGAH
↓
MENINGKATKAN
Teknisi yang hanya bisa memperbaiki akan sangat dibutuhkan.
Tetapi teknisi yang bisa menemukan penyebab, membaca data, mencegah kerusakan berulang, dan meningkatkan keandalan mesin akan mempunyai nilai yang lebih tinggi di dunia industri.