Waktu Rata-rata Perbaikan: Hitung MTTR dan Kurangi Waktu yang Hilang

Beranda » Sumber Daya » Waktu Rata-rata Perbaikan: Hitung MTTR dan Kurangi Waktu yang Hilang

Perkiraan waktu baca: 11 menit

Waktu rata-rata perbaikan (MTTR) adalah durasi rata-rata proses perbaikan atau pemulihan setelah peralatan mengalami kegagalan, dengan batas proses yang ditetapkan secara jelas. Untuk menghitungnya, jumlahkan durasi dari sekumpulan kejadian yang sebanding dan sudah selesai ditangani, lalu bagi dengan jumlah kejadian tersebut:

MTTR = total waktu perbaikan atau pemulihan ÷ jumlah kejadian yang selesai ditangani

Menentukan apa yang dimaksud dengan “waktu” sama pentingnya dengan menghitung pembagian tersebut. Penggantian komponen mungkin hanya memerlukan 40 menit, sementara mesin tidak tersedia selama tiga jam. Laporan yang berguna memperlihatkan perbedaan ini, sehingga tim pemeliharaan dapat memperbaiki bagian proses yang tepat dan tim produksi dapat menyusun rencana sesuai kapasitas yang benar-benar tersedia.

MTTR membantu Anda memahami kegagalan yang pernah terjadi. Angka ini tidak memberi tahu kapan kerusakan yang sedang terjadi akan selesai diperbaiki. Perkiraan terkini tentang kapan mesin kembali beroperasi harus didasarkan pada penilaian tim pemeliharaan, dan setiap perubahannya perlu diteruskan ke jadwal produksi. SkyPlanner memasukkan pembaruan ketersediaan mesin ke dalam jadwal bersama, sehingga Anda dapat melihat dampaknya terhadap pesanan pelanggan tanpa harus menyusun ulang setiap antrean yang terkait secara manual.

Tentukan dahulu rentang waktu yang diukur oleh MTTR Anda

MTTR digunakan untuk menyebut waktu rata-rata perbaikan, pemulihan, dan pengembalian fungsi, tetapi istilah-istilah tersebut tidak serta-merta merujuk pada rentang waktu yang sama. Kosakata keandalan IEC menggunakan istilah waktu rata-rata pemulihan untuk MTTR. Laporan yang hanya menghitung pekerjaan perbaikan aktif menjawab pertanyaan yang lebih terbatas dibandingkan laporan yang juga memasukkan waktu menunggu teknisi atau suku cadang.

Dalam contoh laporan manufaktur di panduan ini, MTTR mengukur seluruh waktu yang berlalu sejak peralatan mengalami kegagalan hingga ketersediaannya untuk produksi telah diverifikasi. Pengukuran waktu terus berjalan selama keterlambatan respons, diagnosis, waktu tunggu, perbaikan, pengujian, dan persetujuan yang diwajibkan sebelum mesin tersedia kembali. Waktu perbaikan aktif kami catat secara terpisah.

Cantumkan aturan tersebut di bagian atas laporan, beserta batas cakupan peralatan dan periode pelaporannya. Jika perusahaan, kontrak, atau standar pelaporan Anda menetapkan rentang waktu lain, gunakan definisi tersebut dan beri label yang jelas. Jangan bandingkan angkanya dengan angka dalam panduan ini sebelum batas pengukurannya sama.

Gangguan selama tiga jam bisa mencakup waktu perbaikan aktif yang jauh lebih singkat

Bayangkan sebuah machining center mengalami kegagalan pada pukul 08:00 dan dinyatakan tersedia untuk produksi pada pukul 11:00. Catatan kejadian tersebut memisahkan tahapan-tahapan berikut:

Tahap	Rentang waktu	Durasi
Menunggu respons tim pemeliharaan	08:00–08:30	30 menit
Diagnosis	08:30–08:50	20 menit
Menunggu suku cadang yang diperlukan	08:50–09:50	60 menit
Perbaikan fisik	09:50–10:30	40 menit
Pengujian fungsi	10:30–10:40	10 menit
Pemeriksaan wajib sebelum mesin diizinkan kembali berproduksi	10:40–11:00	20 menit
Total waktu yang berlalu hingga pemulihan selesai	08:00–11:00	180 menit

Dalam contoh ini, waktu perbaikan aktif dihitung secara terpisah dan mencakup diagnosis, perbaikan fisik, serta pengujian fungsi: 20 + 40 + 10 = 70 menit. Sementara itu, seluruh waktu yang berlalu hingga pemulihan selesai adalah 180 menit. Kedua angka tersebut sama-sama benar; masing-masing menjawab pertanyaan yang berbeda.

Perbedaan ini menunjukkan bagian mana yang perlu ditangani. Memperbaiki proses penggantian komponen yang memakan waktu 40 menit tidak akan menghilangkan satu jam waktu tunggu suku cadang. Sebaliknya, ketersediaan suku cadang yang lebih baik tidak akan mengatasi kesulitan diagnosis.

Dalam contoh ini, tahapan-tahapannya berlangsung secara berurutan. Pada kejadian nyata, beberapa aktivitas dapat berlangsung bersamaan. Hitung waktu yang berlalu hanya sekali: dua teknisi yang bekerja bersama selama 40 menit tidak berarti gangguan berlangsung selama 80 menit. Jam-orang dapat berguna untuk analisis biaya pemeliharaan, tetapi tidak dapat digunakan sebagai pengganti durasi gangguan mesin.

Pisahkan kehilangan waktu yang tidak terkait dengan kejadian

Kejadian berakhir ketika mesin memenuhi syarat yang disepakati untuk kembali beroperasi, bukan saat seseorang menutup work order di kemudian waktu. Jika mesin tersedia pada pukul 11:00 tetapi material untuk pesanan berikutnya baru tersedia pada tengah hari, satu jam tambahan itu merupakan keterlambatan material, bukan tambahan waktu pemulihan.

Demikian pula, servis terencana, changeover normal, dan waktu menunggu operator tidak serta-merta termasuk perbaikan korektif. Catat kehilangan waktu tersebut dalam kategori yang sesuai, alih-alih memasukkan setiap menit berhentinya mesin ke dalam MTTR. Laporan ini mengukur pemulihan setelah kegagalan peralatan yang telah ditentukan, bukan seluruh waktu henti di pabrik.

Pilih kumpulan kejadian yang sebanding dan sudah selesai ditangani

Mulailah dari satu mesin, atau sekelompok mesin dengan peralatan dan jenis kegagalan yang benar-benar sebanding. Penggantian sensor kecil maupun rekondisi besar dapat sama-sama menjadi kejadian yang sah untuk dicatat. Namun, menghitung rata-ratanya tanpa memperlihatkan komposisi kejadian dapat menyamarkan masalah yang perlu Anda selesaikan.

Untuk laporan bulanan, salah satu aturan yang dapat diterapkan adalah memasukkan pemulihan yang selesai selama bulan tersebut, dengan menghitung durasi penuh setiap kejadian meskipun dimulai pada bulan sebelumnya. Penyebutnya adalah jumlah kejadian yang selesai ditangani tersebut, bukan semua kerusakan yang dilaporkan selama bulan itu atau setiap baris work order pemeliharaan.

Terapkan aturan yang sama setiap bulan dan simpan catatan yang menjadi dasar perhitungan. Perhatikan hal-hal berikut:

• Gunakan satu ID kejadian untuk satu kegagalan yang belum teratasi. Adanya beberapa alarm, teknisi, atau tugas dalam work order tidak selalu berarti ada beberapa pemulihan.
• Tetap tampilkan kejadian yang belum selesai ditangani. Perbaikan yang masih berlangsung pada akhir bulan belum memiliki durasi pemulihan final. Tampilkan secara terpisah berapa lama kejadian itu sudah berlangsung beserta statusnya; jangan menganggapnya sebagai perbaikan yang selesai dalam nol jam.
• Periksa cap waktunya. Waktu pencatatan administratif belum tentu merupakan waktu terjadinya kegagalan, respons, atau selesainya pemulihan. Jika waktu terjadinya kegagalan tidak diketahui, tandai waktu deteksi yang memang tercatat, bukan mengarang waktu yang lebih awal.
• Jelaskan setiap pengecualian. Terangkan jika ada cap waktu yang hilang, catatan yang dibatalkan, atau kategori kejadian yang tidak dimasukkan dalam perhitungan. Jangan mengeluarkan perbaikan berdurasi panjang yang sah hanya karena membuat rata-rata terlihat lebih buruk.

Laporan yang hanya mencakup kejadian yang selesai ditangani bisa terlihat sangat baik ketika kerusakan berkepanjangan masih belum teratasi. Karena itu, daftar kejadian yang belum selesai perlu ditampilkan bersama nilai rata-ratanya. Jika Anda memilih kegagalan yang dimulai dalam periode tersebut sebagai dasar laporan, ikuti kelompok kejadian itu hingga pemulihan selesai dan jelaskan bagaimana kejadian yang belum selesai diperlakukan. Jangan beralih di antara kedua metode ini tanpa penjelasan.

Contoh perhitungan MTTR

Bayangkan ada empat pemulihan yang selesai pada mesin yang sama selama bulan pelaporan. Setiap kejadian mengikuti aturan pengukuran seluruh waktu yang berlalu seperti dijelaskan di atas. Kolom perbaikan aktif tetap ditampilkan untuk menjelaskan perbedaannya, bukan untuk ditambahkan ke seluruh waktu yang berlalu.

Kejadian yang selesai ditangani	Waktu sejak kegagalan hingga mesin tersedia kembali	Waktu perbaikan aktif
A	90 menit	60 menit
B: contoh pukul 08:00–11:00	180 menit	70 menit
C	150 menit	110 menit
D	420 menit	240 menit
Total	840 menit	480 menit

Perhitungan utamanya adalah:

MTTR berdasarkan durasi pemulihan menyeluruh = 840 menit ÷ 4 kejadian = 210 menit, atau 3,5 jam.

Waktu rata-rata perbaikan aktif dihitung secara terpisah:

480 menit ÷ 4 kejadian = 120 menit, atau 2 jam.

Melaporkan “MTTR: 2 jam” tanpa keterangan bahwa angka tersebut hanya mencakup waktu perbaikan aktif akan membuat durasi pemulihan menyeluruh yang terukur dalam contoh ini tampak lebih singkat. Sebaliknya, melaporkan 3,5 jam tanpa definisi akan membuat pembaca lain menebak-nebak apa saja yang dihitung.

Samakan satuan sebelum menjumlahkan durasi. Sembilan puluh menit sama dengan 1,5 jam, bukan 0,90 jam. Jika tidak ada pemulihan yang memenuhi kriteria dan telah selesai, tidak ada rata-rata hasil pengamatan untuk kelompok tersebut. Laporkan jumlah kejadian sebagai nol dan rata-rata sebagai tidak tersedia, bukan MTTR nol menit.

Untuk memperoleh hasil gabungan suatu kelompok, jumlahkan durasi semua kejadian yang disertakan, lalu bagi dengan jumlah kejadian tersebut. Jangan sekadar merata-ratakan nilai rata-rata tiap mesin jika jumlah perbaikannya berbeda. Tetap sediakan rincian per mesin dan jenis kegagalan agar angka gabungan tidak menutupi masalah serius pada mesin atau jenis kegagalan tertentu.

Seperti apa MTTR yang baik?

Hasil yang baik mencerminkan perbaikan pada proses pemulihan yang relevan dan diukur secara konsisten, tanpa mengorbankan hasil akhir yang wajib dicapai. Tidak ada satu target dalam satuan jam yang cocok untuk semua aset produksi dan jenis kegagalan.

Bandingkan kinerja mesin dengan data acuannya sendiri dalam kondisi serupa. Sebelum menyimpulkan bahwa rata-rata yang lebih rendah berarti kinerja perbaikan membaik, periksa apakah komposisi kejadian, ketersediaan petugas per shift, metode pemeliharaan, atau aturan pelaporannya berubah. Bulan dengan beberapa gangguan sederhana bisa terlihat lebih baik daripada bulan dengan satu kegagalan kompleks, meskipun tim bekerja sama baiknya.

Tinjau rata-rata bersama jumlah kejadian, total waktu yang hilang, durasi tiap kejadian, serta tahapan yang menyebabkan keterlambatan. Dalam contoh empat kejadian, durasi pemulihan menyeluruh jika diurutkan adalah 90, 150, 180, dan 420 menit. Mediannya adalah 165 menit, sedangkan rata-ratanya 210 menit. Kejadian terakhir yang lebih lama itu perlu diselidiki, bukan dihapus agar kedua angka tersebut sama.

MTTR sendiri juga tidak menunjukkan seberapa sering mesin mengalami kegagalan. Waktu rata-rata antar kegagalan, atau MTBF, mengukur waktu operasi per kegagalan pada aset yang dapat diperbaiki. Kegagalan singkat yang sering terjadi dan kegagalan lama yang jarang terjadi memerlukan keputusan perbaikan yang berbeda, meskipun total waktu yang hilang kebetulan serupa.

Yang terpenting, 3,5 jam bukan hitungan mundur untuk perbaikan berikutnya. Gangguan saat ini mungkin memerlukan suku cadang, tenaga ahli, atau verifikasi yang berbeda. Gunakan riwayat kejadian yang sebanding sebagai bahan diskusi, lalu minta tim pemeliharaan memberikan penilaian terkini dan menentukan waktu peninjauan berikutnya.

Kurangi keterlambatan yang benar-benar menghalangi produksi kembali berjalan

Uraikan kejadian yang berdurasi lebih lama menurut tahapannya sebelum memilih tindakan. Perbaikan terbaik belum tentu berupa pekerjaan teknis yang lebih cepat; bisa jadi yang dibutuhkan adalah menghilangkan waktu tunggu sebelum pekerjaan itu dapat dimulai.

Jika respons lambat, tinjau cara laporan gangguan sampai kepada penanggung jawab dan cara tanggung jawab diserahterimakan antarshift. Identitas mesin, gejala yang teramati, dan jalur eskalasi yang jelas memberi tim pemeliharaan bekal awal yang lebih berguna daripada pesan samar bahwa produksi berhenti.

Jika diagnosis menyita sebagian besar waktu, permudah akses ke informasi peralatan yang relevan, riwayat gangguan, dan pengetahuan tenaga ahli. Tinjau gangguan berulang bersama tim pemeliharaan dan teknik. Mereset mesin berulang kali mungkin memperpendek tiap waktu henti yang tercatat tanpa menyelesaikan penyebabnya.

Jika waktu tunggu suku cadang mendominasi, selidiki suku cadang apa yang dibutuhkan, bagaimana suku cadang itu diidentifikasi, dan mengapa tidak tersedia. Perubahan yang terarah untuk meningkatkan ketersediaan atau mempermudah identifikasi suku cadang kritis bisa lebih berguna daripada menyimpan semua jenis suku cadang. Dalam contoh pemulihan tiga jam, waktu tunggu suku cadang selama 60 menit jelas perlu diselidiki, tetapi belum membuktikan bahwa kebijakan persediaan tertentu sudah layak diterapkan.

Jika perbaikan fisik memakan waktu paling lama, tinjau persiapan, akses, alat, instruksi, dan keterampilan yang diperlukan untuk pekerjaan tersebut. Jika pengujian atau persetujuan penggunaan kembali menjadi bottleneck, sepakati cara memastikan petugas dan pemeriksaan yang diperlukan siap tepat waktu. Tujuannya adalah mempersiapkan pengoperasian kembali dengan lebih baik, bukan melewatkan verifikasi agar pencatatan waktu bisa dihentikan lebih cepat.

Tetapkan penanggung jawab untuk tindakan yang dipilih, lalu tinjau kejadian sebanding yang terjadi setelahnya. Pastikan durasi tiap tahap maupun durasi pemulihan menyeluruh tetap terlihat. Memperpendek tahap perbaikan hanya memberi manfaat terbatas bagi produksi jika waktu yang sama sekadar berpindah menjadi waktu tunggu lain, atau jika pekerjaan yang belum tuntas segera menyebabkan gangguan berikutnya.

Perbarui rencana produksi seiring perkembangan perbaikan

Meningkatkan proses pemulihan di masa mendatang adalah satu tugas. Menjaga komitmen kepada pelanggan hari ini adalah tugas lainnya. Produksi tidak bisa menunggu angka rata-rata akhir bulan untuk menentukan pekerjaan yang harus dijalankan berikutnya.

Bayangkan tim pemeliharaan awalnya memperkirakan sebuah machining center dapat kembali beroperasi pada 11:00. Penilaian berikutnya mengubah perkiraan itu menjadi 14:00. MTTR historis tidak berubah, tetapi kapasitas yang tersedia bagi pesanan yang menunggu sudah berubah. Salah satu pesanan masih memerlukan inspeksi setelah proses pemesinan, sementara machining center alternatif sudah memiliki pekerjaan untuk pelanggan lain.

SkyPlanner APS memasukkan perubahan kapasitas tersebut ke dalam jadwal produksi yang saling terhubung. Catat periode ketidaktersediaan yang telah ditinjau tim pemeliharaan sebagai pengecualian pada stasiun kerja. Saat perkiraan waktu kembali beroperasi berubah, perbarui rentang waktunya dan hitung ulang jadwal. Arcturus, kecerdasan buatan untuk penjadwalan di SkyPlanner, menjadwalkan operasi terdampak yang dapat dijadwalkan sesuai kapasitas yang tercatat, dengan menggunakan sumber daya produksi, ketergantungan antaroperasi, prioritas, dan penguncian yang telah Anda konfigurasikan. Diagram Gantt menampilkan urutan yang dihasilkan.

Dengan perkiraan kembali beroperasi pada 14:00, tinjau apakah pekerjaan pemesinan yang menunggu masih menyisakan cukup waktu untuk inspeksi dan pengiriman. Jika mesin alternatif yang sesuai dapat menangani suatu operasi, tinjau pula komitmen yang sudah ada pada sumber daya produksi tersebut. Pekerjaan yang sudah dimulai memerlukan keputusan tersendiri untuk dilanjutkan kembali; menghitung ulang antrean bukan pengganti konfirmasi kondisi job yang terhenti.

Manfaatnya adalah berkurangnya pekerjaan manual untuk menyusun ulang antrean yang saling bergantung, serta dasar yang lebih jelas untuk mengambil keputusan pengiriman. Tim pemeliharaan bertanggung jawab atas penilaian pemulihan terkini. Anda menentukan prioritas produksi. Arcturus menangani perhitungan jadwal untuk seluruh pekerjaan yang saling terhubung, sehingga Anda tidak perlu membenahi daftar pekerjaan setiap mesin satu per satu.

Itulah alasan memilih SkyPlanner untuk mendukung upaya peningkatan proses perbaikan: perubahan asumsi ketersediaan diterapkan pada pesanan dan operasi lanjutan yang terdampak. Jika masih ada ketidakpastian, sepakati kapan asumsi tersebut akan ditinjau kembali dan terus perbarui jadwal saat informasi yang lebih baik tersedia.

Lihat dampak satu kerusakan yang berkepanjangan terhadap pengiriman

Laporan MTTR yang berguna menjelaskan apa yang diukur, kejadian mana yang membentuk rata-rata, dan dari mana perbaikan sebaiknya dimulai. Rencana produksi yang berguna menunjukkan apa yang perlu dilakukan selama perbaikan saat ini berlangsung. Menghubungkan kedua keputusan tersebut memastikan analisis pemeliharaan yang baik tidak berhenti sebagai angka bulanan yang berdiri sendiri.

SkyPlanner terintegrasi dengan ERP atau MES apa pun melalui REST API terbukanya, sehingga penjadwalan yang saling terhubung dapat memanfaatkan informasi pesanan dan produksi yang sudah Anda miliki.

Jadwalkan demo SkyPlanner dan siapkan satu contoh kerusakan terbaru, revisi perkiraan waktu kembali beroperasi, serta pesanan pelanggan yang menggunakan sumber daya produksi tersebut. Minta ditunjukkan operasi mana dalam antrean yang bergeser, apa dampaknya pada proses lanjutan, dan janji pengiriman mana yang perlu diperhatikan. Jika ingin menjelajahinya terlebih dahulu, coba SkyPlanner dengan data demo dan lihat bagaimana perubahan kapasitas mengubah susunan jadwal.