All guides
Guide · Maintenance and asset reliability

Condition-based vs preventive maintenance: how to choose a strategy by failure consequence

Choose the task from the consequence of the failure, not from a calendar. Start with which assets matter and how they fail; use a preventive interval where one is justified, condition monitoring where the data can support it, and a deliberate default (run to failure, redesign, or duplicate) where no task pays. The research library does not contain a head-to-head trial of condition-based against preventive maintenance, so the argument rests on a method and a standard, and each step needs a checkpoint of your own.

Published · Updated

Start from what the asset must do

The international standard on asset management frames the job as coordinating decisions so that the asset portfolio delivers the organisation's objectives over its lifecycle. Its practical implication is to begin from criticality and business value, not from a generic task list: a maintenance plan that cannot name the outcome it protects is unanchored.

Pick tasks by failure consequence

Reliability-centred maintenance selects tasks by asking what the asset must do, how it can fail, and what each failure would cause. Where no preventive task is justified, it uses a deliberate default action instead of an arbitrary interval. Applying the same interval to every asset wastes effort on low-consequence failures and can miss hidden ones. Consequence, not habit, should choose the task.

This needs consistent failure history: the same definitions of a failure and a repair across teams, otherwise the data cannot tell you which assets fail and why.

Condition monitoring has to earn its place

Condition-based approaches rely on measurement that separates ordinary variation from a real signal. Statistical process control does this with time-ordered charts whose limits come from a stable period, and it depends on trustworthy measurement systems first. A chart that reacts to every wobble is worse than none, and a signal says when something changed, not why.

That is why the playbook asks you to justify monitoring with data: does the failure give a detectable warning early enough to act, and does the cost of monitoring beat the cost of the failure it prevents?

Maintenance is one part of a system of practices

In a sample of manufacturing plants, lean practices clustered into interdependent bundles that included total productive maintenance, and together explained roughly 23% of the variation in operational performance, with plant size influencing how they were implemented. Read this as a reason to fit maintenance to the rest of operations and to your context, not to copy one tool.

The path, step by step

These steps come from the Maintenance and asset reliability playbook. Each has a checkpoint you can observe.

  1. Classify assets by function and criticality

    List the assets that carry operational, safety or environmental consequence. For each, state the function it must perform and what happens when it fails.

    CheckpointA criticality ranking tied to operational and safety consequences, with the top assets named.

    Common failureTreating every asset as equally critical and spreading maintenance thin.

  2. Capture failure history with consistent definitions

    Record failure mode, cause, detection, downtime and repair for critical assets. Use the same definitions across shifts and sites so the history can be compared.

    CheckpointA failure log with consistent categories and enough history to rank modes.

    Common failureChoosing maintenance strategy from vendor claims because the failure history is unusable.

  3. Choose tasks by failure consequence

    For each significant failure mode, decide whether a scheduled task, condition-based check, redesign or run-to-failure is justified. Delete tasks that cannot address a credible mode.

    CheckpointA task decision per major failure mode, including the explicit run-to-failure decisions.

    Common failureAdding more preventive tasks to every asset and calling it reliability.

  4. Justify condition monitoring with data

    Use condition-based or predictive monitoring only where the failure mode gives a usable warning and the consequence justifies the cost. Pilot on one asset class and compare with the existing task.

    CheckpointA pilot showing earlier detection or lower cost than the existing task, with false alarms counted.

    Common failureBuying sensors for assets whose failures give no warning or carry little consequence.

What this guide does not settle

These sources are a standard, a practitioner method, a textbook and a cross-sectional plant survey. None of them proves that condition-based beats preventive maintenance in a given plant, and none estimates the financial return of a maintenance programme on its own.

Each finding below is quoted from Portolan's research library, with the limits the library records for it. Applying a result from another setting, such as a hospital or a factory, to yours is an analogy, not a proof.

Standardization · 2024Applied

ISO 55000:2024 Asset management — Vocabulary, overview and principles

The standard defines asset management as coordinating asset-related decisions and activities so that the asset portfolio delivers the organisation's objectives over its lifecycle. The 2024 revision emphasises outcomes and organisational maturity rather than a fixed set of maintenance tasks.

Where it stops. A principles and vocabulary standard, not evidence that certification improves reliability. Adoption can become a documentation exercise without operational change.

Moubray · 1997Applied

Reliability-Centered Maintenance

Reliability-centred maintenance selects tasks by asking what the asset must do, how it can fail, and what each failure would cause. Where no preventive task is justified, the method uses a deliberate default action (run to failure, redesign, or duplicate) instead of an arbitrary interval.

Where it stops. A practitioner method that depends on reliable failure history and skilled facilitation. It does not estimate the financial return of a maintenance programme by itself.

Montgomery · 2019Established

Introduction to Statistical Quality Control

Statistical process control separates common-cause variation from special-cause signals using time-ordered charts with limits estimated from a stable period. Process improvement also depends on trustworthy measurement systems, designed experiments for causal questions, and monitoring to hold the gain.

Where it stops. A textbook synthesis rather than a field trial. Chart selection depends on data structure, and a signal identifies when a change occurred, not why.

Shah & Ward · 2003Established

Lean manufacturing: context, practice bundles, and performance

Lean practices cluster into four interdependent bundles—just-in-time, total quality management, total productive maintenance and human-resource management—and together explained roughly 23% of operational-performance variation in a manufacturing-plant sample. Context mattered: plant size influenced implementation, while age and unionisation mattered less than commonly assumed.

Where it stops. Cross-sectional survey evidence establishes association, not causality, and the sample is manufacturing plants rather than services or software teams.