Your Reliability Engineering Professional Development Site
A listing in reverse chronological order of articles by:
The better reliability performing systems start the design process with controlling variability.
Variability of materials and processes involved thought the product lifecycle. Reliability performance occurs as a result of the decisions made throughout the design process.
When focused on understanding and minimizing variability, the design becomes robust and reliable.
It’s Friday afternoon and the phone rings. It is another customer complaining about your product not working. This is the fifth call this afternoon. Something is wrong and you’re responsible for making it right.
The natural failure analysis process starts across your team. Gather information, determine the scope of the issue, work to understand the root causes, and implement an appropriate solution. This may involve stopping production, halting shipments, or even a product recall.
Initially, you just have more irate customer calls than a typical Friday afternoon. [Read more…]
Reliability goals provide you and your team a focus for the reliability program. They provide a measurable way to design, test, and maintain systems that meet customer expectations.
A goal of any kind in a business is relatively easy to set and publish. They are not easy to entwine into the culture of the organization so the objectives desired by achieving the goal become a meaningful focus. A product development team may have hundreds of pages of specifications and a long list of priorities and objectives. Simple listing a reliability goal, no matter how clearly stated, may not be sufficient to garner the interest of your team.
Simple listing a reliability goal, no matter how clearly stated, may not be sufficient to garner the interest of your team.
Reliability engineering is a blend of disciplines from material science to asset management. We use problem-solving, design, maintenance, and statistical tools on a regular basis, yet that is not the only thing we do.
Having met a few engineers that define their role as a reliability engineer as conducting HALT or FMEA only, strikes me as to what most believe we do, or should do, as a reliability engineer. It is true that someone may specialize by choice or chance on one tool, yet even then is that all they do?
I don’t think so.
A reliability block diagram is a graphical and statistical representation of the reliability structure of a system.
Graphical as an RBD is drawn with blocks for each element of a system and connecting lines representing the relationship between elements.
I’ve recently received a couple of notes from individuals looking at starting a career in reliability engineering. One is a student looking at a career path, another a working engineer with an interesting in reliability.
Both asked how to land a position given no reliability engineering experience.
Hum, I don’t know anyone that had reliability engineering experience before they got started working in reliability engineering. Not counting taking apart the family toaster and trying to repair it before Mom got home as a kid.
The easy answer is very often. Each time you want to know how long a product will operate. The accompanying question on how well the estimate will match actual performance makes the real answer more difficult.
We regularly and intuitively do reliability predictions all the time. When starting a car at the beginning of a trip, we estimate the ability of the vehicle to complete the journey. When we purchase a phone, we expect it to operate for at least two years (your expectations may differ).
During the design process, we may have formal or informal useful life expectations. It is not knowing if our decisions related to the design will fulfill the lifetime expectations that leads to the desire to know how well the resulting system will operate. We also may need to estimate warranty or maintenance costs, thus knowing what is likely to fail becomes important.
In general, knowing how long something will operate without failure provides the feedback we need to create a viable system that meets our business and customer reliability expectations.
In short, we do reliability predictions regularly to gauge is we are making good decisions. [Read more…]
Failure modes and effect analysis is a tool to identify potential failures and prioritize based on severity, occurrence, and detection. I like to describe FMEA as an organized brainstorm. You probably have some experience with FMEA.
In some industries, there is a high expectation or mandate to do an FMEA study. In some industries FMEA maybe just another tool to consider using during various stages of the product or asset lifecycle.
In my opinion, FMEA should be a part of your project plan when it is likely to add value.
Value in the sense that the organization will receive an adequate benefit based on the investment to conduct the FMEA study. [Read more…]
HALT (highly accelerated life testing) is a method to reveal product weaknesses. Design prototypes experience the step-stress application of relevant stresses until failures appear.
The intent is to find design or process related weaknesses early in the design process thus providing time to economically address the issue. Using a build-test-fix approach does improve a product’s robustness and reliability.
Being a useful tool, should you conduct HALT on every project? It seems that revealing weaknesses is certainly useful. [Read more…]
“How do you know so much about our program?” was a question the quality manager asked after reading the assessment report. The assessment took one day with eight interviews.
The reliability that results is going to happen whether or not the team designing the product or production line deliberately use reliability engineering tools or not. The elements of a product or system will respond to the environment and either work or fail.
While working at Hewlett-Packard I had the opportunity to conduct reliability program assessment of about 50 product divisions. One hypothesis related the number of reliability tasks the team actively used would correlate to their warranty expenses.
That worked to a point. [Read more…]
The process to create a new product has risk. There are safety, technical, schedule and financial risks
The risk of a product failing more often then deemed acceptable by the customer or the business falls in the realm of reliability engineering to address.
We can provide insight on what is expected to failure and when. Working with the entire team we can influence the design and assembly process to minimize the risk of field failures.
Below is a short list the most common risk reduction tools in our arsenal. [Read more…]
Reliability is an attribute of an item. The item, with its design, assembly, and use, has a finite probability of working over some duration.
We deliberately attempt to create items that meet our and our customer’s expectations concerning that probability and duration. We maintain and operate our equipment with an expectation of successful performance.
We and our customers are let down when a failure occurs. We do not enjoy the benefits of the item’s value. [Read more…]
In a common definition used by engineers reliability is a probability of success. It is the chance of an item operating as expected over some duration in a given environment. In this case, we have probability as part of the definition of reliability.
Reliability in common use definition includes trustworthiness, dependability and similar definitions. It’s more than how many times your friends help you move to a new apartment, it’s a feeling or sense we have concerning our ability to count on our friends for the help.
I do not like procurement organizations.
It is like saying you don’t like lawyers. I don’t know all procurement engineers or managers, so understand my statement is a grand generalization. It’s not the people I don’t like, it’s a common behavior that I’ve witnessed countless times that I do not like.
Procurement organizations tend to look for ways to reduce cost by purchasing less expensive components or materials. This is often done with little regard to the impact on product reliability.
Why is this? And what can we do as reliability professionals to change this behavior? [Read more…]
Have you ever wished your organization would work together to achieve a reliable product? Not just a few individuals and a heavy reliance on the reliability team to focus on highlighting and fixing reliability issues.
Some organizations tend to react to reliability issues. Prototype testing and field returns continue to surprise the team. The worst organization fall into finding someone to blame. Better organizations set to work to understand the problem and quickly resolve the issue. Some have better ‘fire departments’ than others.
Responding quicker is not really the best way to deal with reliability. [Read more…]
