MTTR bisa merujuk pada mean time to repair atau mean time to restore, tergantung definisi yang digunakan. Untuk supervisor pabrik, batas pengukuran menentukan tindakan. Jika yang diukur hanya waktu teknisi mengerjakan mesin, antrean dan tunggu komponen bisa luput. Jika yang diukur sejak produksi kehilangan fungsi hingga aset diterima kembali, waktu tunggu ikut tercatat.
Cara Menghitung MTTR Pemulihan
MTTR pemulihan = total durasi pemulihan insiden selesai ÷ jumlah insiden selesai. Dalam contoh ilustratif, tiga gangguan selesai dalam 45, 75, dan 150 menit. Totalnya 270 menit, sehingga rata-rata pemulihan adalah 90 menit per insiden. Laporkan juga kejadian terlama agar satu gangguan besar terlihat.
Tentukan cap waktu mulai dan selesai. Misalnya, mulai saat mesin kehilangan fungsi dan selesai ketika produksi menerima aset setelah uji. Simpan waktu perbaikan aktif sebagai ukuran terpisah untuk membantu supervisor menilai durasi pekerjaan teknis. IBM membahas MTTR sebagai indikator pemeliharaan yang dapat dibaca bersama metrik keandalan lain.
Pecah Durasi Sebelum Mengambil Keputusan
Dalam insiden 150 menit, supervisor mencatat 20 menit sejak mesin berhenti hingga penugasan, 30 menit diagnosis, 60 menit menunggu bearing, 25 menit penggantian, serta 15 menit uji dan serah terima. Perbaikan fisik memakan 25 menit, sedangkan waktu tunggu komponen menjadi bagian terbesar. Menambah teknisi mungkin tidak membantu jika bearing yang tepat masih harus dicari di lokasi lain.
Jika beberapa kegiatan berjalan bersamaan, gunakan status utama yang menjelaskan penghambat sepanjang waktu, atau laporkan durasi per aktivitas terpisah. Menjumlahkan dua pekerjaan paralel seolah berlangsung berurutan akan melebihkan total. Cocokkan hasil dengan selisih cap waktu kejadian dan serah terima.
Hindari Perbandingan yang Menyesatkan
- Insiden masih terbuka. Tampilkan umur insiden aktif secara terpisah. Rata-rata insiden selesai bisa terlihat membaik saat satu kasus lama belum ditutup.
- Mesin berbeda tingkat kritisnya. Pisahkan kelompok aset atau jenis gangguan bila proses eskalasi berbeda.
- Tiket ganda. Gunakan satu ID kejadian untuk menghubungkan pekerjaan listrik, mekanik, dan gudang selama satu gangguan.
- Serah terima terlambat dicatat. Bedakan waktu kejadian dengan waktu input agar pergantian shift tidak menambah durasi semu.
Data Minimum untuk Tinjauan Mingguan
Simpan kode aset, cap waktu kehilangan fungsi, waktu teknisi menerima tugas, status tunggu komponen, hasil uji, dan waktu produksi menerima kembali mesin. Buka tiga kasus terlama dan lihat tahap yang paling bisa diperbaiki. Gunakan uji alur CMMS untuk memastikan perpindahan status bisa dilacak.
Jika pemulihan membaik tetapi insiden tetap sering, tambahkan MTBF per kelompok aset untuk menilai frekuensi kegagalan dengan jam operasi yang sebanding.
Jika waktu pemulihan tersebar antara catatan teknisi dan transaksi gudang, bawa satu kronologi gangguan ke konsultasi Layana.ID untuk memetakan pencatatan dan integrasi dengan LayanaERP.