Оптимизация профилактического обслуживания с использованием CMMS

Эта статья написана Эриком Хупье, руководителем отдела технического обслуживания и надежности.

Истоки профилактического обслуживания

На протяжении большей части истории человечества у нас был очень простой подход к обслуживанию:мы ремонтировали вещи по мере их поломки. Это называется техобслуживанием первого поколения и было обычным подходом до Второй мировой войны.

К 1950-м годам появился упор на предотвращение отказов оборудования. Второе поколение обслуживания было основано на идее, что отказы можно предотвратить с помощью планового профилактического обслуживания (PM). Капитальный ремонт или замена с фиксированным интервалом для предотвращения отказов стали нормой.

Настоящий прорыв в обслуживании и надежности произошел между 1950-ми и 1970-ми годами. Третье поколение технического обслуживания родилось в авиационной промышленности. В течение этого периода было проведено подробное исследование авиационной отрасли с использованием данных за 12 лет. Целевая группа пришла к поразительному выводу, что капитальный ремонт практически не повлиял на общую надежность или безопасность. Эти результаты привели к развитию ориентированного на надежность обслуживания - подхода, основанного на надежности, а не на времени.

Однако сегодня многие из наших систем управления персоналом основаны на устаревшем мышлении, основанном на времени, а не на принципах надежности. Вот восемь советов по оптимизации PM с использованием принципов обслуживания, ориентированных на надежность, и системы CMMS для их реализации.

Совет №1:принимайте неудачи с незначительными последствиями

Не все сбои можно предотвратить с помощью технического обслуживания. Нет никакой пользы от попыток предотвратить сбои, находящиеся вне нашего контроля, например, вызванные ударами молнии или наводнением. Здесь важен хороший дизайн, но не техническое обслуживание.

Некоторые отказы имеют настолько минимальные последствия, что правильнее всего допустить отказ, а затем выполнить ремонт (например, общее освещение). Кроме того, хорошие программы обслуживания не будут пытаться предотвратить все сбои.

Эти незначительные сбои должны быть зарегистрированы в вашей CMMS, но не тратьте больше времени на анализ отказов и разработку нерелевантных задач PM.

Совет №2. По возможности используйте мониторинг состояния

Задачи профилактического обслуживания, основанные исключительно на времени, часто тратят время и ресурсы. Для 70% оборудования с постоянной вероятностью отказа нет смысла выполнять задачи по продлению срока службы, такие как обслуживание или замена на основе времени.

На практике это означает, что от 70% до 90% оборудования выиграют от той или иной формы мониторинга состояния, и только 10% - 30% можно эффективно контролировать с помощью замены или капитального ремонта по времени. Большая часть наших усилий по PM должна заключаться в выполнении задач мониторинга состояния, которые обнаруживают износ компонентов до того, как произойдет сбой, что дает время для адекватного планирования и составления графиков. Системы CMMS могут фиксировать результаты мониторинга состояния и сравнивать их с базовыми показателями. Задачи обслуживания могут создаваться автоматически при достижении порогового значения.

Только в том случае, если мы можем доказать, что элемент имеет возраст до износа, имеет смысл проводить капремонт или замену компонентов на временной основе.

Совет №3:используйте подход, основанный на оценке риска

Техническое обслуживание следует рассматривать как вложение. Вы несете расходы на техническое обслуживание в обмен на обеспечение постоянной безопасности и надежности. Как и в случае со всеми хорошими инвестициями, выгода должна перевешивать первоначальные вложения.

Программа технического обслуживания должна учитывать как последствия, так и вероятность отказов. А поскольку риск =вероятность x последствия, мы можем сделать вывод, что хорошие программы технического обслуживания основаны на оценке рисков. Используйте концепцию риска, чтобы оценить, где использовать ваши скудные ресурсы на техническое обслуживание, чтобы получить максимальную отдачу от ваших инвестиций.

Системы CMMS позволяют фиксировать затраты на обслуживание, связанные с отказами. Со временем эти данные можно использовать для расчета стоимости отказа с точки зрения затрат на техническое обслуживание. Это одно из последствий неудач. Однако при расчете риска более высокие затраты часто связаны с простоями и производственными потерями.

Совет №4. Используйте личный кабинет для поиска скрытых сбоев

Задачи PM - отличный способ найти скрытые ошибки. Это сбои, которые остаются незамеченными во время нормальной работы и становятся очевидными только тогда, когда вам нужно, чтобы элемент работал (отказ по запросу). Или когда вы проводите тест для выявления сбоя - задача по поиску сбоев.

Например, рассмотрим отключение по высокому-высокому давлению, которое обычно неактивно. Он необходим только в порядке исключения для защиты ваших людей, окружающей среды или активов. Проверка реле давления покажет, работает ли оно нормально или вышло из строя. Чтобы было ясно, задача поиска неисправностей не предотвращает неудачу. Вместо этого задача по поиску сбоев направлена ​​на поиск сбоя, который уже произошел, но нам не сообщили.

Задачи PM помогают нам находить скрытые неисправности и устранять их до того, как оборудование начнет работать. Эти задачи PM являются частью системы безопасности объекта и возлагают ответственность за тестирование его функциональности. Записи КСУП часто используются при расследовании инцидентов для проверки соблюдения правил безопасности.

Совет №5:не используйте общие библиотеки PM

Тот факт, что две единицы оборудования одинаковы, не означает, что они нуждаются в одинаковом обслуживании. Фактически, им могут потребоваться совершенно другие задачи по обслуживанию. Использование библиотек обслуживания PM приводит к общему списку задач PM для каждого подобного оборудования.

Однако насос в режиме ожидания требует иных задач PM, чем насос, который постоянно работает. У оборудования в разных службах могут быть разные последствия отказа, и ресурсы PM должны быть распределены соответственно. Чем более универсальна система управления проектами, тем она расточительнее.

Хотя системы CMMS позволяют легко дублировать задачи и поддерживать согласованность на предприятии, не тратьте зря ценные ресурсы, не злоупотребляя этой функцией.

Совет №6. Не используйте личную работу для решения проблем дизайна

«Вы не можете оставаться на своем пути к надежности». Мне нравится эта цитата Терренса О’Хэнлона, и она очень верна. Техническое обслуживание может только сохранить присущую вашему оборудованию надежность и производительность. Если оборудование имеет низкую надежность или производительность, дальнейшее техническое обслуживание не поможет.

Анализ существующих задач PM, а также причин отказа можно использовать в качестве критических входных данных для программы устранения дефектов. Не пытайтесь использовать PM для преодоления плохого дизайна. Вы также не должны мириться с аномально высокой частотой отказов из-за плохой конструкции. Лучше используйте статистику КСУП и анализ режима отказа, чтобы исправить проект, чтобы сократить количество задач PM, которые на самом деле не решают проблему.

Совет 7. Не тратьте ценные ресурсы зря

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

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

Точно так же избегайте назначения нескольких задач одному режиму отказа. Придерживайтесь правила:одна эффективная задача на каждый режим отказа, насколько это возможно. Только для режимов отказа с очень серьезными последствиями следует рассматривать возможность выполнения нескольких разнородных задач для одного режима отказа.

Будьте безжалостны со своими задачами PM, выполняя только те задачи, которые, как вы уверены, принесут желаемый эффект. Внедрение жесткого процесса контроля изменений в вашей КСУП не позволит людям легко вносить в систему ненужные изменения.

Совет №8:продолжайте совершенствоваться

Самые эффективные программы обслуживания - динамические. Они постоянно меняются и улучшаются, всегда лучше используют ограниченные ресурсы и становятся более эффективными в предотвращении этих сбоев, которые имеют наибольшее значение для организации.

При улучшении программы технического обслуживания вы должны понимать, что не все улучшения будут иметь одинаковый эффект.

Во-первых, сосредоточьтесь на устранении ненужных задач обслуживания. Это устраняет необходимость в непосредственном обслуживании персонала и материалов, но также устраняет усилия, необходимые для планирования, составления расписания, управления и отчетности по этой работе.

Во-вторых, замените задачи капитального ремонта или замены, основанные на времени, на задачи, основанные на состоянии. Вместо того, чтобы заменять компонент каждые несколько часов, используйте технику мониторинга состояния, чтобы оценить оставшийся срок службы компонента. Затем заменяйте компонент только тогда, когда он действительно необходим.

Наконец, увеличьте интервалы между задачами. Делайте это на основе анализа данных, опыта оператора и обслуживающего персонала (или просто на основе хорошей инженерной оценки). Не забывайте наблюдать за результатами.

Чем короче текущий интервал, тем больше влияние при увеличении этого интервала. Например, перевод ежедневной задачи на еженедельную снижает требуемую рабочую нагрузку PM для этой задачи более чем на 80%.

Часто это самое простое и одно из самых эффективных улучшений, которые вы можете сделать.

Об авторе:

Последние 20 лет Эрик Хупье работал во всем мире инженером по управлению активами, специализируясь на техническом обслуживании и надежности в нефтегазовой отрасли. Он является основателем R2 Reliability и разработал структуру Road to Reliability для эффективного профилактического технического обслуживания.