Work order maintenance: pengertian, isi form, alur, dan contohnya

Pengertian work order maintenance

Work order maintenance adalah perintah kerja tertulis yang memberi wewenang dan instruksi untuk melakukan satu pekerjaan pemeliharaan pada aset tertentu. Di dalamnya tercatat aset yang dikerjakan, masalah yang ditangani, siapa yang mengerjakan, kapan, dengan bahan apa, dan apa hasilnya. Dalam bahasa sehari-hari di pabrik, dokumen ini sering disebut perintah kerja, SPK, atau cukup "WO".

Standar EN 13306 mengingatkan bahwa pemeliharaan mencakup tindakan teknis, administratif, dan manajerial, bukan hanya pekerjaan dengan kunci pas^[1]. Work order adalah titik temu ketiganya. Sisi teknisnya ada pada rencana kerja dan temuan di lapangan. Sisi administratifnya ada pada nomor, status, dan tanda tangan. Sisi manajerialnya muncul ketika ratusan work order dijumlahkan menjadi gambaran beban kerja, biaya, dan keandalan aset. Palmer menempatkan work order sebagai dokumen pusat dalam sistem perencanaan dan penjadwalan: pekerjaan diidentifikasi, direncanakan, dijadwalkan, dan riwayatnya disimpan melalui dokumen yang sama^[2].

Work request, notifikasi, dan work order

Istilah ini sering tertukar dengan work request atau permintaan kerja. Work request adalah laporan bahwa ada sesuatu yang perlu ditangani, dan boleh dibuat oleh siapa saja: operator yang mendengar bunyi aneh dari pompa, petugas QC yang melihat produk cacat berulang, atau teknisi yang menemukan kebocoran saat inspeksi. Di beberapa sistem ERP, laporan semacam ini disebut notifikasi. Work request belum memberi wewenang untuk bekerja. Ia masih harus ditinjau: apakah masalahnya nyata, apakah sudah ada work order untuk masalah yang sama, dan seberapa mendesak penanganannya.

Setelah disetujui, permintaan itu menjadi work order dan masuk ke antrean perencanaan. Pemisahan ini terlihat birokratis, tetapi manfaatnya nyata. Teknisi tidak lagi menerima perintah langsung dari lima orang berbeda lewat telepon, dan setiap pekerjaan yang dikerjakan punya jejak yang bisa ditelusuri. Pekerjaan yang hanya berupa pesan singkat tidak pernah tercatat sebagai pekerjaan.

Jenis work order dalam pemeliharaan

Jenis work order mengikuti jenis pemeliharaan yang melahirkannya. EN 13306 membedakan pemeliharaan korektif, yang dilakukan setelah kerusakan dikenali, dari pemeliharaan preventif, yang dilakukan untuk menilai atau menahan penurunan kondisi dan mengurangi peluang kegagalan. Pemeliharaan preventif sendiri dibagi lagi menjadi pemeliharaan terjadwal berdasarkan interval dan pemeliharaan berbasis kondisi, termasuk bentuk prediktifnya^[1]. Mobley menjelaskan bahwa pada pemeliharaan prediktif, data kondisi mesin dipakai untuk menentukan kapan tindakan perlu dijadwalkan^[3]. Dalam praktik, pabrik biasanya menambahkan beberapa kategori lain agar laporan lebih mudah dibaca.

Pembagian ini bukan sekadar label. Ketika jenis work order diisi dengan konsisten, pabrik dapat melihat berapa bagian jam kerja teknisi yang habis untuk pekerjaan reaktif dan berapa yang dipakai untuk pekerjaan terencana. Satu hal yang perlu dijaga: work order darurat harus benar-benar darurat. Jika setiap permintaan dari produksi ditandai darurat, kategori ini kehilangan maknanya dan perencanaan tidak pernah sempat berjalan.

Isi form work order maintenance yang baik

Pertanyaan yang paling sering dicari tentang topik ini adalah apa saja yang harus ada di form atau template work order. Jawabannya bergantung pada data apa yang ingin dianalisis kelak. Form yang terlalu singkat menghasilkan riwayat yang tidak bisa dipakai, sedangkan form yang terlalu panjang tidak akan diisi dengan jujur oleh teknisi yang sedang dikejar waktu. Tabel berikut merangkum kolom yang layak dipertahankan beserta alasannya.

Dua kolom paling sering diremehkan: kode kegagalan dan jam kerja aktual. ISO 14224 memisahkan beberapa hal yang dalam catatan bebas biasanya tercampur. Mode kegagalan adalah cara kegagalan terlihat, misalnya vibrasi tinggi. Mekanisme kegagalan adalah proses fisik yang terjadi, misalnya keausan. Penyebab kegagalan adalah alasan mekanisme itu muncul, misalnya pelumasan yang kurang. Standar yang sama juga memuat data pemeliharaan seperti jenis tindakan, jam kerja, dan lama aset tidak beroperasi^[4]. Pabrik tidak perlu menyalin seluruh daftar kode dari standar itu. Cukup ambil struktur berpikirnya, lalu susun daftar pendek yang cocok dengan aset sendiri.

Rencana kerja juga layak mendapat perhatian. Palmer menganjurkan agar perencana menyiapkan rencana kerja, suku cadang, alat, dan estimasi jam sebelum pekerjaan dijadwalkan, lalu memakai umpan balik teknisi setelah pekerjaan selesai untuk memperbaiki rencana berikutnya^[2]. Dengan cara ini, work order untuk pekerjaan yang berulang makin lama makin akurat, karena setiap pelaksanaan menambah pengetahuan tentang aset tersebut.

Contoh work order maintenance: penggantian bearing pompa

Tabel berikut memperlihatkan bagaimana work order yang terisi lengkap terlihat. Seluruh kode, nama aset, tanggal, dan angka di dalamnya adalah ilustrasi, disusun untuk menunjukkan cara mengisi setiap kolom, bukan data dari pabrik tertentu.

Perhatikan beberapa detail. Jam kerja aktual lebih besar satu jam dari estimasi (7 jam kerja dibanding 6 jam kerja), dan selisih itu menjadi masukan untuk rencana penggantian bearing berikutnya. Downtime aset tercatat 4 jam 30 menit, sedangkan kedua teknisi bekerja 3 jam 30 menit. Selisih satu jam berasal dari menunggu izin kerja dan mengambil bearing dari gudang. Tanpa pencatatan jam yang terpisah seperti ini, waktu tunggu tersebut tersembunyi di dalam angka perbaikan, dan tim akan mengira pekerjaannya lambat padahal persiapannya yang kurang.

Detail lain yang penting adalah tindak lanjut di kolom temuan. Penggantian bearing menyelesaikan gejalanya. Penambahan titik pelumasan ke jadwal PM menangani penyebabnya. Work order yang berhenti pada "bearing sudah diganti" akan terulang, karena penyebab yang sama masih ada.

Alur status work order dari terbuka sampai ditutup

Artikel apa itu CMMS membahas siklus hidup work order sebagai tahapan proses, dari permintaan sampai analisis. Di sini sudut pandangnya lebih sempit: status yang melekat pada satu work order dan dilihat semua orang di papan kerja. Nama status berbeda antarsistem, tetapi urutannya umumnya seperti berikut.

Terbuka berarti work order sudah tercatat tetapi belum ditinjau. Disetujui berarti pekerjaan dinilai perlu dan prioritasnya ditetapkan. Direncanakan berarti rencana kerja, suku cadang, dan estimasi jam sudah siap. Dijadwalkan berarti pekerjaan sudah punya tanggal dan pelaksana. Dikerjakan berarti teknisi sudah mulai di lapangan. Selesai berarti teknisi menyatakan pekerjaannya tuntas. Diverifikasi dan ditutup berarti hasilnya sudah diperiksa, data wajib sudah lengkap, dan work order tidak bisa diubah lagi. Banyak pabrik juga memakai status tunggu, misalnya menunggu suku cadang atau menunggu jadwal henti produksi, supaya alasan tertundanya pekerjaan terlihat jelas.

Status yang tercatat rapi juga membuat penjadwalan bisa diukur. Palmer menjadikan kepatuhan jadwal sebagai ukuran utama kinerja penjadwalan mingguan^[2]. Ukuran ini bisa dihitung berdasarkan jumlah work order atau berdasarkan jam kerja. Versi jumlah work order berikut lebih sederhana untuk memulai.

Matriks prioritas work order

Prioritas adalah kolom yang paling mudah disalahgunakan. Tanpa aturan, prioritas ditentukan oleh siapa yang paling keras meminta. Cara yang lebih adil adalah menilai dua hal secara terpisah. Pertama, konsekuensi jika aset gagal. Moubray mengelompokkan konsekuensi kegagalan menjadi kegagalan tersembunyi, konsekuensi keselamatan dan lingkungan, konsekuensi operasional, dan konsekuensi nonoperasional^[5]. Kedua, urgensi: seberapa cepat kegagalan fungsional diperkirakan terjadi jika pekerjaan ditunda.

Dalam contoh ini, P1 berarti pekerjaan dimulai segera dan boleh menggeser jadwal minggu berjalan. P2 masuk jadwal dalam beberapa hari. P3 direncanakan dan dijadwalkan pada minggu berikutnya. P4 dikerjakan ketika ada kapasitas atau digabung dengan jadwal henti. Matriks semacam ini berguna karena keputusan prioritas dapat dijelaskan dan diperiksa. Ia juga membuka percakapan yang sehat dengan produksi: jika hampir semua work order berakhir di P1, masalahnya bukan pada tim pemeliharaan, melainkan pada kondisi aset atau pada cara permintaan dinilai.

Mengapa work order di kertas, Excel, dan WhatsApp kehilangan riwayat

Hampir setiap pabrik memulai dari kertas, lalu pindah ke template Excel, dan pada saat yang sama memakai grup WhatsApp untuk permintaan yang mendesak. Ketiganya bisa dipakai untuk mencatat pekerjaan. Masalahnya muncul ketika catatan itu harus dipakai untuk menjawab pertanyaan, bukan hanya disimpan.

Form kertas mudah diisi, tetapi sulit dicari. Riwayat pompa P-204 tersebar di map bulanan, dan untuk mengetahui berapa kali bearing-nya diganti dalam setahun, seseorang harus membuka dua belas map satu per satu. Template Excel lebih baik untuk dijumlahkan, tetapi biasanya dipegang satu orang, diisi di akhir shift atau akhir minggu dari ingatan, dan kolom bebasnya diisi dengan istilah yang berbeda-beda: "bearing rusak", "brg aus", "ganti laher". Bagi manusia artinya sama, bagi rumus tidak.

WhatsApp paling cepat untuk melapor, dan justru karena itu paling mudah hilang. Permintaan tenggelam di antara foto dan percakapan lain, tidak punya status, dan tidak ada yang tahu apakah permintaan itu sudah dikerjakan atau hanya sudah dibaca. Ketika teknisi yang menangani pindah atau keluar, pengetahuan tentang masalah itu ikut pergi.

Kesamaan ketiganya adalah tidak ada yang memaksa data inti terisi: ID aset, kode kegagalan, jam kerja, dan waktu downtime. Wireman menyusun indikator kinerja pemeliharaan secara berjenjang, dari tingkat korporasi sampai tingkat fungsional^[6]. Di tingkat fungsional, banyak indikator, misalnya kepatuhan jadwal dan porsi pekerjaan terencana, dihitung langsung dari data work order. Jika data itu tidak lengkap, indikator di atasnya tidak dapat dipercaya. Sistem work order maintenance yang terkomputerisasi tidak otomatis memperbaiki disiplin, tetapi dapat mewajibkan kolom tertentu, mengunci work order yang sudah ditutup, dan menempelkan setiap catatan pada aset yang benar.

Langkah menstandarkan work order di pabrik

Standarisasi work order tidak harus menunggu perangkat lunak baru. Sebagian besar langkah di bawah ini dapat dimulai dengan form yang sudah ada, lalu dipindahkan ke sistem ketika alurnya sudah stabil.

1. 1Tentukan pertanyaan yang ingin dijawab. Misalnya: aset mana yang paling sering rusak, berapa lama rata-rata perbaikannya, dan berapa bagian pekerjaan yang terencana. Setiap kolom wajib di form harus melayani salah satu pertanyaan itu.
2. 2Rapikan register aset. Setiap aset punya satu ID unik yang tertempel di lapangan, sehingga teknisi tidak perlu menebak nama mesin.
3. 3Susun daftar kode kegagalan yang pendek. Mulailah dengan sepuluh sampai lima belas mode kegagalan yang benar-benar terjadi di pabrik, dengan struktur mode, penyebab, dan tindakan seperti pada ISO 14224^[4].
4. 4Sepakati matriks prioritas dengan produksi. Tulis definisi P1 sampai P4 dan target waktunya, lalu minta kepala produksi ikut menandatanganinya.
5. 5Pisahkan work request dari work order. Siapa pun boleh melapor, tetapi hanya peran tertentu yang menyetujui dan menjadwalkan.
6. 6Wajibkan jam kerja aktual dan waktu downtime saat penutupan. Work order tanpa data ini tidak boleh berpindah ke status ditutup.
7. 7Tetapkan siapa yang memverifikasi. Supervisor atau pemilik aset memeriksa hasil sebelum work order ditutup, dan untuk pekerjaan penting, verifikasi dilakukan dengan pengukuran, bukan hanya pengamatan.
8. 8Tinjau data secara rutin. Bahas work order yang tertunda dan kegagalan berulang setiap minggu. Indikator yang dibangun dari data ini dibahas lebih lanjut dalam artikel KPI maintenance.

Kesalahan umum dalam pengisian work order

Kesalahan berikut jarang terlihat pada satu work order. Dampaknya baru muncul setelah berbulan-bulan, ketika data dikumpulkan dan ternyata tidak dapat menjawab pertanyaan apa pun.

• Hanya kolom teks bebas. Deskripsi bebas tetap perlu untuk konteks, tetapi tanpa kolom terstruktur, kejadian yang sama tidak bisa dihitung. "Pompa bunyi" dan "bearing P-204 aus" mungkin kejadian yang sama, tetapi tidak akan terbaca demikian.
• Tidak ada kode kegagalan. Tanpa mode dan penyebab kegagalan, analisis kegagalan berulang harus dimulai dari membaca ulang ratusan catatan secara manual.
• Menutup tanpa verifikasi. Work order yang ditutup begitu teknisi pergi tidak membuktikan apa pun. Jika masalah muncul lagi dua hari kemudian, riwayat justru mencatat dua perbaikan yang berhasil.
• Tidak mencatat jam kerja aktual. Tanpa jam aktual, estimasi tidak pernah membaik, beban kerja tidak terlihat, dan jadwal mingguan terus disusun dari tebakan.
• Membuat work order setelah pekerjaan selesai. Praktik ini menghapus waktu tunggu, prioritas, dan rencana dari catatan. Yang tersisa hanya laporan, bukan perintah kerja.
• Satu work order untuk banyak aset. Pekerjaan yang dicatat pada "lini 2" tanpa aset spesifik tidak akan muncul di riwayat mesin mana pun.

Kesimpulan

Work order maintenance adalah unit terkecil dari seluruh sistem pemeliharaan. Setiap indikator, setiap analisis kegagalan, dan setiap keputusan mengganti strategi pemeliharaan pada akhirnya bersumber dari kumpulan work order. Karena itu, kualitas work order lebih menentukan daripada jumlahnya. Form yang baik cukup ringkas untuk diisi di lapangan, tetapi mewajibkan data yang nanti dibutuhkan: ID aset, kode kegagalan, jam kerja aktual, waktu downtime, dan verifikasi.

Langkah pertama yang paling realistis adalah merapikan form yang sudah ada: tambahkan kode kegagalan, pisahkan status selesai dari ditutup, dan wajibkan jam kerja aktual. Setelah beberapa bulan, data dari work order yang diisi dengan disiplin akan mulai menunjukkan pola yang sebelumnya hanya diketahui oleh teknisi paling senior.