ComparisonPredictive Monitoring

Predictive maintenance models compared: rules, anomaly detection and remaining useful life

The right predictive maintenance model is decided less by algorithm fashion than by the failure history you hold. With few recorded failures, statistical baselines and unsupervised anomaly detection are usually the honest choice. Supervised failure classifiers need many labeled events on similar assets, and remaining useful life models need degradation trajectories. This page compares five approaches on data needs, warning quality, explainability and upkeep, then routes you to a starting point.

Reviewed 8 min read

On this page
  1. Where predictive models sit among maintenance strategies
  2. Five modeling approaches against the data you hold
  3. Rules and operating-mode baselines are still right surprisingly often
  4. Anomaly detection finds the unusual without failure labels
  5. Supervised classifiers and remaining useful life need richer history
  6. Choosing a starting approach from the records you have
  7. A hypothetical pump fleet moves through three approaches
  8. Standards that frame condition monitoring programs
  9. Questions and answers
  10. Sources

Where predictive models sit among maintenance strategies

Maintenance teams choose between four broad strategies. Reactive maintenance repairs after failure. Preventive maintenance replaces or services on a calendar or usage count. Condition-based maintenance acts when a measured condition crosses a limit. Predictive maintenance goes one step further and estimates how the condition will develop, so work can be planned before the limit is reached.

Every predictive approach depends on one physical fact: the failure mode must show a detectable precursor some time before functional failure. Reliability engineers call the gap between the first detectable sign and the failure the P-F interval. If that interval is shorter than the time it takes to get parts, people and a maintenance window together, no model will help, however accurate it is on paper.

So the comparison below starts from two questions per failure mode: is there a measurable precursor, and how much labeled history exists for it?

Five modeling approaches against the data you hold

ApproachFailure history neededWhat the warning tells youExplainability to engineersUpkeep once live
Fixed thresholds and rulesNone; limits come from physics, OEM guidance or experienceA known limit has been crossedHigh: the rule is the explanationLow, but limits drift out of date silently
Statistical baselines by operating modeNone; needs history of normal running with mode contextThis signal is outside its normal band for the current load or speedHigh: plots against the baseline make sense on the shop floorModerate: baselines need resetting after overhauls
Unsupervised anomaly detectionNone to train; a handful of known events to evaluateThe combination of signals is unusualMedium: needs contribution plots to show which signals movedModerate to high: retraining as normal behavior shifts
Supervised failure classificationMany labeled failures of the same mode on similar assetsA failure of a known type is likely within a set windowMedium: feature importance helps but can misleadHigh: labels, class imbalance and drift all need care
Remaining useful life and survival modelsDegradation trajectories or run-to-failure records, including censored unitsExpected time to failure, with a rangeLow to medium: the number feels precise even when it is notHigh: needs fleet data and recalibration after every design change

Read across a row for one approach and down a column to compare one property. The rows run roughly from least to most data-hungry, not from worst to best.

Rules and operating-mode baselines are still right surprisingly often

A bearing temperature limit from the manufacturer, a differential-pressure limit across a filter or a motor current ceiling are rules with physics behind them. They are cheap, auditable and easy for a technician to act on, and a model should be judged on whether it adds lead time beyond the rule.

Statistical baselines improve on fixed limits by asking what is normal for the current operating mode. A pump at partial load vibrates differently from one at full load. Segmenting history by mode (load band, speed, product grade, ambient range) and applying statistical process control within each segment removes many of the false alarms that make fixed limits unpopular, at the cost of re-establishing baselines after overhauls and control retuning.

Anomaly detection finds the unusual without failure labels

Unsupervised methods learn the structure of normal multivariate behavior and score how far new data departs from it: principal component analysis with reconstruction error, isolation forests, one-class models and autoencoders are common choices. Most organizations have years of sensor history but very few cleanly recorded failures, which is their appeal.

Their limit is equally clear. An anomaly score says that something is different, not that a component is degrading. Sensor faults, process changes and a new product grade all look anomalous. That makes triage part of the system design: each anomaly needs contribution plots showing which signals moved, and an engineer's verdict recorded against it. Those verdicts become the labels that, over time, allow a supervised model to be trained.

Supervised classifiers and remaining useful life need richer history

A supervised classifier learns to recognize the signature of a specific failure mode in a window before it occurs. It needs enough labeled examples of that mode, on assets similar enough to share a signature, plus reliable timestamps. Work-order records rarely provide this directly: failure codes are often generic, dates record when work was done rather than when degradation began, and many failures are fixed during other work without being coded at all.

Remaining useful life models estimate time to failure from a degradation path. Survival models, such as Weibull or proportional hazards models, are often the better statistical framing because they use censored units, those removed or repaired before failing, instead of discarding them. Either way, the output should be a distribution, and the maintenance decision should be tied to a probability of failure within the planning horizon rather than to a single date.

Choosing a starting approach from the records you have

  • If

    The failure mode has a known physical limit and the signal for it is already measured.

    Then

    Start with a rule, then test whether any model gives materially earlier warning before adding one.

    A model that only matches the rule adds upkeep without adding lead time.

  • If

    You have long sensor history with operating context but almost no recorded failures.

    Then

    Build mode-aware baselines and an anomaly detector, and design the triage step that turns verdicts into labels.

    Without labels, supervised methods have nothing honest to learn from.

  • If

    A fleet of near-identical assets has many well-coded failures of the same mode.

    Then

    Train a classifier for that mode and evaluate it on assets and periods held out from training.

    Holding out whole assets shows whether the signature generalizes or just memorizes one machine.

  • If

    You track a degradation measure over time and know when units failed or were removed.

    Then

    Fit a survival or remaining useful life model and present intervals, not point estimates.

    Censored units carry information that a naive regression throws away.

  • If

    The precursor appears later than the time you need to plan the work.

    Then

    Change the measurement, not the model: add a sensor that sees the failure earlier, or keep a time-based strategy.

    No algorithm can create lead time the physics does not provide.

A hypothetical pump fleet moves through three approaches

Standards that frame condition monitoring programs

Two families of international standards give useful structure. ISO 17359, Condition monitoring and diagnostics of machines: General guidelines, sets out how to build a condition monitoring program, from identifying equipment and failure modes to choosing measurements and alert criteria1. ISO 13374, Condition monitoring and diagnostics of machines: Data processing, communication and presentation, describes the processing chain from acquiring data to generating advice2.

MIMOSA's OSA-CBM specification is an implementation of the ISO 13374 functional specification and organizes that chain into six functional blocks3: data acquisition, data manipulation, state detection, health assessment, prognostic assessment and advisory generation. Mapping each approach in the table to those blocks is a quick way to see that a rule covers state detection only, while a remaining useful life model reaches into prognostics and still needs an advisory step people can act on.

Questions and answers

What if we have too few failures to train a predictive model?

That is the normal situation for well-maintained critical assets. Use rules where physics provides limits, mode-aware statistical baselines and unsupervised anomaly detection, and treat every investigated alert as a labeling opportunity. Pooling data across similar assets, or across sites running the same equipment, can also yield enough examples of one failure mode to train a classifier later.

Can we combine anomaly detection with remaining useful life models?

Yes, and it is a common pattern. An anomaly detector flags that an asset has left normal behavior; a degradation or survival model for the suspected failure mode then estimates how quickly the condition is progressing. The combination keeps broad coverage for unknown faults while giving planners a time estimate for the failure modes that have enough history to model.

Which sensors should we add first for predictive maintenance?

Start from failure modes, not sensors. For each critical asset, list the failure modes that cause most downtime or safety exposure, identify which physical signal changes earliest for each one, and check whether you already measure it at an adequate sampling rate. Vibration, temperature, current and process pressures cover many rotating-equipment modes; others need oil analysis or inspection data.

How do we validate a remaining useful life model before trusting it?

Backtest it on assets and time periods it did not see during training, and compare its intervals with what actually happened, including units removed before failure. Check calibration: events predicted with a given probability should occur at roughly that rate. Then run it in shadow mode alongside the current maintenance plan before it influences any work order.

Is a vendor's pre-trained model good enough to start with?

It can be, for common equipment classes where the vendor has broad fleet data. Ask how it was validated, which operating modes it covers and whether it can learn from your engineers' verdicts, then evaluate it against your own historical events before relying on it.

Sources

  1. ISO 17359:2018 Condition monitoring and diagnostics of machines: General guidelines — International Organization for Standardization · checked 10 October 2026
  2. ISO 13374-1 Condition monitoring and diagnostics of machines: Data processing, communication and presentation, Part 1: General guidelines — International Organization for Standardization · checked 10 October 2026
  3. MIMOSA OSA-CBM: Open System Architecture for Condition-Based Maintenance — MIMOSA · checked 10 October 2026

More in Predictive Monitoring

Back to Predictive Monitoring

Next step

Send us your failure history before choosing a maintenance model

Share an asset list, the failure modes that matter and an export of the related work orders. We will tell you which approach your records can support today and what extra data would move you to the next one.

Review our failure data