Menu
De ce eșuează mentenanța preventivă: regula 82% a fiabilității (2026)

De ce eșuează mentenanța preventivă: regula 82% a fiabilității (2026)

82% din PM-urile fabricilor medii sunt mentenanță reactivă deghizată. Cele 4 moduri de eșec, costul și soluția CMMS pentru PM condiționat.
De ce eșuează mentenanța preventivă: regula 82% a fiabilității (2026)

Pe scurt

 

  • Mitul vârstei: Majoritatea managerilor cred că mașinile se strică pentru că îmbătrânesc. Gândesc: "Dacă înlocuiesc piesa anual, nu se strică." Această logică e greșită pentru majoritatea activelor moderne.

  • Realitatea 82%: Studiile RCM arată că 82% din modelele de defecțiune sunt aleatorii, cauzate de stres, erori de instalare, vârfuri de operare, nu de timp.

  • "Paradoxul PM": Mai multă mentenanță preventivă (deschiderea mașinii) pe active cu defecțiuni aleatorii crește riscul de defecțiune ("mortalitate infantilă" cauzată de intervenția umană).

  • Soluția: Trecere de la bazat pe timp (calendar) la bazat pe stare (date). Fabrico ascultă semnalele de stres (PLC/senzori) pentru a interveni doar când defecțiunea aleatorie se manifestă.

Ce este regula 82% a fiabilității (și de ce PM-ul calendaristic ascunde defectele reale)

Quick answer: 82% of preventive maintenance programs fail to reduce failures because they're time-based instead of condition-based. The Nowlan-Heap reliability research showed that only 11% of equipment shows age-related wear; the other 89% fails on random patterns that a calendar can't predict.

The fix is condition-based PM driven by OEE signals or sensor data.

Related deep-dives: improve PM compliance · PM optimization software · eliminate PM overruns · closing the OEE-CMMS loop.

If you ask a Maintenance Manager why a machine broke, they often say:
"It was old. We should have serviced it sooner."

This assumes a direct link between Age and Failure.
It assumes that machines are like car tires, they wear out smoothly over time.
If this were true, Preventive Maintenance (PM), servicing machines on a calendar, would prevent 100% of breakdowns.

But it doesn't. Machines still break the day after a service.
Why?
Because the "Age Theory" is wrong.

According to the foundational studies of Reliability Centered Maintenance (Nowlan & Heap), only 18% of assets fail due to age.
The other 82% fail randomly.

This is the 82% Rule. If you are building your maintenance strategy entirely around Calendar PMs, you are using the wrong tool for 82% of your problems.

Here is why "More Maintenance" isn't the answer, and how to fix the random failures.

1. The 6 Patterns of Failure

Engineering studies classify failure into 6 patterns. Only one of them looks like "Wearing Out."

  1. The Bathtub (4%): High failure at start, low middle, high at end.

  2. Wear Out (2%): Constant until a sudden increase at the end.

  3. Fatigue (5%): Slowly increasing failure probability.

    • Total Age-Related Failures: ~11-18%.

The vast majority (Patterns D, E, F) show Random probability.

  • What this means: A motor is just as likely to fail on Day 100 as on Day 1,000.

  • The Cause: Random failures are caused by Events, not Time.

    • A voltage spike.

    • A material jam.

    • An operator error.

    • A bad bearing installation.

2. Why Calendar PMs Fail the 82%

If a machine fails randomly (e.g., due to a voltage spike), changing the oil every month does nothing to prevent it.
In fact, Calendar PMs can hurt you.

The "Intrusion" Risk:
Every time a technician opens a machine to do a PM, there is a risk they will:

  • Strip a bolt.

  • Introduce dirt.

  • Bump a sensor.

This creates "Infant Mortality" in an old machine. You took a healthy asset, opened it up to "Maintain" it, and accidentally introduced a defect.
For random-failure assets, "Hands-Off" is often the best policy, until the data says otherwise.

3. The Strategy Shift: From "When" to "If"

For the 18% of assets that wear out (Tires, Belts, Brake Pads), keep using Calendar/Usage PMs.
For the 82% of assets that fail randomly (Electronics, Hydraulics, Pneumatics), you need Condition Monitoring.

You stop asking: "When is it due?"
You start asking: "Is it healthy right now?"

The Digital Approach:

  1. Monitor the Variables: Random failures leave clues. Heat. Noise. Vibration.

  2. Connect the Data: Use Fabrico to read the PLC tags (Amps/Temp).

  3. The Trigger: Instead of a "Monthly Service," set an alert: "If Temp > 60°C, Inspect."

This allows you to catch the Random Event (the voltage spike or the jam) the moment it happens, rather than waiting for next month's schedule.

4. How Software Manages the Mix

You cannot manage a complex factory with a simple calendar. You need a Hybrid System.

How Fabrico handles the 82% Rule:

  • For Wear Parts (The 18%): We use Cycle Counts. "Conveyor Belt has run 10,000 hours. Replace."

  • For Random Parts (The 82%): We use Trend Analysis. "Motor current is trending up. Something changed. Investigate."

This moves you from "Blind Maintenance" (guessing) to "Evidence-Based Maintenance."

Conclusion: Stop Disturbing Healthy Machines

The goal of maintenance is reliability, not activity.
If you are over-maintaining healthy machines "just in case," you are wasting money and introducing risk.

Respect the 82% Rule. Listen to the machine, don't just look at the calendar.

Switch to condition-based.


[Request a Demo] and let Fabrico help you move from Calendar to Condition.

See OEE & CMMS live in 15 minutes.

Book a demo

Soluția PMO: de la PM calendaristic la PM condiționat în 90 de zile

Software care suportă PMO + matrice de decizie + FAQ

Cele 4 moduri tăcute de eșec ale programelor PM doar calendaristice

Related articles

Latest from our blog

Încă te întrebi?
Verificați singuri!
Încă te întrebi?

Programați o întâlnire individuală cu experții noștri sau înscrieți-vă direct în planul nostru gratuit.
Nu este nevoie de card de credit!

By clicking the Accept button, you are giving your consent to the use of cookies when accessing this website and utilizing our services. To learn more about how cookies are used and managed, please refer to our Privacy Policy și Cookies Declaration