Your Reliability Engineering Professional Development Site
Tech is needed, but do not focus only on the tool – implementation is key. For my musical aspirations that means the acquisition of a tool (the instrument), making sure it is set up correctly (tuning and positioning), investment in lessons and practice, using it regularly, and eventually, someone will tell me it sounds good. That’s my goal, and incidentally, I’m not there yet.
[Read more…]
The title is a Statistician’s Lament. “Design of Experiments (DoE) is the design of any task that aims to describe or explain the variation of information under conditions that are hypothesized to reflect the variation.” [Wikipedia] Are you using DoE to design reliability tests? What do PH, GMDH, and |D|-optimality have to do with design of DoE of reliability tests?
[Read more…]
The first step in any forward progress needs to be identifying the reality of where you are right now. If you’re trying to get to the North Pole, it doesn’t matter what map you’re given, if you don’t know where you’re starting.
This is a difficult conversation to have with yourself, but it is the foundation of a solid framework for success and is absolutely critical for any sustainable forward motion.
There are two types of self-awareness that need to be expanded on: Internal Self-Awareness and External Self-Awareness.
[Read more…]
In general, a statistical analysis of univariate data starts with a histogram. If the histogram doesn’t show a bell shape, the data probably does not follow a normal distribution. If the logarithm of the data plots as a normal histogram, then the data is lognormally distributed. Any statistical projections and parameter estimates are based on the normal distribution of the log of the data. This article focuses on the lognormal distribution and the lognormal probability plot.
“Technical” reliability engineering is “quantitative”. This implies that the benefits of improvement measures (e.g.: design changes or alternative maintenance strategies) can be quantified in terms of system performance parameters. Refer, for example, Figure 1.
[Read more…]
“Preventing process accidents requires vigilance. The passing of time without a process accident is not necessarily an indication that all is well and may contribute to a dangerous and growing sense of complacency. When people lose an appreciation of how their safety systems were intended to work, safety systems and controls can deteriorate, lessons can be forgotten, and hazards and deviations from safe operating procedures can be accepted.
[Read more…]
Have you ever wondered what some leaders and ghosts have in common? Well, I will get to that, but let me paint you a picture. You have been told to start improving the storeroom, so you start by analyzing the performance, identify gaps and finally develop a plan to make the improvement. You share this improvement plan and business case with the senior leadership of the site. You get a resounding “Let’s do it” across the room. You leave super excited to start the improvement journey. As you start implementing the improvements, you run up against multiple barriers, such as finance not willing to write off obsolete parts or sell them back to the supplier for a discount. The storeroom staff “don’t have time” to assist with the cleanup or the data analysis. Since the storeroom doesn’t directly report to you, you talk to their manager, and the manager says their staff are too busy. You go to discuss the barriers with the project sponsor and leadership team, and they are still behind the project. Yet, they don’t go out and talk to the staff, nor do you hear about the project anywhere in the facility. So where are these leaders? They are a ghost to the project. [Read more…]
A lot of people mistakenly think that maintenance scheduling is maintenance planning. They are not the same. There is a big difference between the two functions. The job description might say Maintenance Planner and Scheduler, but in reality they are two roles. Maintenance Planning needs to be done before you can do maintenance scheduling. One person may be tasked with the maintenance planning and scheduling functions, but each has its own duties and responsibilities.
First comes maintenance planning, and then you do maintenance scheduling. A maintenance work pack must be developed and completed in full first, so that comprehensive scheduling can be done using the work pack.
[Read more…]
Digital transformation for huge potential business benefit uses the Industrial Internet of Things (IIoT), Artificial Intelligence (AI), and Machine Learning (ML) combined. Like any technology or tool, they must be used correctly or the results you want will be elusive.
[Read more…]
In the previous article (Enabling Agile Enterprise Risk Management Part II: Disciplines) I identified the disciplines necessary to enable you to transform your enterprise at speed. At the conclusion of that article, I promised to present a design for a repository and system to support AERM. This article will fulfill that promise.
[Read more…]
Bob Butler nuclear engineer, musician (www.pleasantonband.org), former city councilman and Mayor of Pleasanton, California died October fifth https://www.pleasantonweekly.com/news/2021/10/14/what-a-week-remembering-bob-butler-former-pleasanton-mayor-and-councilman. He helped me get traffic counts data from the Pleasanton Traffic Department.
[Read more…]
Have you ever heard that Reliability Centered Maintenance (RCM) is just for maintenance? Join us for recorsed session done on Monday, October 4, 2021 at 9:00 am Central/3:00 pm London. Chris James will debunk this common misconception about RCM!
Read more
Most successful engineers, analysts, programmers, and other types of makers of products and services will, at some point in their career, encounter a crossroads where they can either continue making, engineering, and programming, or they can begin managing those who do.
[Read more…]
“Seek first to understand, then to be understood.” – Stephen Covey
A good listener tries to understand thoroughly what the other person is saying. In the end the listener may disagree sharply. However, before voicing disagreement, the active listener wants to know exactly what the other person is saying and why. [Read more…]
