Preparing to Interview
Abstract
Chris and Fred discuss how to make a good impression when interviewing for a reliability engineering position. How do you prepare?
ᐅ Play Episode
SOR 997 Preparing to Interview
Using Fault Trees to Conduct Root Cause Analysis (RCA)
Using Fault Trees to Conduct Root Cause Analysis (RCA)
podcast episode with speaker Chris Jackson
What is a ‘root cause’ of failure? It is something that you did (or didn’t) do that ultimately resulted in failure. It’s not corrosion (that’s a physical process that follows the laws of nature that you can’t change). It’s not a porous seal that allows moisture to enter your product to cause corrosion (that’s a defect or fault that you or your team made happen). Root Cause Analysis (RCA) is the process where we systematically work out what things we did or didn’t do that allowed failure to occur, and Fault Trees are often very helpful in finding this root causes. If you want to learn more about RCA or how fault trees can help RCA, join us for this webinar.
[Read more…]
How to not Suck at Probability and Statistics
A simple way of looking at our brain is by dividing it into the conscious, subconscious and unconscious minds. The conscious mind is all about what we are actively thinking about in the here and now. We might be navigating as we drive through the countryside. We might decide to take an exit from the main road because our conscious mind has worked out that the map we are looking at is showing us that’s what we need to do to get to where we want to go.
SOR 992 Past Good and Bad Knowledge
Past Good and Bad Knowledge
Abstract
Chris and Fred discuss the so-called ‘bedrock documents and statistics’ that are used over and over again as if they are universally correct – even though they might have nothing to do with ‘your’ machines or systems. WHY?
ᐅ Play Episode
Always Looking for Someone to ‘Sign Off on That? … Your Organization is Probably Struggling
When I was a bright eyed, motivated (younger) officer in the Australian Army, one my many tasks when deployed overseas was to raise paperwork to formally request ‘battlefield material’ to be sent back home from whatever country we were in. ‘Battlefield material’ was items that included a range of mementos, keepsakes, and things you would typically see in a museum to add to the historical collections of my battalions and regiments back home.
SOR 991 What is MLE?
What is MLE?
Abstract
Chris and Fred discuss the three-letter acronym ‘MLE’ stands for? Well, it stands for ‘maximum likelihood estimate.’ Ever heard of it? Do you know what it means?
ᐅ Play Episode
Preventive Maintenance and the Toxic ‘Need to do Something’
For thousands of years, doctors treated virtually every skin ailment by ‘letting’ or draining the blood of the patient. Leeches are really good at doing this as they quite literally drink up the allegedly ‘poisoned’ blood that is being removed. Of course, by the late 1800s, science had advanced to the point where it was realized that this was nonsense, and so leeches fell out of favour in the world of medicine.
But that same scientific revolution saw the development of drugs like heroin and cocaine to cure everything from schizophrenia through to children’s cough. With doctors prescribing these drugs left right and centre, and worldwide epidemic of drug-addiction misery was spawned.
[Read more…]And Now to the Biggest IT Outage … Ever!
It is no small irony that a software application that is designed to protect IT systems from malicious actors was behind the biggest IT outage in the history of computers. A company called Crowdstrike provides a ‘Falcon Sensor’ product that is intended to scan computers that use Microsoft operating systems for vulnerabilities. And this product is deployed so deeply into its host operating systems that it has access to the ‘kernel,’ which is the program that runs the basic code that links applications to the computer hardware (like memory, central processing unit and other devices). Unfortunately a Falcon Sensor update that Crowdstrike sent to its customers had a bug that was not picked up by its own validation programs (because it too had a bug). And unfortunately, it accesses a ‘forbidden’ part of the memory that causes the infamous BSOD or ‘blue screen of death.’ So airlines, hospitals, banks, hotels and lots of other companies simply couldn’t operate.
Benchmarking (by definition) Makes you Average. At Best.
How heavy should you be? Perhaps this is a sensitive question. The average weight of a human is about 65.2 kg or 143.7 lbs. So if your weight is above this figure, are you ‘too heavy’? Conversely, if you are below this figure, are you ‘too light’? Being over and underweight can bring a whole raft of health consequences.
Hopefully you would agree with me in saying that the ‘average’ human weight is not a good benchmark to use if you want to get healthier. Or at least it is not the only benchmark you should think about.
But unfortunately … many manufacturers use approaches that are embarrassingly close to this ridiculous approach to continual improvement.
3 Parameter Weibull Analysis
What is the ‘3 Parameter’ Weibull Analysis
podcast episode with speaker Chris Jackson
Some of you might have heard of the Weibull distribution. It is an uncannily accurate way of describing many of the ways components fail. It can model things that wear-in where failure is caused by pre-existing damage and defects in a fraction of products. The Weibull distribution can also model things that wear-out we failure is caused once enough damage has accumulated. And some of you might have heard of the ‘3 Parameter Weibull distribution.’ But what makes this different and (sometimes) helpful? We are always wanting to improve the way we model things, including failure processes. So, to see if the ‘3 Parameter Weibull Distribution’ can help you … join this webinar!
[Read more…]
SOR 984 Instead of Reliability Prediction
Instead of Reliability Prediction
Abstract
Chris and Fred discuss reliability prediction and how it can relate to the ‘design’ phase when there is no data. How do you ‘predict reliability?’
ᐅ Play Episode
No … 89 percent of Failures are NOT Random
I am constantly confronted by students, reliability engineers and other people banging fists on tables and saying …
… 89 percent of failures are random …
Firstly, 100 percent of failures are random. It’s just that there are lots of textbooks and experts telling us that a ‘random’ failure is one that happens irrespective of age. That is, a failure with a constant ‘failure rate’ where the item in question doesn’t appear to age or wear out.
SOR 983 Good Reliability Testing
Good Reliability Testing
Abstract
Chris and Fred discuss the difference between good and poor reliability testing.
ᐅ Play Episode
Understanding (how bad) the Exponential Distribution (is)
Understanding (how bad) the Exponential Distribution (is)
podcast episode with speaker Chris Jackson
We often use probability distributions to help us characterize the likely values a random variable will have. This includes the random variable we call ‘time to failure’ or TTF, which is how long something works before it fails. Failure is a random process, but just because it is random, doesn’t mean it’s unpredictable. Products that wear-in will have vastly different probability distributions for TTF when compare do products that wear-out. So you need to have a good idea of the probability distribution of the TTF of your product when it comes to reliability engineering. But we often see in textbooks and standards the ‘exponential distribution’ simply being assumed as a ‘good’ TTF probability distribution. But is it? And what happens when it isn’t … but you use it anyway? Join this webinar to find out!
[Read more…]
SOR 976 Reliability in a Short Term Org
Reliability in a Short Term Org
Abstract
Chris and Fred discuss the problems we experience when we are in an organization with very ‘short-term’ thinking. What can we do?
ᐅ Play Episode
