Your Reliability Engineering Professional Development Site
I recently received a question about the differences and similarities and which discipline is better concerning reliability and quality engineering. Some say reliability is a characteristic of quality, while I say reliability is quality yet over time. [Read more…]
It’s impossible to point to one moment, class, seminar, workshop, or conference where I learned reliability engineering. Not one situation, project, conversation, or meeting, either. Learning reliability engineering is a journey, and each is different. [Read more…]
Fred discusses skills that we need to master to be effective in what we do.
ᐅ Play Episode
Yesterday had the chance to review the long list of Design for X topics. Assembly, environment, maintainability, and of course reliability, plus about a dozen other areas of focus. How is a design team to navigate all these different sets of constraints and objectives along with crafting a solution that works?
With a little creativity, you could relate every Design for X topic to reliability. Easier to assembly, fewer assembly errors leading to field failures, for example.
Another way to think about the Design for X space is to consider a superset instead. What are all these design considerations really about? What is common, including the design for reliability topic? With a little thought, it seems clear to me that we all are really considering how to identify and manage risk. [Read more…]
Fred discusses learning how to capturing the value created when working as a reliability engineer.
ᐅ Play Episode
Fred discusses the need to fully understand failure mechanisms in order to make meaningful reliability improvements.
ᐅ Play Episode
Fred discusses the importance of minimizing measurement errors.
ᐅ Play Episode
“Speak with Data!” commanded my former general manager. “Let the Data Sing” is an article I wrote long ago. We all have data, often too much data. We like to present based on what the data says. Yet, sometimes the speaking with data is not clear.
If you’ve done the data gathering, the analysis, the summary, all based on the data, how can you best reveal what the data says to enhance your results and recommendations?
Just because you can add a 3D pie chart doesn’t mean you should. Crafting meaningful charts is only one part of the puzzle. You also have to present the data in a clear and meaningful manner. Here is a set of suggestions to consider the next time you are preparing and presenting when data is involved. [Read more…]
Fred discussing just how bad MTBF and related measures are for our profession.
ᐅ Play Episode
Fred discusses the origin of Speaking of Reliability plus an introduction to SOR Shorts.
ᐅ Play Episode
Not all risks the same. Some are minor with little consequence, while others are not. Every organization or reliability program facings a plethora of risks and being able to communicate the range of identified risks is helped by using a risk matrix.
The risk matrix is a simple two-dimensional grid that lays out on one access the expected consequence of risk, from minor to catastrophic. The other axis has the likelihood or occurrence of the risk becoming realized, ranging from rare too certain.
The boxes within the grid then contain classifications ranging from low to extreme, which provide a prioritization to address the risk in some fashion. Low-risk items are those with rare occurrences and insignificant consequences. The other end of the spectrum are extreme risks that are almost certain to occur and have catastrophic results. [Read more…]
What do you tell someone you just met when they ask, “So, what do you do?” Saying you’re a reliability engineer will likely get a polite nod or confused look. How do you explain what you do and why? Why is what we do as reliability-minded folk important? [Read more…]
As reliability professionals, we have a lot to do. Risks to identify, failures to analyze. Plans to draft, numbers to crunch. Meetings, writing, research, and leading fill the day.
The list of tasks that you have before you each day is impressive and daunting. So, how do you focus on what actually requires your attention and not just the tasks that get your attention?
When confronted with a stack of data, do you think about creating a histogram, too? Just tallied the 50th measurement of a new process – just means it’s time to craft a histogram, right?
There isn’t another data analysis tool as versatile. A histogram (bar chart) can deal with count, categorical, and continuous data (technically, the first two graphs would be bar charts). It like a lot of data yet reveals secretes of even smaller sets. A histogram should be on your shortlist of most often graphing tools. [Read more…]
If we set a product reliability goal of 99% reliable over two years in the requirements document, what are we supposed to do tomorrow? On the other hand, if our goal is to write 1,000 pages for the next great novel by the end of the year and we have no pages written so far, well, we should write a page or two tomorrow.
A good goal provides a vision, a measurable milestone, a target. What it lacks is what we do from now till achieving that goal. If the goal is 1,000 pages in 365 days, we may want to set up a process to write at least 3 pages per day.
So, given a reliability goal, what do we do tomorrow, next week, and each week between now and when the goal is due?
In previous work, I’ve written about setting reliability goals, connecting the goal to customer expectations, technical capability, and business needs. Plus, have written about the four (five) parts of a complete goal, including Function(s), Environment, Duration, and Probability (and all four continue to get more difficult as customers expect more).
A well-stated reliability goal provides direction and a measurable target for the entire team. It provides a basis to compare progress and to help frame “is the design reliable enough yet” discussions.
This is all well and good, yet is it enough? [Read more…]
