MTBF ve MTTR nedir?

MTBF (Mean Time Between Failures), onarılabilir bir ekipmanın arızalar arasında ortalama ne kadar süre çalıştığını gösterir. MTTR (Mean Time To Repair), tanımlanmış bir arızadan sonra ekipmanı yeniden çalışır duruma getirmek için gereken ortalama süreyi anlatır. Birincisi güvenilirliğe, ikincisi onarılabilirliğe bakar. Her ikisi de geçmiş olaylardan hesaplanan ortalamalardır; bir sonraki arızanın tam zamanını veya her onarımın süresini garanti etmez.

Bu iki sayı ancak aynı ekipman, dönem ve olay tanımı için birlikte okunduğunda anlamlıdır. “Arıza”nın ne olduğu, hangi sürenin çalışma sayıldığı ve “onarım tamamlandı” kararının hangi anda verildiği değişirse, sonuç da değişir. NIST'in güvenilirlik sözlüğü MTBF'nin onarımı bekleme ve onarımda geçen süreyi değil, sistemin çalışabilir ve işletimde olduğu zamanı ölçtüğünü belirtir. Üretim sahasında en sık hata, takvim süresini veya bütün duruşları bu çalışma süresiyle karıştırmaktır.

MTBF nasıl hesaplanır?

Pratik hesap MTBF = toplam işletim süresi / arıza sayısı biçimindedir. İşletim süresi, seçilen ekipmanın tanımlı gözlem döneminde gerçekten çalıştığı süredir. Planlı kapalı zaman, bakım için bekleme ve arıza sonrası onarım zamanı paya eklenmemelidir. Arıza sayısı ise aynı dönem ve aynı arıza kuralıyla sayılmalıdır.

Örneğin bir CNC tezgâhı gözlem döneminde 300 saat çalışmış ve tanımlanan kapsamda üç arıza yaşamış olsun. MTBF 300 / 3 = 100 çalışma saati olur. Bu, makinenin her 100 saatte tam olarak arızalanacağı anlamına gelmez. Üç arızanın zaman aralıkları çok farklı olabilir; ortalama bu dağılımı gizler. Az sayıda olayla hesaplanan değeri kalıcı ekipman özelliği gibi yorumlamak da risklidir.

“Arıza” yalnızca makineyi tamamen durduran olay mı, yoksa hız düşmesi ve kalite kaybı da mı? İki tanım farklı MTBF üretir. Ekipman envanteri, ürün değişimi ve vardiya düzeni sabit değilse dönemler arası karşılaştırma daha da zorlaşır. Bu nedenle MTBF tablosunun yanında olay tanımı, gözlem süresi, arıza sayısı ve veri kapsamı bulunmalıdır.

MTTR nasıl hesaplanır?

MTTR = toplam tanımlı onarım süresi / tamamlanan onarım sayısı. Aynı üç arızanın ekipmanı yeniden çalışır hâle getirme süreleri 1, 2 ve 3 saat olsun. Toplam 6 saat, MTTR ise 6 / 3 = 2 saat olur. Bu örnekte 1 saatlik ve 3 saatlik işleri tek bir ortalama temsil eder; bu yüzden tek tek olay sürelerini de izlemek gerekir.

MTTR kısaltması farklı ekiplerde “mean time to repair”, “mean time to recovery” veya “mean time to restore” anlamında kullanılabilir. Bunlar aynı bitiş noktasını zorunlu olarak ifade etmez. Yalnızca teknisyenin aktif müdahalesi mi sayılacak? Yedek parça bekleme, güvenli soğuma, test ve üretime yeniden başlama dahil mi? İşletme hangi süreyi ölçtüğünü adlandırmalı; onarım süresi ile toplam üretim duruşunu aynı etiket altında sessizce birleştirmemelidir. IBM'in bakım açıklaması, bildirimden test ve yeniden başlatmaya uzanan adımların kapsam kararını etkilediğini örnekler.

İki metrik birlikte ne söyler?

Yukarıdaki varsayımsal örnekte çalışma 300 saat, arıza kaynaklı tanımlı onarım 6 saattir. Aynı sınırlar kullanılırsa 300 / (300 + 6) ≈ %98,04 değeri elde edilir. Eşdeğer gösterim MTBF / (MTBF + MTTR) = 100 / (100 + 2) ≈ %98,04 olur. Bu, basitleştirilmiş bir kullanılabilirlik ilişkisidir; her fabrikanın raporladığı “availability” veya OEE kullanılabilirliği ile otomatik olarak aynı değildir.

OEE'de planlı üretim zamanı, planlı duruşların kapsamı ve plansız duruşların kaydı ayrıca tanımlanır. MTBF/MTTR örneği ise belirli arıza ve onarım olaylarına odaklanır. Bir makine planlı üretim dışı saatlerde tamamen kapalıyken MTBF hesabına o saatleri katmak, sonucu yapay biçimde büyütür. Aynı şekilde malzeme bekleme veya kalite onayı bekleme sürelerini “onarım” diye eklemek bakım ekibinin performansını yanlış gösterir. Üretim kaybını görmek için bu olaylar yine kaydedilmeli, fakat doğru kategoride tutulmalıdır.

Veri toplarken hangi olaylar gerekli?

En azından ekipman kimliği, arıza başlangıcı, arıza sınıfı, müdahale başlangıcı, teknik onarım bitişi, test bitişi ve üretime dönüş zamanı ayrılmalıdır. Her zaman damgasının kaynağı ve saat dilimi belli olmalıdır. Operatörün duruş bildirimi ile PLC'nin duruş sinyali aynı olayın iki kaydı olabilir; eşleştirme yapılmadan ikisini iki arıza saymak MTBF'yi düşürür. Bağlantı kesintisinde sonradan gelen kayıtların sırası da korunmalıdır.

Bir MES duruş olayını iş emri ve ekipmana bağlayabilir; bakım sistemi ise arıza nedeni, iş emri, yedek parça ve onarım adımlarını tutabilir. Bu görev dağılımı ürün etiketine göre değil, veri sahipliğine göre kararlaştırılmalıdır. Sadece otomatik sayaçla kök neden bilinmez; sadece bakım iş emriyle de gerçek üretim kaybı tam ölçülemez. İki kaydın ekipman ve olay kimliği üzerinden uzlaştırılması gerekir.

Sık yapılan yorum hataları

Yüksek MTBF her koşulda iyi bakım anlamına gelmez. Az kullanılan bir makine az arıza gösterebilir; kritik ekipmanda ise tek bir uzun kesinti daha önemli olabilir. Düşük MTTR de her zaman iyi sonuç değildir: geçici müdahale hızlı bitip aynı arıza tekrar ediyorsa güvenilirlik iyileşmemiştir. Arıza tekrarı, duruşun şiddeti, güvenlik ve kalite etkisi ayrıca incelenmelidir.

MTBF'yi üretim hedefi veya garanti süresi gibi kullanmak da yanlıştır. Ortalama tek başına arıza dağılımını, ekipmanın yaşını veya çalışma koşullarını açıklamaz. Onarılamayan bir parçanın ömrü için MTTF (Mean Time To Failure) gibi farklı bir ölçü daha uygun olabilir. Karşılaştırma yaparken aynı ekipman sınıfı, aynı yük profili ve aynı olay tanımı aranmalıdır.

Başlangıç için tek bir kritik ekipman ailesi ve kısa ama yeterli bir gözlem dönemi seçin. Arıza sözlüğünü üretim ve bakım ekipleriyle birlikte onaylayın; örnek olaylardan zaman çizelgesi çıkarın; formülleri ham olaylarla tekrar hesaplayın. Sonra ortalamaları tek başına hedef yapmak yerine hangi arızanın tekrarladığını ve onarımın hangi adımında zaman kaybedildiğini araştırın. MTBF ve MTTR'nin gerçek değeri, bu somut iyileştirme sorularını görünür kılmalarındadır.