MTBF و MTTR در عمل؛ چرا عددهای شما اشتباهاند؟

در بسیاری از کارخانهها و واحدهای نگهداری و تعمیرات، وقتی صحبت از عملکرد تجهیزات میشود، دو شاخص تقریباً همیشه روی داشبورد دیده میشوند: MTBF و MTTR.
مدیران این اعداد را در جلسات گزارش میکنند، پیمانکاران با آنها عملکرد خود را توجیه میکنند و حتی بعضی سازمانها پاداش و KPI پرسنل را بر اساس همین شاخصها تعریف میکنند.
اما یک مشکل بزرگ وجود دارد:
بخش زیادی از اعداد MTBF و MTTR که در صنایع ثبت میشوند، اشتباه هستند.
نه فقط کمی اشتباه؛ بلکه گاهی آنقدر غیرواقعیاند که تصمیمگیری مدیریتی را کاملاً منحرف میکنند. تجهیزات ظاهراً «قابل اعتماد» هستند اما مدام خط را متوقف میکنند. تیم تعمیرات ظاهراً «سریع» عمل میکند اما تولید همچنان از توقفات ناراضی است.
دلیل چیست؟
مشکل معمولاً از خود فرمولها نیست؛ مشکل از روش جمعآوری داده، تعریف خرابی، زمانسنجی و تفسیر شاخصها است.
در این مقاله بررسی میکنیم:
- MTBF و MTTR دقیقاً چه هستند
- چرا اغلب اشتباه محاسبه میشوند
- رایجترین خطاهای صنایع در ثبت این شاخصها
- تفاوت بین اعداد واقعی و اعداد ظاهری
- روش استاندارد محاسبه در محیط عملیاتی
- و اینکه چگونه این KPIها را به ابزار واقعی بهبود قابلیت اطمینان تبدیل کنیم
MTBF چیست؟

MTBF یا Mean Time Between Failures به معنی:
میانگین زمان بین دو خرابی در تجهیزات قابل تعمیر است.
به زبان ساده:
اگر یک تجهیز کار کند، خراب شود، تعمیر شود و دوباره کار کند، MTBF نشان میدهد به طور متوسط چه مدت بدون خرابی کار میکند.
فرمول اصلی:

مثال:
- زمان کارکرد واقعی دستگاه: ۱۲۰۰ ساعت
- تعداد خرابی: ۶ مورد
پس:
ساعت MTBF = 1200 ÷ 6 = 200
یعنی تجهیز به طور متوسط هر ۲۰۰ ساعت یکبار دچار خرابی شده است.
MTTR چیست؟

MTTR یا Mean Time To Repair به معنی:
میانگین زمان لازم برای تعمیر و بازگرداندن تجهیز به سرویس است.
فرمول:

مثال:
- مجموع زمان تعمیرات: ۱۸ ساعت
- تعداد خرابی: ۶ مورد
پس:
ساعت MTTR = 18 ÷ 6 = 3
یعنی تیم تعمیرات به طور متوسط در ۳ ساعت تجهیز را به مدار بازگردانده است.
چرا این شاخصها اهمیت دارند؟
MTBF و MTTR پایه بسیاری از تحلیلهای نگهداری و تعمیرات هستند:
- تحلیل قابلیت اطمینان تجهیزات
- تحلیل توقفات تولید
- طراحی برنامه PM
- محاسبه Availability
- تعیین قطعات یدکی
- تحلیل هزینه خرابی
- ارزیابی عملکرد تیم تعمیرات
- تصمیم برای نوسازی تجهیزات
رابطه Availability معمولاً به این شکل نمایش داده میشود:

هرچه MTBF بیشتر و MTTR کمتر باشد، دسترسپذیری تجهیز بهتر خواهد بود.
اما فقط زمانی که دادهها واقعی باشند.
بزرگترین مشکل صنایع: عددسازی به جای اندازهگیری واقعی
بسیاری از کارخانهها تصور میکنند چون در CMMS عدد MTBF و MTTR دارند، پس سیستم آنها حرفهای است.
درحالیکه در عمل:
- تعریف خرابی مشخص نیست
- زمانها دقیق ثبت نمیشوند
- میکروتوقفات حذف میشوند
- توقفات برنامهریزیشده با خرابی قاطی میشوند
- زمان انتظار قطعه وارد MTTR میشود
- یا بدتر از همه، دادهها دستی و سلیقهای ثبت میشوند
نتیجه؟
KPIها ظاهراً عالی هستند اما واقعیت خط تولید چیز دیگری است.

اشتباه اول: استفاده از زمان تقویمی به جای زمان کارکرد واقعی
این رایجترین خطا در محاسبه MTBF است.
بعضی کارخانهها کل زمان تقویمی را در محاسبه وارد میکنند.
مثلاً:
- دستگاه فقط روزی ۸ ساعت کار میکند
- اما MTBF بر اساس ۲۴ ساعت شبانهروز محاسبه میشود
در نتیجه عدد MTBF به شکل مصنوعی بزرگ میشود.
مثال واقعی
فرض کنید دستگاه:
- ماهانه ۲۰۰ ساعت کار واقعی دارد
- ۲ خرابی ثبت شده
MTBF واقعی: 100 ساعت
اما اگر کسی کل ماه تقویمی (۷۲۰ ساعت) را وارد کند: MTBF = 360 ساعت
یعنی عدد ظاهراً عالی است ولی کاملاً غلط.
اشتباه دوم: تعریف اشتباه «خرابی»
بسیاری از سازمانها اصلاً تعریف مشخصی از Failure ندارند.
سؤال مهم:
آیا هر توقفی خرابی است؟
مثلاً:
- توقف ۲ دقیقهای سنسور؟
- افت فشار لحظهای؟
- ریست PLC؟
- گیر کردن محصول؟
- کاهش سرعت خط؟
اگر تعریف Failure استاندارد نباشد:
- MTBF بیمعنا میشود
- روندها قابل مقایسه نیستند
- KPIها دستکاری میشوند
سازمانهای حرفهای معمولاً Failure را بر اساس این معیارها تعریف میکنند:
- توقف غیر برنامهریزیشده
- از دست رفتن عملکرد تجهیز
- کاهش عملکرد زیر حد قابل قبول
- نیاز به اقدام تعمیراتی
اشتباه سوم: حذف میکروتوقفات
یکی از خطرناکترین اشتباهات همین است.
در بسیاری از خطوط تولید گفته میشود:
«این توقف کوتاه بود، خرابی حساب نکن.»
اما همین توقفات کوچک:
- راندمان را نابود میکنند
- OEE را کاهش میدهند
- فرسودگی تجهیزات را افزایش میدهند
- نشانه خرابیهای بزرگ آینده هستند
وقتی میکروتوقفات حذف شوند:
- MTBF غیرواقعی بالا میرود
- مدیریت تصور میکند وضعیت عالی است
- ریشه مشکلات دیده نمیشود
اشتباه چهارم: قاطی کردن PM با خرابی
بعضی شرکتها توقف PM را هم Failure ثبت میکنند.
برعکس، بعضیها خرابیهای کوچک را PM ثبت میکنند تا KPI خراب نشود.
هر دو اشتباهاند.
باید بین این موارد تفاوت وجود داشته باشد:
- Planned Maintenance
- Corrective Maintenance
- Breakdown
- Inspection
- Adjustment
- Minor Stop
اگر این دستهبندی درست نباشد، کل تحلیل قابلیت اطمینان منحرف میشود.
اشتباه پنجم: محاسبه اشتباه MTTR

در ظاهر MTTR ساده است، اما در عمل یکی از مبهمترین KPIهای نت است.
سؤال مهم:
MTTR دقیقاً از چه زمانی شروع میشود؟
- لحظه خرابی؟
- لحظه اعلام خرابی؟
- رسیدن تکنسین؟
- شروع تعمیر؟
و چه زمانی تمام میشود؟
- پایان تعمیر؟
- تست موفق؟
- شروع تولید؟
- رسیدن به ظرفیت نرمال؟
اگر این نقاط مشخص نباشند، مقایسه MTTR بیمعنا میشود.
تفاوت MTTR و MDT
یکی از اشتباهات رایج، قاطی کردن MTTR و MDT است.
MTTR
فقط زمان تعمیر فعال
MDT
کل زمان از کارافتادگی شامل:
- انتظار تکنسین
- انتظار قطعه
- توقف تولید
- مجوز ایمنی
- هماهنگی بهرهبرداری
- تست راهاندازی
بعضی کارخانهها MDT را به اسم MTTR گزارش میکنند.
نتیجه؟
تیم تعمیرات ظاهراً ضعیف به نظر میرسد در حالی که مشکل اصلی ممکن است تأمین قطعه یا فرآیند اداری باشد.
اشتباه ششم: کم بودن دادهها
اگر تجهیز فقط یک یا دو خرابی داشته باشد، MTBF معتبر نیست.
مثلاً:
- یک پمپ ۶ ماه خراب نشده
- MTBF = ۴۳۲۰ ساعت
آیا این یعنی تجهیز فوقالعاده است؟
لزومی ندارد.
ممکن است فقط داده کافی وجود نداشته باشد.
تحلیل آماری معتبر معمولاً به تعداد مناسبی از Failure نیاز دارد تا روند واقعی مشخص شود.
اشتباه هفتم: ترکیب چند Failure Mode در یک عدد
فرض کنید یک پمپ این مشکلات را دارد:
- خرابی سیل هر ۳۰۰ ساعت
- خرابی بیرینگ هر ۲۰۰۰ ساعت
- مشکل کوپلینگ هر ۱۵۰۰ ساعت
اگر همه را در یک MTBF کلی ترکیب کنیم:
- علت اصلی پنهان میشود
- اولویت بهبود مشخص نیست
سازمانهای حرفهای MTBF را بر اساس Failure Mode تحلیل میکنند، نه فقط در سطح تجهیز.
چرا MTBF بالا همیشه خوب نیست؟
این یکی از بزرگترین سوءبرداشتها در صنایع است.
عدد MTBF بالا لزوماً به معنی قابلیت اطمینان بالا نیست.
گاهی دلیل MTBF بالا این است که:
- خرابیها ثبت نمیشوند
- میکروتوقفات حذف میشوند
- اپراتورها خرابی را اعلام نمیکنند
- CMMS ناقص است
- تعریف Failure ضعیف است
در بعضی کارخانهها هرچه سیستم ثبت خرابی دقیقتر شود، MTBF ابتدا بدتر میشود.
و این اتفاق خوبی است.
چون بالاخره واقعیت دیده شده است.
مشکل بزرگتر: سوءتفسیر MTBF
طبق منابع تخصصی قابلیت اطمینان، MTBF یکی از سوءبرداشتشدهترین شاخصهای مهندسی است.
بسیاری تصور میکنند:
- MTBF یعنی عمر تجهیز
این اشتباه است.
MTBF فقط یک میانگین آماری است، نه پیشبینی قطعی عمر تجهیز.
مثلاً تجهیزی با MTBF برابر ۱۰۰۰ ساعت الزاماً ۱۰۰۰ ساعت بدون خرابی کار نمیکند.
ممکن است:
- در ساعت ۵۰ خراب شود
- یا ۵۰۰۰ ساعت بدون مشکل کار کند
MTBF بیشتر برای تحلیل احتمال خرابی و روند قابلیت اطمینان استفاده میشود، نه پیشبینی دقیق زمان خرابی.
تجهیزات مختلف، رفتارهای متفاوت
یکی دیگر از اشتباهات رایج:
استفاده از MTBF برای همه تجهیزات به یک شکل.
اما رفتار خرابی تجهیزات متفاوت است:
تجهیزات با خرابی تصادفی
مثل تجهیزات الکترونیکی
در اینجا MTBF کاربرد خوبی دارد.
تجهیزات فرسایشی
مثل بیرینگ، تسمه، لاینر، رولر
در اینجا خرابی وابسته به عمر است و MTBF بهتنهایی کافی نیست.
برای این تجهیزات تحلیلهایی مثل:
- Weibull Analysis
- RCA
- Condition Monitoring
بسیار مهمتر هستند.
چطور MTBF واقعی اندازهگیری کنیم؟
برای داشتن MTBF قابل اعتماد، این اصول ضروری هستند:
۱. تعریف استاندارد خرابی
همه بدانند چه چیزی Failure محسوب میشود.
۲. ثبت دقیق زمان کارکرد
فقط زمان عملیاتی واقعی محاسبه شود.
۳. حذف نکردن میکروتوقفات
حتی توقفات کوتاه دستهبندی و تحلیل شوند.
۴. استفاده از CMMS واقعی
ثبت دستی و شفاهی معمولاً فاجعهبار است.
۵. دستهبندی Failure Mode
خرابیها تفکیک شوند.
۶. بازبینی دادهها
داده خام همیشه نیاز به اعتبارسنجی دارد.
چگونه MTTR را واقعاً کاهش دهیم؟
بسیاری تصور میکنند MTTR فقط با سریعتر کار کردن تعمیرکار کاهش پیدا میکند.
اما در عمل عوامل اصلی معمولاً اینها هستند:
- نبود قطعه یدکی
- نبود دستورالعمل تعمیر
- ضعف عیبیابی
- انتظار مجوز
- نبود ابزار
- نبود نیروی شیفت
- زمان تشخیص خرابی
- نبود اطلاعات تجهیز
سازمانهای حرفهای MTTR را به بخشهای کوچکتر تقسیم میکنند:
- زمان تشخیص
- زمان حضور
- زمان ایمنسازی
- زمان تعمیر
- زمان تست
- زمان راهاندازی
وقتی این تفکیک انجام شود، گلوگاه واقعی مشخص میشود.
ارتباط MTBF و MTTR با OEE
خیلی از کارخانهها روی OEE تمرکز میکنند اما ریشه افت OEE را تحلیل نمیکنند.
در واقع:
- MTBF پایین → توقفات بیشتر
- MTTR بالا → توقفات طولانیتر
و هر دو مستقیماً Availability را کاهش میدهند.
بنابراین اگر میخواهید OEE واقعی بهبود پیدا کند، باید روی کیفیت دادههای MTBF و MTTR کار کنید.
آیا میتوان KPIها را دستکاری کرد؟
متأسفانه بله.
و این اتفاق زیاد میافتد.
مثلاً:
- خرابیها ثبت نمیشوند
- توقفات کوتاه حذف میشوند
- زمان تعمیر دیر ثبت میشود
- خرابی به عنوان PM ثبت میشود
- Failureها تجمیع میشوند
نتیجه؟
داشبورد زیبا میشود اما کارخانه بهتر نمیشود.
KPI خوب باید:
- واقعیت را نشان دهد
- قابل تکرار باشد
- تعریف استاندارد داشته باشد
- قابل ممیزی باشد
نقش CMMS در واقعی شدن MTBF و MTTR
بدون سیستم مناسب، این شاخصها تقریباً بیارزش میشوند.
یک CMMS حرفهای باید بتواند:
- زمان خرابی را دقیق ثبت کند
- Failure Mode را مشخص کند
- زمان تعمیر را تفکیک کند
- علت خرابی را ثبت کند
- گزارش روند بدهد
- توقفات تکراری را تحلیل کند
اما حتی بهترین نرمافزار هم بدون فرهنگ ثبت داده دقیق، نتیجه خوبی نمیدهد.
جمعبندی

MTBF و MTTR فقط دو فرمول ساده نیستند؛ این شاخصها زبان واقعی قابلیت اطمینان تجهیزات هستند.
اما در بسیاری از صنایع:
- دادهها ناقصاند
- تعریف خرابی مشخص نیست
- زمانها اشتباه ثبت میشوند
- KPIها دستکاری میشوند
- و تحلیلها سطحی هستند
نتیجه این میشود که سازمان تصور میکند وضعیت تجهیزات خوب است، در حالی که خط تولید چیز دیگری میگوید.
اگر میخواهید این شاخصها واقعاً ارزش داشته باشند:
- تعریف Failure را استاندارد کنید
- داده واقعی جمعآوری کنید
- میکروتوقفات را حذف نکنید
- MTTR را تجزیه کنید
- Failure Modeها را تفکیک کنید
- و KPI را ابزار بهبود بدانید، نه ابزار گزارشسازی
وقتی دادهها واقعی شوند، تصمیمهای نگهداری و تعمیرات هم واقعی خواهند شد.
سوالات متداول
MTBF خوب برای تجهیزات صنعتی چقدر است؟
عدد ثابت و جهانی وجود ندارد. MTBF به نوع تجهیز، شرایط کاری، کیفیت نگهداری، بار کاری و Failure Mode بستگی دارد. مقایسه فقط بین تجهیزات مشابه معنا دارد.
آیا MTBF همان عمر تجهیز است؟
خیر. MTBF یک میانگین آماری بین خرابیهاست و لزوماً عمر واقعی تجهیز را نشان نمیدهد.
تفاوت MTBF و MTTF چیست؟
MTBF برای تجهیزات قابل تعمیر استفاده میشود، اما MTTF معمولاً برای قطعات یا تجهیزاتی استفاده میشود که بعد از خرابی تعویض میشوند و تعمیرپذیر نیستند.
آیا توقفات کوتاه باید در MTBF ثبت شوند؟
بله، اگر توقف غیر برنامهریزیشده باعث اختلال عملکرد شده باشد، بهتر است ثبت و دستهبندی شود. حذف میکروتوقفات باعث غیرواقعی شدن MTBF میشود.
چرا MTTR در بعضی کارخانهها بسیار بالا است؟
معمولاً مشکل فقط سرعت تعمیر نیست. عواملی مثل نبود قطعه یدکی، فرآیندهای اداری، ضعف عیبیابی، نبود نیروی کافی و زمان انتظار باعث افزایش MTTR میشوند.
آیا فقط داشتن CMMS برای دقیق شدن MTBF و MTTR کافی است؟
خیر. بدون تعریف استاندارد خرابی، فرهنگ ثبت داده و تحلیل درست، حتی بهترین CMMS هم اعداد اشتباه تولید میکند.
در ادامه فرم های آماده و فرمول نویسی شده محاسبه شاخص های مدیریت نگهداری و تعمیرات رو براتون آماده کردیم که می تونید دانلود و استفاده کنید. تمامی این شاخص ها در فرمت اکسل و قابل تکثیر به تعداد دلخواه می باشد.
دانلود فرم اکسل محاسبه و تحلیل شاخص MTBF
دانلود فرم اکسل محاسبه و تحلیل شاخص MTTR
دانلود فرم اکسل روند شاخص های کلیدی عملکرد نت (KPI)
دانلود فرم اکسل محاسبه روند شاخص انواع توقفات نگهداری و تعمیرات
دانلود فرم اکسل شاخص کل توقفات نت (پارتو توقفات فنی)
دانلود فرم اکسل محاسبه و تحلیل شاخص MTBP
دانلود فرم اکسل محاسبه و تحلیل شاخص MTBM
دانلود پکیج شاخص های قابلیت اطمینان تجهیزات (پکیج شاخص MTBF , MTTR , MTBP , MTBM)
- فرم نگهداری و تعمیرات PM
- فرم ثبت خرابی تجهیزات
- مدیریت تعمیرات Maintenance Management
- افزایش قابلیت اطمینان
- فرمول MTTR
- فرمول MTBF
- Reliability Engineering
- MTTR چیست
- MTBF چیست
- فرم گزارش تعمیرات
- شاخص های نگهداری و تعمیرات
- تحلیل خرابی تجهیزات
- MTTR
- MTBF
- KPI نت
- CMMS
- قابلیت اطمینان تجهیزات
- نگهداری و تعمیرات صنعتی
دیدگاه خود را بنویسید