"Perbaiki sebelum rusak." Itulah preventive maintenance dalam lima kata. Sederhana, jelas, dan โ jika Anda pernah mencoba menjalankan program PM di pabrik sungguhan โ ternyata sangat sulit untuk dilakukan dengan benar.
Preventive maintenance (PM) adalah maintenance yang dilakukan pada jadwal rutin untuk mengurangi kemungkinan kegagalan peralatan. Berbeda dengan reactive maintenance (perbaiki saat rusak) atau predictive maintenance (perbaiki saat data mengatakan akan segera rusak), PM berbasis kalender: Anda menservis mesin pada interval tetap terlepas dari kondisinya saat ini.
Terdengar masuk akal. Lalu mengapa begitu banyak program PM gagal?
Tiga Jenis Preventive Maintenance
Tidak semua PM sama. Memahami perbedaannya adalah di mana program yang baik terpisah dari yang buruk.
1. PM Berbasis Waktu
Bentuk paling sederhana. Anda melakukan maintenance pada interval kalender tetap:
- Inspeksi boiler setiap Senin
- Lumasi bearing konveyor setiap 2 minggu
- Ganti filter hidrolik setiap 3 bulan
- Overhaul kompresor setiap tahun
PM berbasis waktu mudah dijadwalkan dan mudah dipahami. Kelemahannya? Ini mengabaikan penggunaan aktual. Mesin yang berjalan 24/7 perlu servis lebih sering daripada yang berjalan 8 jam sehari. Jika seluruh program PM Anda berbasis waktu, Anda entah over-maintaining beberapa peralatan atau under-maintaining yang lainnya.
2. PM Berbasis Pemakaian (Berbasis Meter)
Maintenance dipicu oleh metrik operasi aktual, bukan waktu kalender:
- Ganti oli setelah setiap 5.000 jam operasi
- Ganti belt setelah 100.000 siklus
- Servis motor setelah memproses 50.000 unit
PM berbasis pemakaian lebih akurat daripada berbasis waktu karena melacak keausan aktual. Tantangannya: Anda butuh meter yang andal, counter, atau integrasi dengan sistem produksi untuk melacak pemakaian. Banyak pabrik mulai dengan PM berbasis waktu dan berkembang menuju berbasis pemakaian seiring kematangan.
3. PM Berbasis Kondisi
Jembatan antara preventive dan predictive maintenance. Anda menginspeksi peralatan sesuai jadwal, tapi inspeksi menentukan apakah maintenance benar-benar terjadi:
- Cek level getaran bulanan; ganti bearing hanya jika getaran melebihi ambang X
- Inspeksi ketegangan belt kuartalan; sesuaikan atau ganti hanya jika ketegangan di luar spesifikasi
- Tes resistansi isolasi setiap 6 bulan; rewinding motor hanya jika resistansi turun di bawah Y
PM berbasis kondisi lebih efisien daripada berbasis waktu murni karena Anda tidak mengganti suku cadang yang masih bagus. Tapi ini membutuhkan teknisi yang terlatih untuk melakukan inspeksi dengan benar dan sistem untuk melacak pembacaan dari waktu ke waktu.
Jebakan PM: Mengapa Sebagian Besar Program Gagal
Ini kebenaran yang tidak nyaman: sebagian besar program preventive maintenance terlalu gemuk, usang, dan membuang waktu teknisi pada tugas yang tidak mencegah kegagalan.
Masalah "copy-paste". Banyak program PM diwariskan โ disalin dari pabrik sebelumnya, manual pabrikan yang tidak diperbarui sejak 2008, atau lembar Excel yang dikelola seseorang yang sudah resign tiga tahun lalu. Tidak ada yang mempertanyakan apakah tugas-tugas itu masih relevan karena "dari dulu sudah begini."
Mentalitas centang. Teknisi berjalan melalui rute PM mencentang kotak: "diinspeksi." "dicek." "OK." Apakah mereka benar-benar menginspeksi? Atau hanya menjalankan rutinitas karena masih ada 40 PM lagi yang harus diselesaikan sebelum makan siang?
Spiral backlog PM. PM menghasilkan work order. Ketika work order menumpuk, backlog bertambah. Ketika backlog bertambah, PM ditunda. Ketika PM ditunda, kegagalan tidak terencana meningkat, yang menghasilkan lebih banyak work order reaktif, yang mendorong PM semakin tertinggal. Inilah spiral kematian program PM.
Membangun Program PM yang Benar-Benar Berhasil
Langkah 1: Identifikasi yang Kritis
Tidak setiap mesin layak mendapat tingkat perhatian yang sama. Gunakan matriks kekritisan:
- Kritis (A) โ kegagalan menghentikan produksi, menciptakan risiko keselamatan, atau biaya >$10.000 per jam downtime. Ini dapat PM paling sering, paling menyeluruh.
- Penting (B) โ kegagalan memperlambat produksi atau mengeluarkan biaya tapi tidak menghentikan semuanya. PM lebih jarang, berbasis kondisi jika memungkinkan.
- Pendukung (C) โ kegagalan adalah ketidaknyamanan kecil. PM minimal. Mungkin hanya pengecekan tahunan.
Terlalu banyak pabrik memberi frekuensi PM yang sama untuk setiap mesin. Begitulah Anda berakhir dengan 400 PM per minggu dan backlog 1.200.
Langkah 2: Definisikan Tugas yang Benar-Benar Mencegah Kegagalan
Untuk setiap aset kritis, tanyakan: "Mode kegagalan spesifik apa yang kita coba cegah?" Lalu rancang tugas yang menangani mode kegagalan itu.
Tugas PM buruk: "Inspeksi pompa." Tugas PM baik: "Cek kebocoran seal pompa (>2 tetes/menit = ganti seal). Ukur suhu bearing dengan IR gun (>75ยฐC di housing = investigasi). Catat pembacaan."
Yang pertama memberi tahu teknisi untuk melihat sesuatu. Yang kedua memberi tahu apa yang harus dicari, apa yang bisa diterima, dan apa yang harus dilakukan.
Langkah 3: Tetapkan Frekuensi yang Realistis
Frekuensi PM harus didasarkan pada:
- Rekomendasi pabrikan (tapi dengan skeptis โ mereka sering konservatif)
- Data kegagalan Anda sendiri โ seberapa sering benda ini benar-benar rusak?
- Konteks operasional โ lingkungan berdebu membuat peralatan aus lebih cepat daripada clean room
Jangan default ke "bulanan" karena mudah. Pompa yang rusak setiap 8 bulan tidak butuh PM bulanan. Konveyor dalam operasi 24/7 mungkin butuh inspeksi mingguan meskipun manual bilang kuartalan.
Langkah 4: Lacak Kepatuhan dan Sesuaikan
Jalankan program PM selama 90 hari, lalu review:
- Tingkat kepatuhan PM โ apakah PM diselesaikan tepat waktu?
- Kegagalan terdeteksi selama PM โ apakah inspeksi benar-benar menemukan masalah?
- Kegagalan di antara PM โ apa yang masih rusak yang tidak ditangkap PM?
Gunakan data ini untuk menyesuaikan frekuensi, menambah tugas, menghapus tugas yang tidak perlu, dan menyeimbangkan kembali beban kerja teknisi. Program PM tidak pernah "selesai." Ini adalah siklus continuous improvement.
Langkah 5: Gunakan CMMS
Di sinilah teknologi menjadi esensial. CMMS (Computerized Maintenance Management System) mengotomatisasi penjadwalan, menghasilkan work order secara otomatis, melacak kepatuhan, dan menyimpan data inspeksi dari waktu ke waktu.
Tanpa CMMS, Anda mengelola PM di Excel atau di papan tulis โ yang berfungsi untuk sekitar 20 mesin dan satu shift. Lebih dari itu, akan berantakan. CMMS memastikan PM dihasilkan, ditugaskan, dilacak, dan dicatat tanpa ada yang harus mengingat apa pun.
Hasilnya
Program PM yang dijalankan dengan baik memberikan hasil yang terukur:
- Pengurangan 30-50% dalam downtime tidak terencana โ manfaat yang paling banyak dikutip dalam studi industri
- Umur peralatan 15-25% lebih panjang โ mesin yang dirawat sesuai jadwal bertahan lebih lama daripada mesin yang dijalankan sampai gagal
- Biaya perbaikan lebih rendah โ penggantian bearing terjadwal biayanya sebagian kecil dari mengganti bearing plus poros yang dirusaknya saat macet
- Perencanaan produksi lebih baik โ maintenance terjadi di jendela terencana, bukan di tengah production run
- Kepatuhan siap audit โ riwayat PM terdokumentasi memuaskan regulator, asuransi, dan pelanggan
Preventive maintenance tidaklah menarik. Tidak akan memenangkan penghargaan atau jadi berita utama. Tapi ini adalah fondasi di mana semua hal lain dibangun. Predictive maintenance, condition monitoring, reliability-centered maintenance โ semuanya mengasumsikan Anda sudah melakukan dasar-dasarnya.
Mulai dengan PM. Lakukan dengan benar. Sisanya akan mengikuti.
Lihat bagaimana OpexMX menangani penjadwalan PM dan pelacakan kepatuhan. Dibangun untuk pabrik yang butuh PM benar-benar berfungsi.