Some Common Misconceptions about RCM

“RCM is expensive”

  1. Unreliability is almost always more expensive
  2. If you haven’t got any reliabilty problems, don’t spend money trying to improve reliability
  3. The business case for all RCM projects should be made, and agreed, beforehand. If this is done, and the process is applied properly and the results implemented, the benefit invariably massively outweighs the cost.

“We need failure data before we can do RCM”

“RCM is a process to determine a maintenance programme”

RCM considers all causes of failure, incliuding those due to deterioration, design, operations, training/ competence and human factors. The outcomes of RCM therefore include maintenance, design, training, procedures, spares and procedures. In short RCM is about Reliability, not just about Maintenance.

“A world class failure management programme can be developed by software/ AI without any involvement of people”

“RCM takes a lot of time”

While unearthing and recording the causes of failure takes some effort, this effort needs to be targeted, and the level of detail needs to be appropriate. Doing so allows benefits to be realised quickly and efficiently. This is an important job of the RCM Facilitator. Some analyses fail because the facilitator is not taught these key skills

“RCM can be applied by one person on their own.”

“RCM can be carried out by one department without the involvement and support of others”

RCM outputs include maintenance, training, new, updated or reinforced procedures, spares, design etc. These outputs impact different departments. In short, successful RCM requires input and buy-in from all relevant stakeholders.

“RCM is just for mechanical equipment”

“RCM is finished when the analysis has been completed”

At the end of the analysis the only result is a report. For any improvements to be achieved, the recommendations need to be implemented. This means changes need to be made to the equipment, the people and the processes. A common cause of failure of an RCM initiative is failure to implement.

“RCM is finished when the outcomes have been implemented”

“An RCM analysis is a theoretical study”

RCM focusses on outcomes, and these involve changes to maintenance, to assets, and to the competence, knowledge and actions of the people working with the equipment. Successful application of RCM results in practical changes to maintenance, people, assets, practices and processes

“RCM is a mathematical process/ it is rocket science”

“RCM is a piece of software”

The late, great, John Moubray described RCM as ‘thoughtware’ rather than software. It is requires an understanding of an asset or process in it’s operating context – what is needs to do, how it can fail, and what should be done to manage those failures. (Software has a supporting part to play – storing analyses, version and access control, linking failure modes to assets, and storing all information in one place.)

“I am too busy to do any RCM”

“We don’t need RCM to tell us things we already know”

Sometimes people say that an RCM analysis hasn’t told them anything they didn’t already know …. but then admit the RCM recommendations are not being applied to their equipment. It is not sufficient for someone somewhere to think they know what should be done – the organisation as a whole needs to be brought along.

“RCM needs to be done everywhere”

“My RCM process is better than yours”

If an RCM process conforming to the SAE standard is applied correctly, the outputs should be the same as any other SAE compliant RCM process. Subtle variations in process will not change the results. (The big challenges are 1. Doing the analysis well 2. Implementing the results.)

“My process is the next evolution of RCM”

“Additional fields and boxes make the RCM process better”

The basic process defined by the SAE standard is concise yet comprehensive. Additional fields need to add value – they need to be defined, they need to be consistently applied and they need to be completed. These things take time and effort, and this needs to be justified in terms of the additional benefit these fields provide.

“RCM is CBM”

“RCM is a type of maintenance”

RCM considers all types of maintenance – condition based, preventive, corrective and failure finding and selects the most appropriate task (not limited to maintenance tasks) for managing any failure mode. It is not a type of maintenance.

“RCM is only for large organizations, and large assets”

“RCM is only for old equipment”

RCM is beneficial for both new and old equipment. For new equipment it helps maximise reliability and optimise costs from the outset.

“All failures can be predicted and prevented”

“RCM guarantees zero downtime”

RCM focusses on managing the failures that are reasonably likely and that matter. One strategy to do this is to reduce the probability of failure (ie change the likelihood), another is to change the consequences (ie the extent to which they matter). Therefore RCM does not guarantee zero downtime.

“RCM does not require specialised knowledge”

“RCM does not require senior management support”

Strong support and commitment from senior management are essential for successful RCM implementation – they need to support the involvement of the team and the implementation of the results

“RCM is too complicated”

“RCM is too simple”

Sometimes, reliability is about making sure the simple and (sometimes seemingly) obvious things are done correctly, on the assets in the field. It is amazing how often companies that do really clever things can have equipment failures for simple reasons.

Shopping Basket
Scroll to Top