XRVE Reliability knowledge base | Reliability

Repeat Failure Analysis: When Recurrence Deserves RCA

Repeat failure analysis turns scattered work orders into recurring failure patterns. Its purpose is not to claim root cause from CMMS text. It is to identify where restoration keeps repeating, quantify the consequence, and decide which patterns deserve structured root cause failure analysis, strategy change, or engineering action.

Direct answer

When does a repeat failure deserve RCA?

A recurring failure deserves structured RCA when recurrence is credible and the consequence justifies the investigation effort. Useful triggers include repeated failure on the same asset or component, recurrence across similar assets, accelerating time between failures, high safety or production consequence, repeated emergency response, substantial labor or parts burden, or evidence that prior corrective actions did not change failure behavior.

Not every repeat needs a full RCA. Some patterns can be resolved through better repair standards, PM changes, alignment or lubrication controls, parts quality, operator practices, or data cleanup. The purpose of triage is to reserve deeper investigation for recurrence that matters.

What counts as a repeat failure?

Recurrence can repeat at several levels, and they should not be treated as the same thing.

Same symptom

The asset repeatedly trips, leaks, jams, overheats, loses pressure, or produces the same abnormal condition.

Same component

The same bearing, sensor, belt, coupling, seal, valve, drive, or other component is repeatedly repaired or replaced.

Same verified cause

A documented underlying contributor recurs, such as contamination, misalignment, inadequate lubrication, wiring damage, or a process condition.

These levels are evidence with different strength. Repeated component replacement does not automatically prove the same root cause.
From recurrence to investigation

Do not jump from repeated symptom directly to root cause.

1. SIGNALRepeated symptom, component, event, or repair.
2. VALIDATEConfirm the events are actually comparable.
3. QUANTIFYLabor, downtime, cost, frequency, consequence.
4. TRIAGEMonitor, review, focused investigation, or RCA.
5. CORRECTChange repair, PM, design, operation, or control.
6. VERIFYConfirm recurrence actually changes.
Joshua's field note

I treat recurrence as an alarm, not as a diagnosis. Three bearing replacements do not automatically mean the bearing is the root cause. The repeated component may be the victim of misalignment, contamination, loading, installation practice, lubrication, shaft condition, or another upstream problem.

Why repeat failures hide

Technicians can describe the same event ten different ways.

CMMS recurrence is rarely a perfect match on one failure code. Work-order language varies by technician, shift, component name, shorthand, symptom, and level of detail. Useful analysis normalizes those differences without pretending uncertain records are exact.

Normalize asset identity

Resolve aliases, parent assets, line-level charging, retired IDs, and duplicate equipment records before comparing recurrence.

Normalize event language

Group comparable terms such as “belt tracking,” “belt walking,” and “conveyor belt off center” while keeping the original text available for review.

Use time intelligently

Define a recurrence window appropriate to the asset and failure. Three events in one week may represent a different problem than three similar events over five years.

Keep uncertainty visible

When records are vague, label the pattern as suspected recurrence and identify what better closeout or inspection evidence is needed.

A repeat failure workflow

Move from event history to an investigation queue.

  1. Define the analysis population. Choose asset group, time window, work types, and minimum record quality.
  2. Normalize asset and component identity. Prevent naming differences from splitting the same equipment history.
  3. Group comparable symptoms and repairs. Use work-order description, closeout, failure codes, parts, and technician notes together.
  4. Measure recurrence and burden. Count events, downtime, labor, cost, emergency priority, and operational consequence where available.
  5. Review the evidence manually. Confirm that the grouped events are actually comparable before elevating the pattern.
  6. Assign a disposition. Investigate root cause, revise PM, improve repair standard, redesign, correct operating condition, improve spares, or fix the data.
  7. Verify whether recurrence changes. A corrective action is not complete until later history shows whether the failure behavior improved.
RCA triggers

Escalate based on consequence and evidence, not frustration alone.

High consequenceSafety, environmental, regulatory, quality, customer, or major production impact can justify RCA even with a low event count.
Shortening recurrence intervalRepair life is degrading or the condition is accelerating.
Repeated emergency workThe failure repeatedly breaks the schedule and consumes unscheduled response capacity.
Prior action failedA previous RCA, repair standard, PM change, or engineering action did not stop recurrence.
Cross-asset patternThe same component or failure pattern appears across multiple similar assets, suggesting a common systemic contributor.
High restoration burdenLabor, downtime, parts, contractor cost, or production loss is disproportionate to the asset population.
Critical asset recurrenceEven moderate recurrence on an A-critical asset may deserve a lower escalation threshold.
Unknown cause + repeated restorationThe organization is replacing parts without understanding why they fail.
Rank repeat failures by consequence

The most frequent event is not always the most important one.

SignalWhat it adds
Event countShows recurrence frequency.
DowntimeShows operational interruption when captured consistently.
Labor hoursShows maintenance capacity consumed by restoration.
Parts / costShows material burden and repeat replacement.
Emergency priorityShows schedule disruption and response urgency.
Safety / quality consequenceCan justify escalation even when event count is low.
Time between repeatsShows whether recurrence is accelerating or repair life is shorter than expected.
Worked example

A recurring conveyor bearing problem may be several different problems.

What the CMMS shows

Four drive-end bearing replacements in nine months, similar noise complaints, increasing emergency response, and progressively shorter time between repairs.

What it does not prove

The bearing itself is defective. The same history could be consistent with alignment, contamination, lubrication, shaft fit, loading, installation practice, housing damage, or an operating condition.

The repeat-failure analysis should group the events, quantify the burden, inspect parts and closeout history, validate whether the repairs are comparable, and escalate to focused RCFA if the consequence and evidence justify it. The corrective action should then include a verification plan, such as a defined run interval, condition trend, inspection result, or recurrence-free operating period.

Close the loop

Repeat failure analysis should end with an owner and a verification plan.

For each high-priority recurrence, document the evidence, current hypothesis, required investigation, action owner, target date, and what future condition will demonstrate that the problem improved. Without verification, the organization can complete corrective actions while the same failure pattern continues.

Download the Repeat Failure Analysis Tool

A 30-minute recurrence audit

Find one pattern worth escalating.

1. Pick one bad actorChoose an asset with multiple corrective events in the last 6 to 12 months.
2. Normalize the eventsGroup comparable symptoms, components, repairs, and failure codes.
3. Read the original closeoutSeparate physical findings from assumed causes.
4. Plot time between eventsLook for stable, random, or accelerating recurrence.
5. Quantify consequenceAdd labor, downtime, parts, emergency work, quality, and criticality.
6. Check prior corrective actionDetermine whether previous fixes were restoration only or intended to remove a cause.
7. Assign a dispositionMonitor, repair-standard change, PM review, focused investigation, or formal RCA.
8. Define verificationState what future evidence will show that recurrence changed.
XRVE operating principle

An RCA is not complete when the presentation is finished. It is complete when the corrective action is implemented and later operating history shows the failure behavior changed.

Related maintenance intelligence

Use repeat failure evidence to target reliability effort.

Bad Actor Analysis

Combine recurrence with downtime, labor, cost, and consequence to rank asset priorities.

Bad actor analysis →

Work Order Closeout

Improve the history needed to distinguish symptom, finding, correction, and verified cause.

Work-order closeout →

CMMS Data Analysis

Turn repeat failures and other work history into a prioritized maintenance action register.

CMMS data analysis →

Technical references

References and further reading

About the author

Joshua Rivera is a maintenance and reliability leader and founder of XRVE Reliability. His experience includes troubleshooting, repeat-failure analysis, maintenance leadership, PM development, CMMS history review, planning, and reliability improvement.

XRVE Reliability

Turn maintenance history into a defensible next action.

Use the method yourself, or apply the same reasoning to your facility's CMMS history through XRVE Reliability.

Free maintenance maturity assessment See sample analysis