Pemeliharaan Reaktif: Pendekatan Breakdown Maintenance Dijelaskan

Beberapa sudut pandang, pemeliharaan reaktif adalah salah satu bentuk paling murni dari pemeliharaan: sesuatu rusak, jadi Anda memperbaikinya.

Namun dengan kesederhanaannya, pendekatan ini bisa menyebabkan kombinasi kompleks dari waktu henti yang mahal dan berbahaya. Seperti setiap alat di kotak perkakas Anda, Anda perlu tahu bagaimana, di mana, dan kapan menggunakannya.

Apa itu pemeliharaan reaktif?

Definisi ada di namanya sendiri: pemeliharaan reaktif adalah pemeliharaan yang dilakukan tim Anda saat sesuatu mengalami kerusakan. Anda juga dapat menyebutnya pemeliharaan reaktif, yang masuk akal karena ini adalah kebalikan dari proaktif. Daripada departemen pemeliharaan menyiapkan dan mengikuti program pencegahan dengan inspeksi dan tugas untuk menemukan serta memperbaiki masalah kecil, dengan pemeliharaan reaktif, Anda menunggu masalah datang kepada Anda.

Jika Anda perlu peribahasa lama untuk menjelaskan dan mendukung pemeliharaan reaktif, Anda bisa menggunakan "Jangan merusak yang tidak rusak" dan "Jangan mencari masalah."

Dalam beberapa situasi spesifik dan terbatas, ini adalah saran yang bagus. Namun di tempat lain, ini sangat buruk.

Apa jenis-jenis pemeliharaan reaktif?

Ada dua kategori luas: run-to-failure dan darurat.

Run-to-failure

Mungkin aneh untuk memiliki strategi pemeliharaan di mana ide utamanya adalah membiarkan sesuatu berjalan hingga rusak, namun itulah sebabnya strategi run-to-failure diberi namanya. Biarkan hal-hal tertentu berjalan hingga gagal.

Kuncinya adalah mendapatkan keseimbangan yang tepat antara yang Anda ketahui dan yang tidak Anda ketahui. Jadi, Anda tahu bahwa aset, peralatan, dan bagian akhirnya akan gagal. Dan Anda tahu apa yang Anda rencanakan saat mereka gagal. Bagian apa yang Anda butuhkan untuk menghidupkan kembali, langkah yang harus diambil tim untuk melakukannya, dan dalam beberapa kasus, siapa di tim yang dapat melakukan pekerjaan.

Misalnya, Anda membeli dan memasang lampu pijar baru. Anda tahu bahwa akhirnya semua lampu pijar akan padam, jadi Anda menyimpan banyak lampu segar di inventori. Saat lampu padam, tim tahu cara menggantinya.

Satu-satunya hal yang tidak Anda ketahui sebelumnya adalah kapan kerusakan terjadi. Semua yang lain? Anda mengharapkannya dan memiliki rencana yang siap.

Kunci lainnya adalah tahu kapan menggunakan pemeliharaan run-to-failure. Ini benar-benar hanya berfungsi untuk aset, peralatan, dan bagian yang non-kritis, mudah diperbaiki atau diganti, tidak mudah diperiksa atau dipelihara, dan murah untuk disimpan di stok.

Darurat

Dengan run-to-failure, Anda tiba di setiap kerusakan sudah tahu apa yang harus dilakukan. Dan dalam sebagian besar kasus, Anda seharusnya sudah memiliki bagian cadangan dan bahan di inventori.

Namun dengan pemeliharaan reaktif darurat, semuanya lebih tidak terduga. Anda tidak mengasumsikan aset akan rusak, jadi jelas Anda tidak punya ide kapan itu akan terjadi. Seringkali, profesional pemeliharaan menyebut pemeliharaan reaktif darurat jenis ini sebagai "memadamkan kebakaran."

Dan ini adalah metafora yang sempurna. Dengan pemeliharaan pencegahan, tim Anda memiliki sistem untuk menemukan tanda-tanda masalah, "asap," jauh sebelum kesempatan untuk menjadi kebakaran besar.

Tapi ini juga bisa lebih dari sekadar metafora. Ada banyak aset dan peralatan yang benar-benar menangkap api setelah meluncur cukup jauh di kurva P-F.

Apa keuntungan dan kerugian pemeliharaan reaktif?

Bagian ini butuh judul yang lebih baik. Judulnya seharusnya "Apa keuntungan run-to-failure dan apa kerugian pemeliharaan darurat?"

Dengan pemeliharaan reaktif run-to-failure, Anda menghemat uang. Pertama, Anda tidak pernah membuang nilai yang terjebak di dalam bagian. Misalnya, jika Anda mengganti sabuk konveyor berdasarkan waktu, Anda mungkin membuang mereka terlalu awal. Jika Anda menunggu hingga mereka rusak, mungkin masih ada satu bulan lagi umur berguna di dalamnya. Dengan jenis pemeliharaan reaktif yang tepat, Anda tidak perlu khawatir mencabut bagian sebelum mereka mencapai akhir umur berguna yang mutlak. Faktanya, Anda hanya mencabutnya saat mereka benar-benar mati.

Anda juga menghemat uang karena tidak pernah membuang waktu untuk memeriksa dan memperbaiki hal-hal yang seharusnya Anda buang saja. Apakah ada mesin yang dapat menguji dan memperbaiki lampu pijar? Mungkin ada. Apakah Anda harus membuang waktu dan uang Anda mendapatkannya? Tidak ada cara.

Saat melihat kerugian pemeliharaan reaktif, Anda hanya perlu bertanya pada diri sendiri, "Apa yang buruk tentang tidak siap?"

Jawabannya adalah "semua." Saat aset rusak, tim pemeliharaan perlu langsung bertindak, yang bisa berarti menjatuhkan pekerjaan yang dijadwalkan, mendorong semua ke belakang. Sekarang tidak hanya orang yang membutuhkan aset itu yang tertinggal jadwal, tim pemeliharaan juga. Dari sana, tim mungkin perlu membawa bagian dan bahan tertentu, yang bisa membiayai banyak uang. Mereka bahkan mungkin perlu membawa vendor pihak ketiga, dan bahkan jika tidak, hanya jam lembur internal bisa cepat menumpuk. Saat aset kembali online, misalnya di pabrik manufaktur, manajer mungkin perlu menjalankan shift tambahan untuk kembali pada target.

Bagaimana CMMS membantu dengan pemeliharaan reaktif?

Ini membantu dengan memberikan kombinasi kemampuan yang Anda butuhkan untuk menyelesaikan pekerjaan. Karena semua data Anda tinggal di dalam database pusat, di mana semua orang dapat mengaksesnya secara instan, Anda dapat berbagi secara efisien secara real-time, menjaga semua orang dalam loop dan tim pada masalah.

Untuk run-to-failure, sistem manajemen pemeliharaan terkomputerisasi yang tepat memberikan kontrol inventori dan kemampuan untuk menulis, menyimpan, dan kemudian dengan cepat membagi pesan kerja untuk perbaikan dan penggantian yang paling umum.

Untuk pemeliharaan reaktif darurat, fokusnya adalah menciptakan saluran komunikasi yang jelas antara Anda dan tim. Saat aset kritis offline, Anda perlu akses instan ke jadwal sehingga Anda dapat memindahkan pesan kerja ke atas atau ke bawah daftar prioritas. Dan setelah Anda mengurutkannya, Anda perlu komunikasi dua arah yang kuat antara Anda dan teknisi Anda.

Langkah selanjutnya

Hippo siap membantu Anda mendapatkan solusi yang paling sesuai untuk Anda, dari menjawab pertanyaan Anda tentang segala hal terkait pemeliharaan hingga membantu Anda memesan demo perangkat lunak langsung.

Ringkasan

Meskipun pemeliharaan reaktif adalah konsep sederhana, sesuatu rusak jadi Anda memperbaikinya, ini bisa menyebabkan masalah yang rumit dan mahal. Ada dua jenis pemeliharaan reaktif, run-to-failure dan darurat. Untuk jenis pertama, Anda sudah mengharapkan kegagalan akan terjadi dan sudah tahu apa yang harus dilakukan tim untuk memperbaiki atau mengganti bagian. Keuntungannya adalah Anda tidak pernah perlu khawatir mengganti sesuatu terlalu awal. Anda juga menghemat uang karena tidak membuang waktu seseorang untuk memeriksa atau memperbaiki hal-hal yang mudah dibuang dan diganti. Anda harus hati-hati, meskipun, karena ini hanya berfungsi untuk hal-hal yang non-kritis, mudah diganti, sulit dipelihara, dan murah untuk disimpan di inventori. Namun untuk jenis kedua pemeliharaan reaktif, darurat, Anda selalu membuang uang. Karena Anda tidak siap untuk kerusakan, tim harus memprioritaskan ulang pekerjaan yang ada, mendorong semua orang ke belakang. Juga, ada kemungkinan besar Anda perlu banyak uang untuk pengiriman darurat bagian.

Tapi dalam kedua kasus, CMMS yang baik membuat semuanya lebih mudah dan lebih murah. Dengan fitur kontrol inventori bawaan dan templat pesan kerja, Anda dapat memastikan tim memiliki apa yang mereka butuhkan saat ada kerusakan. Dan untuk darurat, perangkat lunak membuatnya jauh lebih mudah untuk memprioritaskan ulang sumber daya dan berkomunikasi dengan cepat dengan tim. Karena semua data ada di satu tempat pusat, Anda dapat menjaga semua orang dalam loop dan fokus pada tugas.