Миф об избыточном профилактическом обслуживании — Reliability Solutions

Материал начинается с типичной ситуации: PM-compliance может достигать 95%, но оборудование всё равно продолжает отказывать. По мнению автора, проблема в таком случае не обязательно связана с работой команды; она может заключаться в допущении, что большее количество обслуживания означает большую надёжность. При разборе программы ТО автор прежде всего смотрит на график PM и задаёт вопросы, как каждая задача попала в список и когда в последний раз проверяли её актуальность. Часто ответов нет: работы и интервалы сохраняются потому, что «так было всегда», этого требовал OEM, однажды произошёл отказ пять лет назад либо настройки оставил ушедший специалист по надёжности. При этом панель CMMS может быть «зелёной», а внеплановые остановы — продолжаться.

В статье говорится, что профилактическое обслуживание имеет предел: в определённый момент оно перестаёт предотвращать отказы и начинает их вызывать. Автор ссылается на исследование 1978 года, подготовленное инженерами United Airlines Стэнли Ноланом (Stanley Nowlan) и Говардом Хипом (Howard Heap) по заказу Министерства обороны США. Как утверждается, выводы этой работы впоследствии подтверждались независимыми исследованиями U.S. Navy, NASA, ARC Advisory Group и промышленного сектора Швеции. В разных исследованиях возрастной характер имеют лишь 11–23% отказов; 68% соответствуют паттерну «младенческой смертности», то есть риск наиболее высок сразу после обслуживания; около 30% профилактических работ выполняется слишком часто.

Авторы указывают, что большинство отказов не связано с продолжительностью работы компонента: они случайны либо индуцированы обслуживанием. Если вскрыть машину для планового восстановления исправного компонента, можно снова запустить период повышенного раннего риска. Среди приведённых причин — дефектные запасные части, нарушение соосности при сборке, неправильно установленная прокладка и повреждение уплотнения при монтаже. Отказ через три недели после «рутинного» PM в статье приводится как характерный результат такого вмешательства. При этом автор не отвергает PM как таковое: оно необходимо для подходящих компонентов, на правильном интервале и применительно к конкретному режиму отказа. Ошибочным называется именно тезис, что PM всегда полезнее, если его больше.

Текст выделяет четыре не подтверждаемых данными допущения. Во-первых, преждевременная замена детали не обязательно предотвращает отказ, поскольку замена исправной детали способна внести новые дефекты; с этим связывается 68%-ный паттерн «младенческой смертности». Во-вторых, высокая PM-compliance сама по себе не равна надёжности: при соотношении PM к корректирующим работам выше примерно 90% предприятия нередко начинают чрезмерно обслуживать активы и индуцировать отказы. В-третьих, календарные интервалы не являются безопасным универсальным решением, поскольку подходят лишь для 11–23% отказов, действительно связанных с возрастом. Наконец, если компонент отказал, ответом не обязательно должно быть сокращение интервала PM: причиной может быть сама частота работ, а требоваться может другая стратегия.

По наблюдениям автора, избыточное обслуживание обычно возникает не из-за злого умысла, а из-за накапливающихся практик. После каждого отказа в график добавляют новую PM-задачу или ужесточают интервал, но почти никто не возвращается к вопросу, какие задачи больше не оправдывают себя. За пять или десять лет список разрастается, команда работает интенсивнее, соблюдение графика остаётся высоким, а надёжность не меняется, поскольку дополнительные действия обслуживают то, что и не отказывало. Отдельной проблемой названа трактовка рекомендаций OEM как непререкаемых: руководства производителя намеренно консервативны и рассчитаны на защиту OEM, а не на конкретные эксплуатационные условия. Если оборудование работает чище, медленнее или с меньшей нагрузкой, чем в наихудшем сценарии руководства, рекомендуемый интервал для данного применения, по словам автора, почти наверняка окажется слишком агрессивным.

Материал подчёркивает различие между выполнением PM и надёжностью. CMMS может показывать благополучную картину, а ежемесячный отчёт — высокую compliance, хотя MTBF не растёт и внеплановые простои увеличиваются. Выполнение PM названо метрикой активности, тогда как надёжность — результатом; их смешение позволяет программе годами выглядеть здоровой только на бумаге. Кроме того, стоимость индуцированных отказов часто остаётся невидимой: если подшипник выходит из строя через три недели после восстановления, его регистрируют как обычный отказ и не связывают с предшествующим обслуживанием. Поэтому обратная связь не замыкается, график не меняется, а компоненты продолжают отказывать с теми же интервалами.

В качестве более рационального подхода автор предлагает сопоставлять стратегию с видом отказа. Для предсказуемого износа — например, прокладок, фильтров и тормозных колодок — уместно PM по времени. Для компонентов со случайными режимами отказа, таких как подшипники, двигатели и электроника, более полезен мониторинг по состоянию: вибрационный анализ, анализ масла, термография и ультразвук. Поэтому первый вопрос к любой задаче графика должен звучать не «как часто?», а «какой режим отказа мы устраняем и подходит ли для него календарное PM?».

Также рекомендуется проводить ревизию и оптимизацию PM каждые 2–3 года. Для каждой задачи следует выяснить, какой режим отказа она предотвращает, каковы последствия её пропуска и существует ли альтернатива на основе контроля состояния. Задачи без ответа на первые два вопроса предлагается рассматривать как кандидатов на исключение, а задачи с положительным ответом на третий — на перевод к обслуживанию по состоянию. Указание, что примерно 30% PM выполняется слишком часто, автор использует как аргумент в пользу наличия существенного резерва для высвобождения ресурсов.

Для контроля индуцированных отказов статья предлагает добавить в систему нарядов-флаг: предшествовало ли отказу PM-событие в последние 30 дней. Если да, случай должен рассматриваться как кандидат на анализ индуцированного отказа. По словам автора, после начала такого учёта подобных случаев окажется больше, чем ожидается; их видимость позволит реагировать более строгими процедурами, лучшим обращением с деталями и проверкой после PM. Выполнение графика следует оценивать совместно с MTBF, соотношением плановых и внеплановых работ, а также долей PM-задач, запускаемых данными о состоянии, а не календарём. Когда эти показатели улучшаются одновременно, это, как утверждается, означает рост надёжности, а не просто увеличение объёма работ.

Практический первый шаг, предложенный для команды на текущий месяц, — выбрать один критически важный актив и изучить наряды за последние 12 месяцев. Нужно определить, сколько отказов произошло в течение 30 дней после PM, какая доля PM-задач привязана к документированному режиму отказа, а какая существует по принципу «мы всегда так делали», и какие действия можно заменить проверкой по состоянию.

Автор советует не перестраивать всю программу сразу: достаточно сопоставить историю PM и отказов одного критического актива и проверить, действительно ли они связаны. Конечная цель надёжности формулируется не как максимизация объёма обслуживания, а как безопасная и предсказуемая работа оборудования при наименьшей совокупной стоимости; иногда для этого нужно делать меньше, а не больше.