Accendo Reliability

Your Reliability Engineering Professional Development Site

  • Home
  • About
    • Contributors
    • About Us
    • Colophon
    • Survey
  • Reliability.fm
    • Speaking Of Reliability
    • Rooted in Reliability: The Plant Performance Podcast
    • Quality during Design
    • CMMSradio
    • Way of the Quality Warrior
    • Critical Talks
    • Asset Performance
    • Dare to Know
    • Maintenance Disrupted
    • Metal Conversations
    • The Leadership Connection
    • Practical Reliability Podcast
    • Reliability Gang
    • Reliability Hero
    • Reliability Matters
    • Reliability it Matters
    • Maintenance Mavericks Podcast
    • Women in Maintenance
    • Accendo Reliability Webinar Series
  • Articles
    • CRE Preparation Notes
    • NoMTBF
    • on Leadership & Career
      • Advanced Engineering Culture
      • ASQR&R
      • Engineering Leadership
      • Managing in the 2000s
      • Product Development and Process Improvement
    • on Maintenance Reliability
      • Aasan Asset Management
      • AI & Predictive Maintenance
      • Asset Management in the Mining Industry
      • CMMS and Maintenance Management
      • CMMS and Reliability
      • Conscious Asset
      • EAM & CMMS
      • Everyday RCM
      • History of Maintenance Management
      • Life Cycle Asset Management
      • Maintenance and Reliability
      • Maintenance Management
      • Plant Maintenance
      • Process Plant Reliability Engineering
      • RCM Blitz®
      • ReliabilityXperience
      • Rob’s Reliability Project
      • The Intelligent Transformer Blog
      • The People Side of Maintenance
      • The Reliability Crime Lab
      • The Reliability Mindset
    • on Product Reliability
      • Accelerated Reliability
      • Achieving the Benefits of Reliability
      • Apex Ridge
      • Breaking Bad for Reliability
      • Field Reliability Data Analysis
      • Metals Engineering and Product Reliability
      • Musings on Reliability and Maintenance Topics
      • Product Validation
      • Reliability by Design
      • Reliability Competence
      • Reliability Engineering Insights
      • Reliability in Emerging Technology
      • Reliability Knowledge
    • on Risk & Safety
      • CERM® Risk Insights
      • Equipment Risk and Reliability in Downhole Applications
      • Operational Risk Process Safety
    • on Systems Thinking
      • The RCA
      • Communicating with FINESSE
    • on Tools & Techniques
      • Big Data & Analytics
      • Experimental Design for NPD
      • Innovative Thinking in Reliability and Durability
      • Inside and Beyond HALT
      • Inside FMEA
      • Institute of Quality & Reliability
      • Integral Concepts
      • Learning from Failures
      • Progress in Field Reliability?
      • R for Engineering
      • Reliability Engineering Using Python
      • Reliability Reflections
      • Statistical Methods for Failure-Time Data
      • Testing 1 2 3
      • The Hardware Product Develoment Lifecycle
      • The Manufacturing Academy
  • eBooks
  • Resources
    • Special Offers
    • Accendo Authors
    • FMEA Resources
    • Glossary
    • Feed Forward Publications
    • Openings
    • Books
    • Webinar Sources
    • Journals
    • Higher Education
    • Podcasts
  • Courses
    • Your Courses
    • 14 Ways to Acquire Reliability Engineering Knowledge
    • Live Courses
      • Introduction to Reliability Engineering & Accelerated Testings Course Landing Page
      • Advanced Accelerated Testing Course Landing Page
    • Integral Concepts Courses
      • Reliability Analysis Methods Course Landing Page
      • Applied Reliability Analysis Course Landing Page
      • Statistics, Hypothesis Testing, & Regression Modeling Course Landing Page
      • Measurement System Assessment Course Landing Page
      • SPC & Process Capability Course Landing Page
      • Design of Experiments Course Landing Page
    • The Manufacturing Academy Courses
      • An Introduction to Reliability Engineering
      • Reliability Engineering Statistics
      • An Introduction to Quality Engineering
      • Quality Engineering Statistics
      • FMEA in Practice
      • Process Capability Analysis course
      • Root Cause Analysis and the 8D Corrective Action Process course
      • Return on Investment online course
    • Industrial Metallurgist Courses
    • FMEA courses Powered by The Luminous Group
      • FMEA Introduction
      • AIAG & VDA FMEA Methodology
    • Barringer Process Reliability Introduction
      • Barringer Process Reliability Introduction Course Landing Page
    • Fault Tree Analysis (FTA)
    • Foundations of RCM online course
    • Reliability Engineering for Heavy Industry
    • How to be an Online Student
    • Quondam Courses
  • Webinars
    • Upcoming Live Events
    • Accendo Reliability Webinar Series
  • Calendar
    • Call for Papers Listing
    • Upcoming Webinars
    • Webinar Calendar
  • Login
    • Member Home
Home » Articles » NoMTBF » Illuminating MTBF’s Lack of Information

by Fred Schenkelberg Leave a Comment

Illuminating MTBF’s Lack of Information

Illuminating MTBF’s Lack of Information

Here’s a simple illustration of how MTBF oversimplifies data, concealing essential information.

By convention, we tend to use MTBF for repairable data. That is fine.

You may also be aware of my dislike for the use of MTBF, for many different reasons. If you find yourself suggesting your organization, customer, industry or whomever to stop using MTBF, you may want to use this simple example to illustrate the ‘value’ of MTBF.

Three Data Sets of Collected Time of Repair Data

Let’s say we have three assets on the shop floor that have been running for 1,000 hours each. Each has experienced 10 failures requiring repair. The repair time is typically less than an hour (keeping repair time short compared to run time to keep the analysis simple.)

Machine 1 experienced the failures at the following hours of operation:

112615
198692
301820
425907
509989

The times are in hours since the equipment was installed. The first failures occurred at 112 hours after installation. The second occurred 198 hours after installation, and so on.

Machine 2 experienced the failures at the following hours of operation:

112760
293813
480849
560898
702920

Machine 3 experienced the failures at the following hours of operation:

112350
142424
191563
230710
280879

Given this data what would you typically do to glean a better understanding of your equipment?

Just reviewing the data, you can detect the differences between the three machines. Given the differences, you may adjust your maintenance program, or work to determine why the differences exist.

A Simple DotPlot View

One way to view the data is with a one-dimensional plot. The dot plot provides the location of each failure along the timeline. Here is machine 1’s dot plot:

mcf-1-dotplot

 

Plus the plots for machines 2 and 3:

 

 

mcf-2-dotplot

 

 

 

mcf-3-dotplot

 

 

This provides a little more visibility over the table of numbers. Machine 1 seems to have evenly spaced failures. Machine 2 has more failures as the equipment ages (like my car did when I was in high school). And Machine 3 seems to be running longer between failures as it ages.

These simple plots reduce the work necessary when just viewing a table of numbers. They further illustrate the differences in the datasets.

What If You Calculate MTBF?

Considering MTBF is so popular and widely used, you may feel compelled to calculate MTBF for these three examples.

It’s easy to do, each machine has run for 1,000 hours and enjoyed 10 failures, thus all three machines have 100 hour MTBF.

  • Machine 1 has 100 hour MTBF
  • Machine 2 has 100 hour MTBF
  • Machine 3 has 100 hour MTBF

The use of MTBF suggests there is no difference. We have reduced the information available for consideration. Using MTBF we would treat the three machines exactly the same.

The MTBF values limit the value of the data and preclude our ability to identify differences, take appropriate action, or understand what is happening.

I suggest that is not a good metric.

So, stop using it.

Please feel free to use this example, maybe change it to fit your industry or situation. Help those around you understand their data.

Please let me know of any examples you use to make the point, MTBF is not helping here. Let’s collect and post what helps us get the message across.

Filed Under: Articles, NoMTBF

« Return parts analysis – why?

Comments

  1. Gerald T says

    October 12, 2016 at 10:05 AM

    You might also have asked: “Why did they all fail after 112 hours?” !!

    Reply
    • Fred Schenkelberg says

      October 12, 2016 at 10:32 AM

      Good point, I didn’t get to creative in the first time to failure in my examples…. yet, I totally missed asking that question. Good eye. cheers, Fred

      Reply
  2. Felix says

    October 23, 2016 at 8:22 PM

    Since MTBF is intended for the constant failure rate period, one could argue that at least two of those data sets would not have warranted characterization by MTBF in the first place.

    Reply
    • Fred Schenkelberg says

      October 26, 2016 at 9:21 PM

      Sure one could do that… I suppose. Yet, without the plotting and potentially fitting the data to a curve (line) would we really be able to tell if it really was showing a constant failure rate?

      Keep in mind there really isn’t such a thing or period as a constant failure rate period. There are many types of failure mechanisms some with increasing or descreasing failure rates. The closest to a ‘flat part of curve’ we see, is when the changes are small enough to not matter much concerning the decisions the data is supporting. Assuming constant failure rate doesn’t change the actual failure rate. Also, keep in mind that it is rare that a system will remain with little change in failure rate for very long.

      Cheers,

      Fred
      PS: been meaning to reply to this comment for a few days – pending the site recovering from an attack which took us offline for 3 days.

      Reply
  3. Jessie says

    April 10, 2017 at 12:57 PM

    Are these three machines all the same type/model?

    Reply
    • Fred Schenkelberg says

      April 10, 2017 at 4:49 PM

      They could be, yet these were just set up for examples. I have seen similar behavior when when different teams install equipment, one with faulty instructions. One group fails early, the other wears out nicely. Cheers, Fred

      Reply

Leave a Reply Cancel reply

Your email address will not be published. Required fields are marked *

The NoMTBF logo

Devoted to the eradication of the misuse of MTBF.

Photo of Fred SchenkelbergArticles by Fred Schenkelberg and guest authors

in the NoMTBF article series

Recent Posts

  • Illuminating MTBF’s Lack of Information
  • Return parts analysis – why?
  • How to Make ISO 55000 and ISO 55001 Successful 
  • Killer AI and Risk Based, Decision Making
  • What are You Missing?

Join Accendo

Receive information and updates about articles and many other resources offered by Accendo Reliability by becoming a member.

It’s free and only takes a minute.

Join Today

© 2026 FMS Reliability · Privacy Policy · Terms of Service · Cookies Policy

Book the Course with John
  Ask a question or send along a comment. Please login to view and use the contact form.
This site uses cookies to give you a better experience, analyze site traffic, and gain insight to products or offers that may interest you. By continuing, you consent to the use of cookies. Learn how we use cookies, how they work, and how to set your browser preferences by reading our Cookies Policy.