This document provides an introduction to reliability and maintainability management. It defines key terms like reliability, maintainability, availability, and discusses how setting goals and specifications can help manage these concepts. It also covers feedback mechanisms for assessing how a product is performing compared to its goals, like discovering potential failure modes through tools like FMEA and HALT testing. The document introduces concepts like reliability apportionment and feedback loops to evaluate performance versus goals as part of an effective reliability program. It includes brief biographies of the authors to establish their expertise in reliability engineering.
The slides that Carl and Fred present at the 2014 RAMS conference (www.rams.org).
An overview of tasks, approaches, and structure to creating a proactive and effective reliability program in your organization.
Talk given by Vladimir Gerasimov (Product Management Senior Manager) and Joyce Yeh (Software Engineer) at Salesforce, at STPcon in September 2016
Salesforce delivers three major feature releases a year, made possible with strong collaboration among its team members. In this session we will talk about how Developers and Quality Engineers collaborate in an Agile environment on a daily basis. It all starts with a User Story and ends with satisfied customers. We will walk you through everything in between, from the moment the story is created to the release time when the code is deployed to production. We will use the lifecycle of a User Story to show how different team members are enabled through our Agile process and different tools.
Session Takeaways:
How Salesforce leverages collaboration between Developers and Quality Engineers to deliver 3 major feature releases a year.
How Salesforce maintains the highest quality standards.
What quality and development practices are used in scrum team.
General lifecycle of a User Story from idea to production at Salesforce.
Whether you are new to testing or looking for a better way to organize your test practices, understanding risk is essential to successful testing. Dale Perry describes a general risk-based framework—applicable to any development lifecycle model—to help you make critical testing decisions earlier and with more confidence. Learn how to focus your testing effort, what elements to test, and how to organize test designs and documentation. Review the fundamentals of risk identification, analysis, and the role testing plays in risk mitigation. Develop an inventory of test objectives to help prioritize your testing and translate them into a concrete strategy for creating tests. Focus your tests on the areas essential to your stakeholders. Execution and assessing test results provide a better understanding of both the effectiveness of your testing and the potential for failure in your software. Take back a proven approach to organize your testing efforts and new ways to add more value to your project and organization.
Quality Index: A Composite Metric for the Voice of TestingTechWell
It is quite possible that you are spending a considerable amount of your time as a QA manager making sense of the multitude of metrics reported by your teams, connecting the facts, understanding the underlying reality, and articulating it to your peers and leadership. Still, others in the organization may not interpret the message correctly, rendering most of your efforts futile. Nirav Patel and Sutharson Veeravalli share insights to help you resolve this challenge through a composite measure called Quality Index. By aligning metrics to business outcomes and using Quality Index as a tool of articulation, disparate interpretation of data can be eliminated and a cohesive message delivered to stakeholders. Learn how QA can acquire a voice across the senior forums by articulating succinct, contextual, and actionable information to speed up executive decisions in the course of programs and projects.
The slides that Carl and Fred present at the 2014 RAMS conference (www.rams.org).
An overview of tasks, approaches, and structure to creating a proactive and effective reliability program in your organization.
Talk given by Vladimir Gerasimov (Product Management Senior Manager) and Joyce Yeh (Software Engineer) at Salesforce, at STPcon in September 2016
Salesforce delivers three major feature releases a year, made possible with strong collaboration among its team members. In this session we will talk about how Developers and Quality Engineers collaborate in an Agile environment on a daily basis. It all starts with a User Story and ends with satisfied customers. We will walk you through everything in between, from the moment the story is created to the release time when the code is deployed to production. We will use the lifecycle of a User Story to show how different team members are enabled through our Agile process and different tools.
Session Takeaways:
How Salesforce leverages collaboration between Developers and Quality Engineers to deliver 3 major feature releases a year.
How Salesforce maintains the highest quality standards.
What quality and development practices are used in scrum team.
General lifecycle of a User Story from idea to production at Salesforce.
Whether you are new to testing or looking for a better way to organize your test practices, understanding risk is essential to successful testing. Dale Perry describes a general risk-based framework—applicable to any development lifecycle model—to help you make critical testing decisions earlier and with more confidence. Learn how to focus your testing effort, what elements to test, and how to organize test designs and documentation. Review the fundamentals of risk identification, analysis, and the role testing plays in risk mitigation. Develop an inventory of test objectives to help prioritize your testing and translate them into a concrete strategy for creating tests. Focus your tests on the areas essential to your stakeholders. Execution and assessing test results provide a better understanding of both the effectiveness of your testing and the potential for failure in your software. Take back a proven approach to organize your testing efforts and new ways to add more value to your project and organization.
Quality Index: A Composite Metric for the Voice of TestingTechWell
It is quite possible that you are spending a considerable amount of your time as a QA manager making sense of the multitude of metrics reported by your teams, connecting the facts, understanding the underlying reality, and articulating it to your peers and leadership. Still, others in the organization may not interpret the message correctly, rendering most of your efforts futile. Nirav Patel and Sutharson Veeravalli share insights to help you resolve this challenge through a composite measure called Quality Index. By aligning metrics to business outcomes and using Quality Index as a tool of articulation, disparate interpretation of data can be eliminated and a cohesive message delivered to stakeholders. Learn how QA can acquire a voice across the senior forums by articulating succinct, contextual, and actionable information to speed up executive decisions in the course of programs and projects.
Engineering DevOps to meet Business GoalsMarc Hornbeek
This talk explains an approach to engineer DevOps to meet specific business transformation goals for enterprises on their journey towards digitization.
Global competence is a function of speed, combining Program Project Management and Risk Management is important to accelerate the ability to compete worldwide. Mitigating risks in the initial phase of a new product design with supply chain involvement is essential.
Whether you are new to testing or looking for a better way to organize your test practices and processes, the Systematic Test and Evaluation Process (STEP™) offers a flexible approach to help you and your team succeed. Dale Perry describes this risk-based framework—applicable to any development lifecycle model—to help you make critical testing decisions earlier and with more confidence. The STEP™ approach helps you decide how to focus your testing effort, what elements and areas to test, and how to organize test designs and documentation. Learn the fundamentals of test analysis and how to develop an inventory of test objectives to help prioritize your testing efforts. Discover how to translate these objectives into a concrete strategy for designing and developing tests. With a prioritized inventory and focused test architecture, you will be able to create test cases, execute the resulting tests, and accurately report on the quality of your application and the effectiveness of your testing. Take back a proven approach to organize your testing efforts and new ways to add more value to your project and organization.
Root Cause Analysis is the method of problem solving that identifies the root causes of failures or problems. A root cause is the source of a problem and its resulting symptom, that once removed, corrects or prevents an undesirable outcome from recurring.
We are moving towards the Agile and DevOps dominated world which brings Quality Engineering into the picture. Quality is theoretically optimized throughout the process as it becomes responsibility of everyone involved in the software development lifecycle. QE brings more speed in testing ensuring high-quality output.
Infodream Articles about Continuous Improvement, Aerospace, Quality Control a...Infodream
Articles include: 1. Lack of Training to Blame for Slow Up-take of Continuous Improvement Tools in Aerospace -- 2. SPC Vision Reduces Inspection Stages and Empowers Operators at Turbomeca UK -- 3. Real time SPC & Quality Control at Mölnlycke Health Care supports FDA’s PAT
Accelerated life testing (ALT) is widely used to expedite failures of a product in a short time period for predicting the product’s reliability under normal operating conditions. The resulting ALT data are often characterized by a probability distribution, such as Weibull, Lognormal, Gamma distribution, along with a life-stress relationship. However, if the selected failure time distribution is not adequate in describing the ALT data, the resulting reliability prediction would be misleading. In this talk, we provide a generic method for modeling ALT data which will assist engineers in dealing with a variety of failure time distributions. The method uses Erlang-Coxian (EC) distributions, which belong to a particular subset of phase-type (PH) distributions, to approximate the underlying failure time distributions arbitrarily closely. To estimate the parameters of such an EC-based ALT model, two statistical inference approaches are proposed. First, a mathematical programming approach is formulated to simultaneously match the moments of the EC-based ALT model to the ALT data collected at all test stress levels. This approach resolves the feasibility issue of the method of moments. In addition, the maximum likelihood estimation (MLE) approach is proposed to handle ALT data with type-I censoring. Numerical examples are provided to illustrate the capability of the generic method in modeling ALT data.
One of best features about working in reliability engineering is everything fails, eventually. This fact provides a bit of career stability.
Another aspect I enjoy is the concepts and approaches that create the foundation for reliability engineering knowledge do not change very much over time. The basics of reliability engineering are the same as when the earliest engineers began design structures and products.
What is reliability management? Reliability Engineering? Would a product design or an organization benefit with a focus on reliability management and engineering? What is the value of a focus on reliability?
Engineering DevOps to meet Business GoalsMarc Hornbeek
This talk explains an approach to engineer DevOps to meet specific business transformation goals for enterprises on their journey towards digitization.
Global competence is a function of speed, combining Program Project Management and Risk Management is important to accelerate the ability to compete worldwide. Mitigating risks in the initial phase of a new product design with supply chain involvement is essential.
Whether you are new to testing or looking for a better way to organize your test practices and processes, the Systematic Test and Evaluation Process (STEP™) offers a flexible approach to help you and your team succeed. Dale Perry describes this risk-based framework—applicable to any development lifecycle model—to help you make critical testing decisions earlier and with more confidence. The STEP™ approach helps you decide how to focus your testing effort, what elements and areas to test, and how to organize test designs and documentation. Learn the fundamentals of test analysis and how to develop an inventory of test objectives to help prioritize your testing efforts. Discover how to translate these objectives into a concrete strategy for designing and developing tests. With a prioritized inventory and focused test architecture, you will be able to create test cases, execute the resulting tests, and accurately report on the quality of your application and the effectiveness of your testing. Take back a proven approach to organize your testing efforts and new ways to add more value to your project and organization.
Root Cause Analysis is the method of problem solving that identifies the root causes of failures or problems. A root cause is the source of a problem and its resulting symptom, that once removed, corrects or prevents an undesirable outcome from recurring.
We are moving towards the Agile and DevOps dominated world which brings Quality Engineering into the picture. Quality is theoretically optimized throughout the process as it becomes responsibility of everyone involved in the software development lifecycle. QE brings more speed in testing ensuring high-quality output.
Infodream Articles about Continuous Improvement, Aerospace, Quality Control a...Infodream
Articles include: 1. Lack of Training to Blame for Slow Up-take of Continuous Improvement Tools in Aerospace -- 2. SPC Vision Reduces Inspection Stages and Empowers Operators at Turbomeca UK -- 3. Real time SPC & Quality Control at Mölnlycke Health Care supports FDA’s PAT
Accelerated life testing (ALT) is widely used to expedite failures of a product in a short time period for predicting the product’s reliability under normal operating conditions. The resulting ALT data are often characterized by a probability distribution, such as Weibull, Lognormal, Gamma distribution, along with a life-stress relationship. However, if the selected failure time distribution is not adequate in describing the ALT data, the resulting reliability prediction would be misleading. In this talk, we provide a generic method for modeling ALT data which will assist engineers in dealing with a variety of failure time distributions. The method uses Erlang-Coxian (EC) distributions, which belong to a particular subset of phase-type (PH) distributions, to approximate the underlying failure time distributions arbitrarily closely. To estimate the parameters of such an EC-based ALT model, two statistical inference approaches are proposed. First, a mathematical programming approach is formulated to simultaneously match the moments of the EC-based ALT model to the ALT data collected at all test stress levels. This approach resolves the feasibility issue of the method of moments. In addition, the maximum likelihood estimation (MLE) approach is proposed to handle ALT data with type-I censoring. Numerical examples are provided to illustrate the capability of the generic method in modeling ALT data.
One of best features about working in reliability engineering is everything fails, eventually. This fact provides a bit of career stability.
Another aspect I enjoy is the concepts and approaches that create the foundation for reliability engineering knowledge do not change very much over time. The basics of reliability engineering are the same as when the earliest engineers began design structures and products.
What is reliability management? Reliability Engineering? Would a product design or an organization benefit with a focus on reliability management and engineering? What is the value of a focus on reliability?
Effective remediation of identification problems & errors using rcaOnlineCompliance Panel
Root cause analysis is process of conducting analysis to identify physical, human, and contributing factors of an undesirable event. Learn more at this webinar.
Vskills certification for Reliability Professional assesses the candidate as per the company’s need for quality assurance and reliability of their products. The certification tests the candidates on various areas in product safety, statistics, probability, statistical inference, FMEA, FMECA, FTA, reliability modeling and prediction, development and product testing, maintainability analysis and data collection and analysis tools.
Tutorial on Effective Reliability Program Traits and ManagementAccendo Reliability
The supporting paper to my tutorial at RAMS 2011 and 2013. Looking at the key features that make a great (or poor) reliability program.
The purpose of this tutorial is to highlight key traits for the effective management of a reliability program. The basic premise is no single list of reliability activities will work for every product. Every product development and production team faces a different history, constraints, and a different set of variables and uncertainties. Such that what worked for the last program may or may not be appropriate for the current project. There are a handful of key traits that separate the valuable programs from the merely busy programs. These traits and the underlying structure can provide a framework to create a cost effective and efficient reliability program.
A short paper on the 2012 Status of Reliability Eduction.
Reliability is an engineering discipline that encompasses a broad array of tools and techniques useful for answering durability and robustness type questions. Product development teams often rely on reliability engineering professionals to guide, advise and manage reliability programs. Reliability is a facet in nearly every function of an organization. This implies the knowledge and skills required for the reliability engineer is comprehensive and the knowledge breadth may have to span aspects of material science in design constraint considerations to warranty reverse logistics.
How do engineers become reliability professionals? What are the knowledge transfer options available to the reliability profession? How do we get started and maintain our knowledge? In this short paper, I summarize what’s available, a couple of common paths taken to become a reliability professional, and highlight the strengths and a few weaknesses concerning reliability education. Note: This is my view of the state of reliability education.
Understand Reliability Engineering, Scope, Use case, Methods, TrainingBryan Len
Reliability engineering performs good deals with the permanence and usefulness of parts, products and systems.
Reliability engineering is very much helpful for reliability engineers, as well as design engineers, quality engineers, or system and software engineers.
Tonex offers 17 different courses in the Reliability Engineering arena. These classes are mainly taught by some of the best instructors in the world — specialists in their areas with real world experience.
Understand Reliability Engineering, Scope,Use case, methods, training.
https://www.tonex.com/systems-engineering-training/reliability-engineering-training/
Gear up Your Career with ASQ Certified Reliability Engineer (CRE) CertificationMeghna Arora
Start Here---> http://bit.ly/2BV2GbO <---Get complete detail on CRE exam guide to crack Reliability Engineer. You can collect all information on CRE tutorial, practice test, books, study material, exam questions, and syllabus. Firm your knowledge on Reliability Engineer and get ready to crack CRE certification. Explore all information on CRE exam with the number of questions, passing percentage, and time duration to complete the test.
Engineered Maintenance by Waqas Ali Tunio
Presented by me in subject of Maintenance Engineering, in my 8th semester of Mechanical Engineering of 2007-Mechanical Batch on 3rd Nov, 2010.
Department of Mechanical Engineering,
Quaid-e-Awam University of Engineering, Science & Technology, Nawabshah - Pakistan
www.aliwaqas.tk
Similar to Introduction to Reliability and Maintenance Management - Paper (20)
RCM is a process used to identify what Preventive Maintenance or Condition Based Maintenance you need to implement so you get the Reliability you need from your equipment.
Doing Reliability Centered Maintenance (RCM) helps us take care of our equipment. And, taking care of our equipment is very much like taking care of ourselves.
An overview of the basic process to create an ALT using one of 6 different approaches. Slides used for presentation to the ASQ Silicon Valley evening meeting on Nov 15th 2017.
We work on projects to improve reliability. There may not be the field data immediately available. Let’s explore what you can do to improve the overall program while delivering on your project. Specifically, what’s with cost and procurement?
Detailed Information: As a reliability professional we often work with a team focused on improving the reliability of single product or system. We work with the resources and capabilities of the organization. For me a reliability project is one product or line, a program is the entire organization and lifecycle. We bring specific tools and knowledge, yet rely on the overall reliability culture of an organization to be successful
The overall reliability program may or may not have the field data, root cause analysis and other element of information that allow us to effectively solve problems for a specific project. In some cases we have to work to improve the overall program while striving to create a reliable product. Let’s explore what you should do when you are building a reliability model for a new project and would like to use previous reliability history.
If the data is not available what do you do? What are your options? Let’s discuss what happens when the procurement team consistently selects the least expensive and least reliable components. What are your options? You can and should change the way entire departments do business, for the good of the project and the organization. Let’s discuss the scope of your role as a reliability engineer.
This Accendo Reliability webinar originally broadcast on 19 May 2015.
How do you use the Weibull Distribution? It’s just one of many useful statistical distribution we have to master as reliability engineers. Let’s explore an array of distribution and the problems they can help solve in our day to day work.
Detailed Information: When confronted with a set of time to failure data, what is your goto analysis approach. For me it’s a Weibull plot. It’s quick, often provides some insight to ask better questions, and easy to explain to others. A histogram is another great starting point. If we know a little about the source of the data, we may favor the normal or lognormal distributions. If discreet data, then binomial is the first choice, yet Poisson or hypergeometric have uses, too. A basic understanding of statistical distributions provides you a way to summarize data providing insights to identify or solve problems. In this webinar we’ll explore a few distributions useful for reliability engineering work and talk about how to select a distribution, basics on interpreting distributions and just touch on judging if you have selected the right distribution.
This Accendo Reliability webinar originally broadcast on 14 April 2015.
Slack (or Teams) Automation for Bonterra Impact Management (fka Social Soluti...Jeffrey Haguewood
Sidekick Solutions uses Bonterra Impact Management (fka Social Solutions Apricot) and automation solutions to integrate data for business workflows.
We believe integration and automation are essential to user experience and the promise of efficient work through technology. Automation is the critical ingredient to realizing that full vision. We develop integration products and services for Bonterra Case Management software to support the deployment of automations for a variety of use cases.
This video focuses on the notifications, alerts, and approval requests using Slack for Bonterra Impact Management. The solutions covered in this webinar can also be deployed for Microsoft Teams.
Interested in deploying notification automations for Bonterra Impact Management? Contact us at sales@sidekicksolutionsllc.com to discuss next steps.
State of ICS and IoT Cyber Threat Landscape Report 2024 previewPrayukth K V
The IoT and OT threat landscape report has been prepared by the Threat Research Team at Sectrio using data from Sectrio, cyber threat intelligence farming facilities spread across over 85 cities around the world. In addition, Sectrio also runs AI-based advanced threat and payload engagement facilities that serve as sinks to attract and engage sophisticated threat actors, and newer malware including new variants and latent threats that are at an earlier stage of development.
The latest edition of the OT/ICS and IoT security Threat Landscape Report 2024 also covers:
State of global ICS asset and network exposure
Sectoral targets and attacks as well as the cost of ransom
Global APT activity, AI usage, actor and tactic profiles, and implications
Rise in volumes of AI-powered cyberattacks
Major cyber events in 2024
Malware and malicious payload trends
Cyberattack types and targets
Vulnerability exploit attempts on CVEs
Attacks on counties – USA
Expansion of bot farms – how, where, and why
In-depth analysis of the cyber threat landscape across North America, South America, Europe, APAC, and the Middle East
Why are attacks on smart factories rising?
Cyber risk predictions
Axis of attacks – Europe
Systemic attacks in the Middle East
Download the full report from here:
https://sectrio.com/resources/ot-threat-landscape-reports/sectrio-releases-ot-ics-and-iot-security-threat-landscape-report-2024/
Transcript: Selling digital books in 2024: Insights from industry leaders - T...BookNet Canada
The publishing industry has been selling digital audiobooks and ebooks for over a decade and has found its groove. What’s changed? What has stayed the same? Where do we go from here? Join a group of leading sales peers from across the industry for a conversation about the lessons learned since the popularization of digital books, best practices, digital book supply chain management, and more.
Link to video recording: https://bnctechforum.ca/sessions/selling-digital-books-in-2024-insights-from-industry-leaders/
Presented by BookNet Canada on May 28, 2024, with support from the Department of Canadian Heritage.
Kubernetes & AI - Beauty and the Beast !?! @KCD Istanbul 2024Tobias Schneck
As AI technology is pushing into IT I was wondering myself, as an “infrastructure container kubernetes guy”, how get this fancy AI technology get managed from an infrastructure operational view? Is it possible to apply our lovely cloud native principals as well? What benefit’s both technologies could bring to each other?
Let me take this questions and provide you a short journey through existing deployment models and use cases for AI software. On practical examples, we discuss what cloud/on-premise strategy we may need for applying it to our own infrastructure to get it to work from an enterprise perspective. I want to give an overview about infrastructure requirements and technologies, what could be beneficial or limiting your AI use cases in an enterprise environment. An interactive Demo will give you some insides, what approaches I got already working for real.
Accelerate your Kubernetes clusters with Varnish CachingThijs Feryn
A presentation about the usage and availability of Varnish on Kubernetes. This talk explores the capabilities of Varnish caching and shows how to use the Varnish Helm chart to deploy it to Kubernetes.
This presentation was delivered at K8SUG Singapore. See https://feryn.eu/presentations/accelerate-your-kubernetes-clusters-with-varnish-caching-k8sug-singapore-28-2024 for more details.
The Art of the Pitch: WordPress Relationships and SalesLaura Byrne
Clients don’t know what they don’t know. What web solutions are right for them? How does WordPress come into the picture? How do you make sure you understand scope and timeline? What do you do if sometime changes?
All these questions and more will be explored as we talk about matching clients’ needs with what your agency offers without pulling teeth or pulling your hair out. Practical tips, and strategies for successful relationship building that leads to closing the deal.
UiPath Test Automation using UiPath Test Suite series, part 3DianaGray10
Welcome to UiPath Test Automation using UiPath Test Suite series part 3. In this session, we will cover desktop automation along with UI automation.
Topics covered:
UI automation Introduction,
UI automation Sample
Desktop automation flow
Pradeep Chinnala, Senior Consultant Automation Developer @WonderBotz and UiPath MVP
Deepak Rai, Automation Practice Lead, Boundaryless Group and UiPath MVP
Builder.ai Founder Sachin Dev Duggal's Strategic Approach to Create an Innova...Ramesh Iyer
In today's fast-changing business world, Companies that adapt and embrace new ideas often need help to keep up with the competition. However, fostering a culture of innovation takes much work. It takes vision, leadership and willingness to take risks in the right proportion. Sachin Dev Duggal, co-founder of Builder.ai, has perfected the art of this balance, creating a company culture where creativity and growth are nurtured at each stage.
Empowering NextGen Mobility via Large Action Model Infrastructure (LAMI): pav...
Introduction to Reliability and Maintenance Management - Paper
1. Introduction to
R & M Management
Fred Schenkelberg
Carl S. Carlson
Fred Schenkelberg
Reliability Engineering and Management Consultant
FMS Reliability
www.fmsreliability.com
fms@fmsreliability.com
Carl S. Carlson
Senior Reliability Consultant
ReliaSoft Corporation
www.effectivefmeas.com
carl.carlson@reliasoft.com
carl.carlson@effectivefmeas.com
Schenkelberg: page i
2. SUMMARY & PURPOSE
The purpose of this tutorial is to introduce an outline to guide the management of an effective reliability
or maintainability program. Reliability, maintainability, availability, or the „ilities‟ are common in our
language with reference to products, services, equipment, and people. Joe is regularly available for the
meeting; we can count on (depend or rely) Sara to finish the report on time; my car starts every morning
without fail; and many more. What is meant with these concepts and specifically how do we manage
achieving and sustaining business objectives related to these „ility‟ concepts? The purpose of this short
paper is to provide an introduction to key concepts and approaches commonly used for reliability and
maintainability management.
With some common sense, an appreciation of the goals, understanding of expected and past failures, and
the proper application of reliability engineering tools, you can manage to improve profitability, increase
throughput, or enhance a brand image. With a sound design, robust supply chain, consistent manufacturing,
and adequate maintenance nearly any product or complex system can meet or exceed their reliability or
maintainability goals.
Fred Schenkelberg
Fred Schenkelberg is a reliability engineering and management consultant with Ops A La Carte, with
areas of focus including reliability engineering management training and accelerated life testing.
Previously, he co-founded and built the HP corporate reliability program, including consulting on a broad
range of HP products. He is a lecturer with the University of Maryland teaching a graduate level course on
reliability engineering management. He earned a Master of Science degree in statistics at Stanford
University in 1996. He earned his bachelors degree in Physics at the United State Military Academy in
1983. Fred is an active volunteer as the Executive Producer of the American Society of Quality Reliability
Division webinar program, IEEE reliability standards development teams and previously a voting member
of the IEC TAG 56 - Durability. He is a Senior Member of ASQ and IEEE. He is an ASQ Certified
Quality and Reliability Engineer.
Carl S. Carlson
Carl S. Carlson is a consultant and instructor in the areas of FMEA, reliability program planning and
other reliability engineering disciplines. He has 30 years of experience in reliability testing, engineering,
and management positions, and is currently supporting clients of ReliaSoft Corporation with reliability and
FMEA training and consulting. Previous to ReliaSoft, he worked at General Motors, most recently senior
manager for the Advanced Reliability Group. His responsibilities included FMEAs for North American
operations, developing and implementing advanced reliability methods, and managing teams of reliability
engineers. Previous to General Motors, he worked as a Research and Development Engineer for Litton
Systems, Inertial Navigation Division.
Mr. Carlson co-chaired the cross-industry team that developed the commercial FMEA standard (SAE
J1739, 2002 version), participated in the development of SAE JA 1000/1 Reliability Program Standard
Implementation Guide, served for five years as Vice Chair for the SAE's G-11 Reliability Division, and
was a four-year member of the Reliability and Maintainability Symposium (RAMS) Advisory Board. He
holds a B.S. in Mechanical Engineering from the University of Michigan and completed the two-course
Reliability Engineering sequence from the University of Maryland's Masters in Reliability Engineering
program. In 2007, he received the Alan O. Plait Award for Tutorial Excellence. He is a Senior Member of
ASQ and a Certified Reliability Engineer. His book, Effective FMEAs, was published in 2012 by John
Wiley & Sons.
Schenkelberg: page ii
4. 1. INTRODUCTION
Reliability, maintainability, availability, or the „ilities‟ are
common in our language with reference to products, services,
equipment, and people. Joe is regularly available for the
meeting; w can count on (depend or rely) Sara to finish the
report on time; m car starts every morning without fail; and
many more. What is meant with these concepts and
specifically how do we manage achieving and sustaining
business objectives related to these „ility‟ concepts? The
purpose of this short paper is to provide an introduction to key
concepts and approaches commonly used for reliability and
maintainability management.
With some common sense, an appreciation of the goals,
understanding of expected and past failures, and the proper
application of reliability engineering tools, you can manage to
improve profitability, increase throughput, or enhance a brand
image. With a sound design, robust supply chain, consistent
manufacturing, and adequate maintenance nearly any product
or complex system can meet or exceed their reliability or
maintainability goals.
Reliability is a quality aspect of a product. Or, as some like
say, reliability is quality over time. Either way, the basic
definition we will use here is reliability is the probability of a
product successfully functioning as expected for a specific
duration of time within a specified environment. For example,
a TV remote control has a 98% probability of successfully
controlling the associated television (change volume, channels,
etc.) for two years in a North American home environment.
There are four elements to the reliability definition: 1)
Function, 2) Probability of success, 3) Duration, and, 4)
Environment.
Maintainability is related to reliability, as when a product or
system fails, there may be a process to restore the product or
system to operating condition. Maintainability is a
characteristic of design, assembly, and installation that is the
probability of restoration to normal operating state of failed
equipment, machine or system within a specific timeframe,
while using the specified repair techniques and procedures.
We often consider two other „ilities‟ with maintainability: 1)
serviceability or the ease of performing inspections,
diagnostics and adjustments; and, 2) reparability or the ease of
restoring functionality after a failure.
Closely related to reliability and maintainability is
availability. Availability is a characteristic of a system (piece
of equipment or product) to function as expected on demand.
One way to measure availability is the percentage of time the
system is functioning per year. An example may be the cable
TV service to a home is 95% available, meaning that for the
100 hours of desired TV entertainment per year the system
functioned for only 95 hours, and was not functioning (under
maintenance, power outage, etc.) for 5 hours.
The fundamental idea from a customer‟s point of view is the
product works as expected. The car starts, the bottling machine
fills the bottles accurately and quickly, the printer just works.
When asked, a customer does not want any failures, especially
with the specific product that they purchase. They do want to
enjoy the benefit provided by the functioning product.
Unfortunately the variability of materials, assembly
techniques, environments, faulty software and human errors do
lead to failures. Failure happens.
In one sense, reliability and maintainability management is
the management of failure. The specific approaches and tools
available to the R&M manager permit the optimization of the
problem to finding a cost effective solution to the design,
assembly and use of a product. Reliability and maintainability
engineering pulls resources and skills from across many fields
including design, materials, finance, manufacturing,
environmental, and statistics. R&M engineers are often asked
in one form or another only two questions: 1) What will fail?
and 2) When will it fail? For each specific situation (i.e.
satellite or game controller) the R&M engineer assesses risk,
balances the probability and consequence of failure with value,
and negotiates with development, manufacturing, suppliers and
customers to deliver a reliable and maintainable solution. It is
often an exciting, rewarding and challenging role.
Acronyms and Notation
COGS Cost of Goods Sold
FMEA Failure Modes and Effects Analysis
FRACAS Failure Reporting, Analysis, and Corrective
Action System
HALT Highly Accelerated Life Test
R & M Reliability and Maintainability
2. SPECIFICATIONS
“Faster, Better, Cheaper” is one way to state the evolving
changes in many products, computers in particular. More
features, more value, smaller, lighter, and of course less
expensive. Add „lasts longer‟ to this set of requirements to
round out four key drivers for any product. Functions or
performance is the list of what specifically the product does.
This list may be quite long and detailed, and may include
everything from brand logo placement to color to the power
button location and size. The set of product functions is part of
the reliability definition and defines the operating state and
conversely what a product failure may include. While not
required, a set of functions (product features) is often detailed
at the start of a product development program. During product
development, the design is regularly evaluated or tested and
compared to the desired set of functions.
Cost may or may not be the most important consideration
over the product lifecycle, yet it is often known and tracked
during product development and for maintained products
during use. Cost includes COGS and it may include the cost of
service and repairs. It often does not directly include the cost
of failure to the customer, yet that cost may be known. For
example, when a deep-sea oil exploration rig is pulling a drill
string due to a part failure, it may cost close to $1 million per
day. Many products during design have a cost target and it is
monitored.
Time to market (or profit or volume or similar) is another
common requirement placed on the product development
team. This is especially true for products with a short season
Schenkelberg: page 1
5. for sales, such as for the holiday market. Setting milestones
and deadlines is a management tool to help get the product to
market in a timely and coordinated manner. Like functions and
costs, shipping a product on time is routinely measured.
In any program, the priority of one over the other two may
make sense and may also be clearly stated as a guide to
decision making. Of course there are many other
considerations during product development, one of which is
product reliability. In this tutorial we will focus on reliability.
Similar goals can be expressed for availability and
maintainability when that is appropriate for that product or
system.
Reliability is the product functions as expected within a
stated environment and use profile with probability of success
(not failing) over a stated duration. Clearly stating the
complete reliability goal is not difficult to do at the beginning
of a design program. And, once stated provides a common
guide for the development decision making along with
reliability test planning, vendor and supply chain requirements,
and warranty accrual. The goal certainly may change over the
development process, as may product features, cost targets or
time to market deadlines. The reliability goal is like any other
product specification; it just deals with the performance over
time after placed into service.
State the reliability goal such that it includes all four
elements of the reliability definition. For example, a home
wireless router provides 802.1n connectivity with features
specified in product requirements document HWR003, in a
North American home or apartment environment, with a 96%
probability of still operating after 5 years of use.
3. RELIABILITY APPORTIONMENT
An extension of reliability goal setting is to break down the
goal to the elements of the product. Provide a meaningful
reliability objective for each of the components or subsystems.
In a series system (reliability-wise) the probability of failure
for each element has to be lower than for the overall system.
The opposite is true for elements in parallel (reliability-wise).
For complex systems the apportionment math may become
more complex, yet the concept still applies.
Providing a clear and concise reliability objective to each of
your design teams and suppliers provide a means to make
reliability related decisions local to the element under
consideration. This may influence design margins, material
selection, and validation techniques.
Keep in mind that all four elements are part of the
apportioned reliability goal. Often the environment and use
profile will be different for different elements of a product.
While the power supply may operate full time, the hard drive
may often be idle and partially powered down. The location
within the product may alter the temperature the elements
experience. Localize the apportioned goal or at least provide
sufficient information to fully articulate and act upon an
apportioned reliability goal.
The process used to create the apportionment maybe as
simple as an equal allocation to each element to weighted on
expected or known reliability performance (predictions,
models, historical, etc.). We rarely have enough information to
provide perfect apportionment from the start. It will be a work
in progress as the design matures, as information becomes
available, and as the design is evaluated.
Setting a breakdown of the overall goal starts the discussion
and thought process how every element contributes to the
overall of performance of the product.
4. FEEDBACK MECHANISMS
A goal on its own is nice and generally meaningless unless
compared to performance. When shooting an arrow at a target,
we naturally look for the distance between the intended target
and the location of the arrow. That difference provides
information to the archer on adjustments to the aim of the next
arrow. For product development, setting a reliability goal or
any specification requires the measurement of the performance
compared to the desired performance. The difference may
require changing the design or adjusting the goal.
Recall the two basic questions of reliability engineering:
What will fail? And, When will it fail? These form two types
of feedback are often used to assess the readiness of a design
to meet its objectives. The two approaches are used as is
appropriate for the current situation. A new technology
without any field history may require an emphasis on
discovering what will fail. Then shift focus to determining how
long before it fails under expected use conditions.
In another situation a product and its technology, materials,
and use conditions may be well known, along with the types of
failures that limit the life of the product. In this case the focus
may be on design changes as they impact prolonging the life of
the product, with less emphasis on what will fail (as it is
already known). Of course, in many situations there is a call
for both approaches.
4.1 Discovery of reliability risks
What will fail is a core question facing nearly any product
development or maintenance team. Henry Petroski postulates
that designers create designs that avoid failure. [1] This issue
might be that the design team has to know what will fail. If that
is not known, than it is difficult to avoid product failures.
Thus the team‟s current situation related to understanding the
expected failure mechanisms plays a role in the steps to
determine the expected failure mechanisms. In the situation
with known failure mechanisms and the minor design changes,
there is little need to „discover‟ failure mechanisms. The focus
may shift to those areas related to the changes and validation
of existing failure mechanisms. Another situation may include
many uncertainties related to failure mechanisms. A design
change to eliminate a specific mechanism may reveal another,
previously hidden, mechanism. A new material may involve
exploration of how the material will react over time to the
shipping and operating environment.
Discovery can use a range of tools available to reliability
professionals. This may include literature searches, FMEA,
and discussions with suppliers or knowledgeable researchers.
The discovery may include a wide range of testing including
Schenkelberg: page 2
6. material characterization, step stress to failure testing, and
HALT.
The intent is to find the weaknesses within a design and take
steps to minimize failures. For example the team may discover
the material color fades quickly in sunlight, and adding a
stabilizing agent may insure color fastness. A HALT may
expose a faulty layout and require a redesign of the printed
circuit board. Understanding and characterizing the failure
mechanisms that all designs contain permit design decisions to
avoid surprises in later product testing or during use.
FMEA is a tool to pool the ideas and knowledge of a team to
explore the weaknesses of a product. To some this may seem
like a design review and to some extent it is just that. To some
it is an exploration of each designer‟s knowledge of the
boundary to failure. Depending on the team and amount of
knowledge already known, FMEA may or may not be a fruitful
tool to discover product failures. It nearly always has the
benefit of effectively communicating the most serious and
likely issues across the team.
HALT is a discovery tool that applies sufficient stress or
multiple stresses to a product to cause failure. Starting at
nominal stress levels, the HALT approach then steps up
increasing amounts of stress until the product no longer
functions as expected. Careful failure analysis may reveal
design weaknesses, poor material choices or unexpected
behavior. The idea is that the failures provide knowledge on
areas for improvement. A product that has the detected
weaknesses resolved is more robust thus able to with withstand
normal stresses and the occasional abnormal stress load
without failure.
FMEA and HALT provide information about the product
design and materials that to some extent rely on previous
knowledge about the expected failure mechanisms. Within the
FMEA team the knowledge is shared or a new question may
be explored (possibly new information revealed). And HALT
applies stresses that are expected to cause failure. In each case,
a new product design or material may have an unknown
response to an unexplored stress. Both tools serve a purpose
and have proven very useful in the failure discovery process,
yet acquiring more information about possible failure
mechanisms may enhance both tools and the product.
Most materials and components prior to being available for
use in products undergo development and characterization.
Scientific literature is full of studies of metals, polymers,
chemicals, ceramics and more that explore electrical,
mechanical, aesthetic and more properties. The entire process
is often studied from raw material to final product and may
include life studies. These studies often focus on very specific
failure mechanisms that limit the life of the material, assembly
or component.
Modern products may have hundreds of materials and
thousands of components, yet each has some history of
exploration and characterization of failure mechanisms. As a
minimum for new materials or components do the research to
understand the known failure mechanisms and how they will
behave within your design and environment. Published
literature in scientific and engineering journals is a good place
to start. Then engage the researchers in a discussion about
what they know and how the material may behave in your
design. Many component and material suppliers have intimate
knowledge of the component or material weaknesses and are
willing to share that with their customers. For locally invented
or constructed materials or components, embark on a
characterization study to fully understand the failure
mechanisms.
Knowledge provides a means to understand the limiting
boundaries around any design that transition the product into
failure. Understanding those boundaries in your product‟s
circumstance permits improvements to occur in areas that
would otherwise lead to premature failure. Discover the failure
mechanisms and how they manifest themselves in your design
or system. Then you have found the answer to what will fail.
4.2 Determine duration
The second question facing a product development or
maintenance team is related to how long before failure occurs.
The reliability engineer, armed with knowledge around the
expected failure mechanisms is in a good position to answer
this question. Knowing when a product is expected to fail
provides feedback to the team for comparison with the goals.
It also provides a means to plan for preventative maintenance,
plus contributes to spares stocking levels.
Oliver Wendell Holmes wrote a poem titled “One Hoss
Shay” [2] in which a parson crafted a shay where every part
was a strong as every other part. After 100 years and a day
every part failed at the same time, nothing before any other. If
we could create a cell phone that would last exactly 5 years,
and every part failed, not one before another, we could call
that perfect reliability. Not a single element of the product had
any remaining usefulness. Nothing wasted.
Unfortunately, perfect reliability is difficult to achieve, as
there are so many variables and unknowns related to when and
how a failure occurs. In the poem there is only one shay so
we‟ll never know if an entire fleet would also survive exactly
100 years and day.
In practice, even with literally hundreds or thousands of
ways a product can fail, there are generally only a few that will
dominant the initial product failure. Understanding the time
until failure for these few failure mechanisms is possible for
any design or maintenance team. There are three broad sources
of product failure:
1. Supply chain and manufacturing variation
2. Overstress conditions during transportation or use
3. Wear out of one or more components
4.2.1 Supply Chain and Manufacturing
Even raw material suppliers use equipment such as shovels
and trucks, which they procured. The ability to create a
product is often reliant on the supply chain being able to
provide consistent materials and components. If the material
property that is important to the functioning of your product
varies unacceptably, your product is more likely to fail. If the
manufacturing process varies unacceptably and produces
inferior product, those too are more likely to fail.
Schenkelberg: page 3
7. Being clear with specifications, especially concerning
reliability, helps your supply chain and manufacturers create
materials, components and products that will meet your
reliability requirements. Besides reliability apportionment
mentioned above, you may need to characterize the material
properties that directly impact product reliability. For
manufacturers, understanding the elements most at risk to
moisture, electrostatic discharge, or corrosion and related
causes of premature product failure, will assist them to create
reliable products without latent defects.
Specifications, critical to reliability flags, process control,
and monitoring are all tools available to the reliability
professional to minimize product failures due to supply chain
and manufacturing issues. A good practice when it is possible
is to move the assessment and monitoring of reliability as far
up stream in the supply chain as possible. Manufacturers
commonly practice this, as they know building products with
faulty components reduces yield and increases the cost of
products. After discovering the salient failure mechanisms
identify where in the process the source of the weakness may
occur and control the process at that point.
The wrong material or poor assembly of a product tends to
lead to early life failures. When the supply chain and
manufacturing processes are working properly the unwanted
variations will be identified and eliminated before a product
goes to market. Those defects that make it to market may have
no effect on product life or shorten product life. Predicting the
impact will take understanding the nature of the variation and
how that will interact with use conditions.
While difficult to predict, as the nature of the failure
mechanism may be unknown, it may require study when the
consequence of failure is high and the possibility of unwanted
variation is high. One technique is to create products with a
range of material or manufacturing variation. Then evaluate
the impact on product life. This may lead to an improved
product or understanding of the need to carefully control the
incoming material and assembly processes. Normally, we do
not attempt to predict how long products with unknown supply
chain or manufacturing errors may last. The proper focus most
of the time is on supply chain and manufacturing consistency
and control.
4.2.2 Overstress
Mechanical engineers learn about stress versus strength
when sizing a beam to carry a load. Both the beam and the
load will vary from the particulars of the initial calculation.
Often they will apply a safety factor or margin of extra
strength to the beam design such that the beam would be able
to withstand higher then expected loads. At times we may
know the variability of the stress that may be applied, plus we
must study and measure the full range of variability to expect
in the material within the beam. Given that knowledge we can
calculate the probability of the stress being sufficient to cause
the beam to fail.
Electrically, designers consider the variation of power
available from the grid and local power distribution system.
They consider electrostatic discharge events and other
common electrical power variations that the product is likely
to experience. Lightning strikes either nearby or directly are
immense amounts of power and very few products are
designed to withstand such stress. The likelihood of a lightning
strike is relatively remote and the design that can withstand
such a load is very expensive, therefore, few products are
deliberately designed to withstand such a load.
Product failures due to overstress occur due to design errors
when estimating the expected loads; due to supply chain or
manufacturing errors as described above that weaken the
products ability to withstand the load; or due to a true
overloading of stress, which is either expected to rarely occur
or is outside the expected operating parameters of the product.
With sufficient information about the distribution of
expected stresses and strengths, we can estimate the number of
failures. It is much more difficult to estimate when the
overstress will cause a failure though. We do not know when
lightening will strike or someone drops their phone into the
pool. Therefore, the approach is not to predict when it will
occur, just to employ the discovery tools to estimate the
margin (safety factor) within the expected operating
environment. Not just to the specified operating limits, rather
to the limits of what is likely to occur, including beyond the
specifications.
4.2.3 Wear out
Everything fails eventually. Items wear, material is
consumed, polymers breakdown, metals rust, and pn junctions
decay. The intention of most designs is to create a product that
provides value and delays or avoids wear out long enough to
permit the value delivery.
Once the risk of failure from supply chain, manufacturing,
and overstress are minimized, the remaining risk is wear out. A
design that does not account for this source of failure may
experience premature failure of all products placed in service.
This may impact warranty claims, loss of brand image, etc.
Fortunately, with a focus on the failure mechanisms
discovered or known, we can reasonably estimate how long
before a product will succumb to wear out failure.
There are a few common means to estimate when a product
will fail. Keep in mind the amount of variation that is present
in and between individual products and when, where and how
they are used. The set of assumptions made around the
approach for the estimate is often as important as how well the
failure mechanism is known and modeled. Nominal, worst
case, and Monty Carlo are methods to apply stress during a
life estimate for a product.
One approach is to estimate the worst case set of stresses and
apply those to the most likely to occur failure mechanisms to
form a basis for the prediction. This is conservative, yet
practical. Similar is the nominal conditions. This is not as
conservative and rarely used. It is mentioned here, as the result
between a nominal set of conditions and worst case may be
significant.
Another approach is to use a random set of stress conditions
drawn from the known set of stress condition distributions and
apply those to life models of the dominant failure mechanisms.
Repeating the selection of conditions and projecting the time
Schenkelberg: page 4
8. to failure via appropriate life models, permits an estimate of
the life distribution, not just a point estimate.
For the individual failure mechanisms or with a product that
may expect a single dominant failure mechanism, focusing on
the life model of the failure mechanism is appropriate. Not
everything is temperature driven and modeled by the
Arrhenius rate equation [3]. Thermal cycling may cause solder
fatigue (Norris-Landzberg [4]), temperature and humidity may
cause CMOS electromigration (Peck [5]), and there are
hundreds or more models specific to a failure mechanism. The
term „physics of failure‟ implies the model of the failure
mechanism is down to the physics (or chemistry) level.
It is beyond the scope of this tutorial to address all the means
to characterize the time to failure behavior of a failure
mechanism, yet there are many good references on the subject.
Testing may focus on samples, components, subsystems, full
products, and may include normal use rate and conditions or
accelerated use rate and/or stress conditions. The focus is on
the failure mechanism, and using a known model from
literature or internal experimentation permits the team to
understand how long the product is likely to last. This estimate
is then compared to the reliability goal.
Besides the focus on failure mechanism models, a
widespread practice for estimating reliability of electronic
products is to use a parts count prediction method. There are
standards that offer a listing of failure rates for components.
These documents provide a means to tally up expected failure
rates and predicts the product failure rate relatively quickly.
Telecordia SR-332 [6] is an example. Take the results of such
approaches with due skepticism as they are rarely accurate and
may provide a result that is over 100% incorrect. [7]
Parts count predictions like engineering judgment do play a
role in estimating product life; they assist the team in making
decisions. Parts count predictions also encourage reducing
parts count within a product and keeping the temperature low
across the components. These are good outcomes and do assist
in the creation of a reliable product.
Minimizing and controlling supply chain and manufacturing
sources of failure, plus designing the product to withstand the
expected variation in stress and strengths involved provide a
solid platform for a reliable product. The decisions made
during design including material, component and assembly
details will impact the time until the onset of wear out.
Designed properly a product may have a long and useful life
providing value. Understanding the failure mechanisms
permits the team to know the likelihood of their product
surviving for duration of the goal or not.
5. FRACAS
FRACAS, or bug tracking, defect tracking and similar terms
relate to the process of recording issues, problems, defects,
unexpected behavior or performance, testing anomalies, or
product returns in order to effect product improvements.
Failure happens. Recording, resolving and learning is the gift
provided by a product failure.
FRACAS may be as informal as a small team discussing
issues noticed the previous day to specialized database
programs with hundreds of people involved. The essence is
every defect or failure is captured within the system. The
process usually has some form of failure analysis and triage to
determine the appropriate action to take in response to the
failure. Options include a product design change or
adjustment, a material change, or to ignore the issue. Every
failure provides information, some will require action, and
often not all issues that arise will have time or resources to
affect a change.
Tracking issues during the design phase helps to insure that
issues identified during the design process are resolved prior
to customer use. Given the limited number of prototypes
generally available, every failure may indicate a relatively high
failure rate once in the field, if not resolved.
Tracking issues once the product is shipped provides the
necessary feedback on actual product reliability under normal
operating conditions. The assumptions made during the design
process are actually put to the test. If the failure rate is from
the expected failure mechanisms and at the expected rate, then
the work during the design process has been accurate. If not,
the information provides a means to not only improve the
product now, it also provides feedback to the entire process of
designing a reliable product.
6. MAINTENANCE CONSIDERATIONS
Repairing a product assumes the product is repairable.
Creating a product that is repairable is part of the design.
Some products are not repairable simply because the repair
process costs more than the value of the product. Products
such as an escalator, bottling equipment or automobile have
design features that make them economical to repair. The
combination of the design, supply chain for spare parts and
tools, and the training and execution of repairs are all part of
maintainability.
There are many metrics related to the time to repair that may
or may not include diagnostic time, spare part acquisition and
technician travel time, along with actual hands on the
equipment repair time. The time to repair along with the time
to failure information is combined to provide a measure of
availability. Availability is related to the concept that the
equipment is ready to work when expected. Concepts of
throughput, capacity and readiness are related to availability.
In the design process, the designer needs to consider access,
disassembly, assembly, calibration, alignment and a host of
other factors when creating a system that is repairable. For
example, the oil filter on a car has standard fittings, permitting
the use of existing oil filters as a replacement. The design of
the system may involve tradeoffs between design features and
aspects of maintainability, such as cost of spare parts and time
needed to actually accomplish a repair. Cost of ownership
often includes the cost of repairs and spares.
For the team maintaining equipment, the considerations
include understanding the equipment failure mechanisms, the
symptoms and time to failure expectations. The stocking of
tools and spare parts can be expensive and minimized if the
system behavior over time is understood. The team may
Schenkelberg: page 5
9. require specialized training and certifications and that also
may increase maintenance costs.
There are a couple of basic approaches to maintenance:
time-based or event-based. If you change your oil every 3
months, you are using a time-based approach. If you are
changing your car‟s oil every 5,000 miles, then you are using
an event-based approach. Both require some knowledge about
the failure mechanism involved to set the triggering time or
event criteria, so the maintenance is performed before either
significant damage or failure occurs to the system.
Another approach is to monitor indicators of the amount of
wear or damage that has occurred and repair the unit, as that
unit‟s specific useful life is about to fail. For example,
periodically testing an oil sample may reveal when the oil is
about to become ineffective as a lubricant. Monitoring and
maintenance can be very sophisticated or as simple as having a
brake wear indicator that causes a squealing sound. Prognostic
health management is a relatively new field focused on
measurement techniques that, like the wear indicator in brake
pads, assists the maintenance team in maximizing the useful
life of a product and effecting repairs and maintenance only as
needed to prevent failure.
difficult. The tools and resources of R & M engineering
provide a means to efficiently achieve the reliability and
maintainability goals.
The basic outline used in this tutorial provides a guide to
establishing an effective means to manage reliability and
maintainability.
• Set a goal
• Articulate the goal clearly throughout the process and
organization
• Discover the salient failure mechanisms
• Minimize supply chain, manufacturing and overstress
failures
• Estimate the products life
• Track and eliminate failures
7. VALUE
9. REFERENCES
The various tasks and activities commonly associated with
reliability and maintainability are not accomplished without
purpose. They add value to making decisions, provide
valuable direction and feedback. These tasks help to avoid
expensive mistakes or excessive repairs. These tasks guide
designs to become more reliable and cost effective. They are
done to add value.
Conducting HALT on a prototype that the design team
ignores is a HALT of little value. A prediction done only to
meet the contract requirements and not reviewed and acted
upon by the design team is of little value. Conducting a set of
„reliability tests‟ that are not related to failure mechanisms or
use conditions again is of little value.
A simple question to ask when planning or starting any
reliability or maintainability task is: “How will this
information be used?” This is like asking for information
about the audience of a presentation. If the task does not
produce information of value then it is appropriate to not
spend time and resources on said task.
[1] Petroski, H. (1994). Design Paradigms: Case historyes of
error and judgement in engineering. Cambridge,
Cambridge University Press.
The implementation will be different for every organization.
Yet even this simple outline does permit the entire team to
make decisions leading to a reliable or available product.
Focus on failure mechanisms and obtaining a solid
understanding of the dominant failure mechanisms behavior
over the range of use conditions. And, finally, only do the
tasks and activities that add value to the organization.
[2] Holmes, Oliver Wendell, The One Hoss Shay, New York,
Houghton, Mifflin and Company, 1891.
[3] Ireson, William Grant, Clyde F Coombs, and Richard Y
Moss. Handbook of Reliability Engineering and
Management. New York: McGraw Hill, 1995, p. 12.2.
[4] Norris, K C, and A H Landzberg. "Reliability of
Controlled Collapse Interconnections." IBM Journal of
Research and Development 13, no. 3 (1969): 266-271.
[5] Hallberg, Ö, and D S Peck. "Recent Humidity
Accelerations, a Base for Testing Standards." Quality and
Reliability Engineering International 7, no. 3 (1991):
169-180.
[6] Reliability Prediction Procedure for Electronic
Equipment, SR-332, Issue 3. Telcordia, January 2011.
[7] Jones, J, and J Hayes. "A Comparison of Electronicreliability Prediction Models." IEEE Transactions on
Reliability, Vol. 48, no. 2 (1999): 127-134.
8. CONCLUSIONS
Reliability and Maintainability Engineering are challenging
and rewarding endeavors. Managing to bring a product to
market that provides a valuable service over it lifetime is
Schenkelberg: page 6