Мастерство профилактического и состояния-ориентированного обслуживания: практическое руководство по разработке ПО

Многие организации гонятся за последними модными терминами, не закладывая фундамент для их поддержки. Профилактическое обслуживание (ПО) и обслуживание на основе состояния (ОБС) — классические примеры. Это руководство не исчерпывающее, но служит отправной точкой для бесед о построении надежной программы ПО.

1. Исключите недобавляющие ценность задачи и шаги из ваших ПО. Времени на обновление задач почти никогда нет, а мы продолжаем выполнять неправильную работу.
2. Сфокусируйтесь сначала на оборудовании, которое стоит вам дороже всего — часто это некритические активы, истекающие ресурсами.
3. Идентифицируйте режимы отказа оборудования. Например, предотвратитель выброса в Мексиканском заливе имел более 260 режимов отказа; SKF указывает более 50 на подшипник.
4. Примените логическое дерево RCM (обслуживание, ориентированное на надежность) для выбора задач. Приоритизируйте мониторинг на основе состояния (ОБС) когда возможно, так как это обычно менее затратно, чем полные капитальные ремонты. Некоторые команды все еще делают капитальные ремонты просто потому, что так исторически сложилось. Ваше оборудование диктует подходящий тип ПО; работа до отказа допустима, если сопутствующий ущерб контролируем. ОБС расширяет окно обнаружения отказа по сравнению со временными расписаниями.
5. Определите задачи, обнаруживающие каждый режим отказа рано. Анализ режимов отказа и последствий (FMEA) бесценен, но многие группы не могут выделить время на разработку процедур.
6. Документируйте процедуры с использованием стандартизированного, четкого языка.
7. Акцентируйте точность: соблюдайте спецификации, такие как момент затяжки и натяжение ремня.
8. Ищите скрытые отказы, которые могут не проявиться при рутинных проверках.
9. Установите частоту задач на основе данных — идеально половина ширины окна обнаружения отказа — обеспечивая при этом возможность проактивно планировать и графировать обслуживание.
10. Регулярно инспектируйте и аудируйте рабочие процессы.
11. Измеряйте результаты и выгоды количественно.
12. Собирайте обратную связь от техников и внедряйте цикл непрерывного улучшения.
13. Хороших процедур недостаточно; измените поведение работников, которое может составлять до 80% эффективности обслуживания.
14. Стройте партнерство с производством, инженерией и другими заинтересованными сторонами. ПО неэффективно, если производство запрещает доступ к оборудованию. Даже хорошо обслуживаемое оборудование может выйти из строя при неправильной эксплуатации или установке. Помните, что полная стоимость жизненного цикла может превышать 20-кратную первоначальную цену покупки.
15. После отказа проведите анализ первопричин (автопсию), чтобы определить, почему отказ не был обнаружен. Пересмотрите процедуры и частоты задач, затем обновите ПО соответственно.