PMの開発と実行のクイックガイド

多くの組織では、グループはその日の最新の流行語を追いかけようとしていることがよくありますが、それらの取り組みをサポートするために必要な基盤を確立したことはありません。 PMの開発と実行は典型的な例です。この議論では、PMについて言及するとき、予防保守と状態ベースの保守タスクの両方について話します。これは、包括的なPMプログラムに必要なすべての考慮事項を網羅的に説明しているわけではありません。これは、トピックへの継続的な議論を促進するための大まかなガイドとして意図されています。

1. 付加価値のないPMまたはPM内のタスクステップの実行を停止します。 PMのタスクや頻度を更新または修正する時間を見つけることはできませんが、間違った作業を続ける時間を見つけることはできます（図を参照してください）。
2. すでにPMプログラムが実施されていると仮定して、出血または出血が最も多い機器から始めます。多くの場合、これは最も重要な資産ではありません。
3. 機器の故障モードを特定します。メキシコ湾原油流出事故の噴出防止装置には260以上ありました。SKFのマニュアルによると、ベアリングには50以上の故障モードがあります。
4. 信頼性中心のメンテナンスロジックツリーを使用して、タスクを決定します。特にオーバーホールと比較して安価であるため、可能な場合は最初に条件ベースの監視（CBM）手法を使用します。はい、一部のグループは、過去20年間そのように行ってきた以外の理由で、まだオーバーホールメンテナンスを行っています。例として、すべてが予測技術に役立つわけではないため、機器は実際にPMのタイプを定義します。巻き添え被害を制限できる場合は、失敗まで実行することもできます。 CBMは、多くの場合、時間ベースのアクティビティにわたって障害検出ウィンドウを拡張または拡大します。
5. 各障害モードに関して、障害が発生している機器を見つけることができるタスクを定義します。故障モードと影響分析はこれらの項目に最適なツールですが、多くのグループは手順を開発する際にそれらを実行する時間を見つけることができないようです。
6. 標準テキストを使用してプロシージャを作成します。
7. 仕様（トルク値、ベルト張力など）の正確なメンテナンスに重点を置きます。
8. 隠れた障害を必ず探してください。
9. 経験と履歴がある場合は、それに基づいてタスクの頻度を設定します。一般的に、非常に広い意味では、障害検出ウィンドウの幅の半分にする必要があります。積極的な方法で機器の復旧を効果的に計画およびスケジュールするには、時間が必要であることに注意してください。
10. 作業プロセスを検査および監査します。
11. 結果とメリットを測定します。
12. 継続的な改善ループを追加して、PMタスクを実行する職人からのフィードバックを求めます。
13. すばらしい手順は始まりですが、仕事をしている人々の行動を変えることに集中する必要があるかもしれないことを認識してください。行動は仕事の80パーセントにもなる可能性があります。
14. 生産やエンジニアリングなどの他の利害関係者とのパートナーシップを確立します。たとえば、本番環境で機器にアクセスできない場合、PMを実行するのは困難です。どんなによくメンテナンスしても、機器が正しく作動していなければ、どんなレベルのメンテナンスでもそれを動かし続けることはできません。エンジニアリングが最も安価な機器を購入し、それを貧弱な方法で設置した場合、おそらくそれを克服することはできません。ライフサイクルコスト（LCC）の合計は、初期設置コストの20倍以上になる可能性があることを認識してください。
15. 障害が発生した場合は、剖検を実行して、機器が障害を起こした理由を特定する必要があります。タスクの手順と頻度を確認して、障害が発生したときに障害モードをキャッチしなかった理由を特定します。調査結果に基づいてPMを更新します。