Bayangkan ada daftar pekerjaan maintenance yang belum selesai.
Satu laporan tentang AC yang mulai tidak stabil. Satu lampu di area tertentu yang belum diganti. Kebocoran kecil yang masih menunggu jadwal perbaikan. Ada juga equipment yang sebenarnya sudah waktunya diperiksa, tetapi jadwal inspeksinya terus bergeser karena ada pekerjaan lain yang dianggap lebih mendesak.
Tidak ada yang terlihat seperti masalah besar, sampai beberapa minggu kemudian, daftar tersebut bertambah panjang.
Pekerjaan yang sebelumnya bisa dijadwalkan mulai bertemu dengan pekerjaan baru yang lebih mendesak. Teknisi harus membagi waktu antara pekerjaan rutin dan breakdown. Beberapa pekerjaan kembali ditunda. Pada akhirnya, tim maintenance bukan lagi hanya mengelola kondisi gedung, tetapi juga berusaha mengejar pekerjaan yang tertinggal.
Situasi seperti inilah yang dikenal sebagai maintenance backlog.
Maintenance backlog adalah kumpulan pekerjaan maintenance yang sudah teridentifikasi dan perlu dikerjakan, tetapi belum selesai atau belum masuk ke jadwal pengerjaan.
Backlog sebenarnya bukan sesuatu yang selalu buruk. Dalam operasional maintenance, tidak semua pekerjaan harus dikerjakan pada hari yang sama. Ada pekerjaan yang memang perlu dijadwalkan karena membutuhkan spare part, tenaga tertentu, akses ke area, penghentian equipment, atau koordinasi dengan tim lain.
Masalahnya muncul ketika backlog terus bertambah tanpa proses evaluasi yang jelas.
Pekerjaan yang tertunda mulai bercampur antara pekerjaan dengan risiko tinggi, pekerjaan rutin, dan pekerjaan yang dampaknya relatif kecil. Kalau semuanya hanya dicatat berdasarkan urutan masuk, daftar maintenance akan terlihat penuh, tetapi belum tentu menunjukkan pekerjaan mana yang paling penting untuk dilakukan terlebih dahulu.
Karena itu, backlog seharusnya tidak hanya dilihat sebagai jumlah pekerjaan yang belum selesai. Backlog juga dapat menjadi informasi untuk melihat apakah sistem maintenance sudah mampu mengelola kebutuhan fasilitas sesuai dengan kapasitas dan tingkat risikonya.
Ketika satu atau dua pekerjaan tertunda, penyebabnya bisa sangat sederhana: spare part belum tersedia, equipment belum bisa dimatikan, atau teknisi sedang menangani pekerjaan lain.
Tetapi kalau pola yang sama terus berulang, perusahaan perlu melihat masalahnya lebih jauh.
Backlog yang terus bertambah dapat menunjukkan adanya ketidakseimbangan antara jumlah pekerjaan dengan resource yang tersedia. Bisa juga menunjukkan bahwa prioritas belum ditentukan dengan baik, preventive maintenance terlalu sering tertunda, atau pekerjaan yang masuk belum dikelompokkan berdasarkan tingkat risiko dan dampaknya terhadap operasional.
Dengan kata lain, backlog bukan hanya daftar pekerjaan yang belum selesai. Backlog juga bisa menjadi cermin dari cara sebuah sistem maintenance bekerja.
Salah satu kesalahan yang mudah terjadi adalah menganggap pekerjaan yang paling lama menunggu sebagai pekerjaan yang paling mendesak.
Padahal, umur sebuah work order hanya memberi tahu berapa lama pekerjaan tersebut tertunda. Ia belum memberi tahu seberapa besar konsekuensinya jika pekerjaan tersebut kembali ditunda.
Karena itu, prioritas maintenance perlu mempertimbangkan setidaknya tiga hal: risk, criticality, dan operational impact.
Risk membantu melihat kemungkinan terjadinya kegagalan dan konsekuensinya. Misalnya, terdapat dua pekerjaan yang sama-sama belum selesai. Salah satunya adalah penggantian komponen pada sistem yang jarang digunakan dan memiliki backup. Pekerjaan lainnya berkaitan dengan sistem yang digunakan setiap hari dan tidak memiliki alternatif apabila gagal. Keduanya sama-sama masuk backlog, tetapi tingkat risikonya jelas berbeda. Dalam maintenance, risk dapat dipahami dengan melihat kombinasi antara kemungkinan terjadinya failure dan konsekuensi yang ditimbulkan jika failure tersebut terjadi. Pendekatan seperti ini digunakan dalam asset criticality analysis untuk membantu menentukan pekerjaan maintenance yang perlu mendapat perhatian lebih dahulu.
Tidak semua equipment memiliki peran yang sama terhadap sebuah fasilitas. Kerusakan pada aset tertentu mungkin hanya mengganggu satu area untuk sementara. Sementara itu, kegagalan pada sistem yang lebih kritis dapat memengaruhi banyak area atau bahkan menghentikan proses operasional tertentu. Karena itu, perusahaan perlu memahami asset criticality: seberapa penting sebuah aset terhadap fungsi utama fasilitas dan apa konsekuensinya jika aset tersebut gagal. Aset dengan criticality tinggi umumnya membutuhkan perhatian maintenance yang lebih terencana karena kegagalannya memiliki dampak yang lebih besar terhadap operasi. Analisis criticality juga dapat digunakan untuk menentukan prioritas work order, resource allocation, hingga strategi preventive maintenance.
Maintenance pada akhirnya tidak berdiri sendiri. Tujuannya adalah memastikan fasilitas dan equipment dapat mendukung kegiatan operasional. Karena itu, ketika menentukan prioritas, perlu dilihat juga dampaknya terhadap aktivitas bisnis. Pertanyaannya bisa sederhana:
Dengan pertanyaan tersebut, tim maintenance dapat melihat pekerjaan bukan hanya dari sisi teknis, tetapi juga dari sisi operasional.
Tidak ada satu formula yang berlaku untuk semua fasilitas. Namun, perusahaan dapat membuat sistem penilaian sederhana agar keputusan tidak hanya bergantung pada siapa yang paling dulu melapor atau siapa yang paling sering mengingatkan.
Salah satu pendekatan yang dapat digunakan adalah membuat beberapa level prioritas berdasarkan kombinasi risk, criticality, dan impact.
Yang penting bukan sekadar memiliki label tersebut, tetapi memastikan kriteria untuk setiap level dipahami secara konsisten oleh tim.
Dengan begitu, keputusan tidak berubah hanya karena ada pergantian PIC atau karena jumlah pekerjaan sedang meningkat.
Selain tingkat risiko, umur pekerjaan di dalam backlog juga penting untuk diperhatikan.
Pekerjaan yang baru masuk tentu berbeda dengan pekerjaan yang sudah tertunda selama berbulan-bulan. Karena itu, backlog dapat dikelompokkan berdasarkan usia, misalnya:
Pengelompokan ini membantu perusahaan melihat apakah ada pekerjaan yang terus “tinggal” di dalam backlog.
Bukan berarti semua pekerjaan yang berusia lebih dari 90 hari otomatis menjadi prioritas tertinggi. Justru di sinilah risk dan criticality kembali diperlukan. Pekerjaan yang sudah lama tertunda tetapi berdampak rendah bisa jadi memang layak dijadwalkan belakangan. Sebaliknya, pekerjaan yang baru masuk tetapi memiliki risiko tinggi bisa membutuhkan tindakan lebih cepat.
Praktik backlog management yang baik memang tidak hanya melihat jumlah backlog, tetapi juga memantau priority, criticality, dan usia pekerjaan dari waktu ke waktu.
Ada titik ketika masalah backlog bukan lagi soal satu pekerjaan yang tertunda, tetapi soal mengapa pekerjaan terus tertunda.
Beberapa pertanyaan yang bisa digunakan untuk mengevaluasi sistem maintenance antara lain:
Tanpa prioritas, semua pekerjaan terlihat sama penting.
Kalau terjadi terus-menerus, tim bisa masuk ke pola reactive maintenance: memperbaiki masalah yang sudah terjadi sambil terus menunda pekerjaan pencegahan.
Backlog yang terus tumbuh dapat menjadi indikasi bahwa jumlah pekerjaan, kompetensi, spare part, atau waktu kerja yang tersedia perlu dievaluasi.
Backlog yang sehat juga perlu dibersihkan. Ada pekerjaan yang mungkin sudah selesai, berubah kebutuhannya, digabung dengan pekerjaan lain, atau ternyata tidak lagi diperlukan.
Riwayat failure, kondisi equipment, work order, downtime, spare part, dan hasil inspeksi dapat membantu tim melihat pola yang tidak terlihat jika hanya mengandalkan daftar pekerjaan.
Sistem maintenance yang baik bukan sistem yang tidak pernah memiliki backlog. Yang lebih penting adalah backlog tersebut dapat dipahami, diprioritaskan, dikendalikan, dan dievaluasi secara berkala.
Maintenance backlog pada dasarnya bukan musuh.
Dalam kondisi tertentu, backlog justru merupakan bagian dari proses perencanaan. Yang menjadi masalah adalah ketika pekerjaan yang tertunda dibiarkan menumpuk tanpa mengetahui apa yang sebenarnya terjadi di dalamnya.
Apakah sebagian besar merupakan pekerjaan berisiko rendah? Apakah ada equipment kritis yang maintenance-nya terus tertunda? Apakah preventive maintenance mulai kalah oleh pekerjaan breakdown? Atau justru resource yang tersedia memang tidak sebanding dengan workload?
Pertanyaan-pertanyaan tersebut membuat backlog menjadi lebih dari sekadar daftar pekerjaan dan menjadi indikator untuk mengevaluasi apakah sistem maintenance sudah berjalan sesuai kebutuhan operasional.
Pada akhirnya, tujuan maintenance bukan membuat angka backlog menjadi nol setiap saat. Tujuannya adalah memastikan pekerjaan yang paling berisiko dan paling berdampak mendapatkan perhatian pada waktu yang tepat, sementara pekerjaan lainnya tetap terencana dan terkendali.
Untuk fasilitas dengan banyak equipment dan aktivitas yang berjalan setiap hari, pengelolaan maintenance membutuhkan perencanaan, monitoring, dan pemahaman terhadap kondisi aset secara menyeluruh.
Synergy Cakra Buana membantu perusahaan mengelola kebutuhan facility services, termasuk Building Maintenance, dengan dukungan tenaga kerja dan proses kerja yang disesuaikan dengan kebutuhan operasional.
Pelajari lebih lanjut mengenai layanan Synergy Cakra Buana.
