障害コードを使用した保守管理：成功の発見

施設に関するこれらの質問にどの程度正確に答えることができますか？

• 過去6か月間に最も慢性的な（低コスト、高頻度の）障害が発生した機器はどれですか？

• 過去2年間に、定期予防保守（PM）の間に最も障害が発生したのはどのタイプの機器ですか？

これらの質問に答えることができず、情報をすばやく簡単に見つける方法がわからない場合は、障害コードの実装を検討する必要があります。

障害コードを理解する

障害コードは事前に決定された一貫性のあるカテゴリであり、データマイニングを容易にするために部分的および全体的な障害が整理されています。これが実際に何を意味するかを理解するために、まず障害コードのないメンテナンスシステムを確認できます。

すべての作業指示は問題への反応ですが、これらの問題の説明方法には一貫性がないことがよくあります。理由は簡単にわかります。人によって説明が異なります。また、これは単なる人間の性質であるため、従来の紙と鉛筆またはスプレッドシートのシステムからより洗練されたCMMSにジャンプする場合でも、これが引き起こす混乱が続く可能性があります。

必要以上に振動するタイプの電気モーターがあるとします。最初の作業指示では問題を「過度の振動」と表現している場合がありますが、1週間後に問題が再発した場合、次の作業指示では「予期しない揺れ」と表現します。そして、1か月後の3つ目は、「望ましくないぐらつき」を使用します。ここには傾向がありますが、各技術者が同じ問題を説明しているが異なる表現を使用しているため、3つの作業指示書を目の前に配置しないと簡単にそれを見ることができませんでした。

障害コードの助けを借りずに傾向を確認することは可能でしょうか？もちろんですが、それらを明らかにするには、すべての作業指示書を手作業で（またはスプレッドシートや作業指示書管理ソフトウェアを使用している場合はクリックしてクリックして）丹念に調べて、相互参照された類似した障害の独自のリストを作成する必要があります。 。
では、障害コードのある保守システムについてはどうでしょうか。ここでは、問題を一貫して文書化できます。全員が同じ限られた障害コードのリストから作業しているため、全員が同じ説明を使用しています。

データは均一であるため、戻って本当に役立つものに整理する方がはるかに簡単です。実際、多くのCMMSソフトウェアおよびEAMソフトウェアパッケージは、数回クリックするだけでデータマイニングレポートを生成できます。

十分なデータの確保

最も一般的な問題に障害コードを実装することは良いスタートですが、そこでやめた場合、考えられるすべてのメリットを享受することはできません。少数のメンテナンス失敗コードを使用している場合、メンテナンスランドスケープの表面的なマップしか取得できません。その理由は次のとおりです。

障害コードの数が少ないほど、各コードが表す障害のカテゴリが広くなります。カテゴリが広すぎると、実際には互いに異なる障害は、すべて同じ広範な説明に一致するため、まとめられます。コードを増やすと、各カテゴリを絞り込むことができ、タイプごとに障害をより細かく分類できます。部門が有用なデータを確実に収集するために、多くのコードライブラリはかなり広範囲に渡っています。さまざまな障害コードに加えて、2つの追加のコードタイプが含まれています。それぞれを理解する簡単な方法は、答えるのに役立つ質問について考えることです。

障害コード

• 症状は何ですか？
• 何が問題だと思われますか？

原因コード

• 失敗の原因となった問題は何ですか？
• 失敗の根本的な原因は何ですか？

救済コード

• どうすれば修正できましたか？

Goldilocks-失敗コードの作成

コードが少なすぎると、部門がリソースをどのように使用しているかを表面レベルでしか理解できなくなります。ただし、コードが多すぎると問題も発生します。
技術者がポンプが適切に循環していないことに気付いたと想像してください。機器のメンテナンスソフトウェアを開いて作業指示書を作成すると、何百もの障害コードが詰め込まれたプルダウンメニューが表示されます。

彼らは、現在の問題をリモートで説明しているように聞こえる最初のオプションを選択するか、最後のオプションである「その他」まですばやくスクロールダウンします。やりたいのはそのポンプを修理することです。コードが多すぎると、技術者が圧倒され、データの品質が低下する可能性があります。すぐに、古い格言「ガベージイン、ガベージアウト」にぶつかります。

それで、マジックナンバーはありますか？可能性はありますが、コードの数と、CMMSまたは施設管理ソフトウェアでのコードの表示方法の両方について、保守部門の側で少し実験が必要になる可能性があります。たとえば、アセットタイプに応じてコードを分割できます。上記の例のように、技術者がポンプで作業している場合、そのアセットタイプに特に関連するコードのサブセットのみがプルダウンメニューに表示されます。

データを深く掘り下げる

投稿の冒頭の質問を覚えていますか？この時点で、障害コードが迅速かつ簡単に回答するのに役立つことは明らかです。それらの質問をもう一度見て、答えを知ることで時間、お金、欲求不満をどのように節約できるかを考えてみましょう。

過去6か月間に最も慢性的な（低コスト、高頻度の）障害が発生した機器はどれですか？

どの機器が最も故障しやすいかがわかったので、原因コードを調べて、なぜそれがそれほど問題を引き起こしているのかを知ることができます。現在のオペレーターは追加のトレーニングが必要な場合があります。または、救済コードを見て、同じ障害が2つの異なる方法で修正されており、修正の1つだけが続く傾向があることに気付くかもしれません。

慢性的な障害を修正することはコストを削減するために重要であるため、最初の質問に対する答えを掘り下げることが重要です。チャールズラティーノは、信頼性センターの社長を務めていたとき、アメリカの業界で慢性的な障害を排除することで、メンテナンスコストを40％から60％削減できると有名に見積もっています。

過去3年間に、予防保守（PM）間で最も障害が発生したのはどのタイプの機器ですか？

データを見ると、予防保守ソフトウェアでPMスケジュールを調整する必要がある場合があります。たとえば、最も一般的な障害の原因が部品の焼き付きである場合は、より頻繁に注油できます。

最初の一歩を踏み出す

小規模から始めて、障害コードの独自の基本システムを実装し、部門の特定のニーズに合わせて調整した、より拡張性の高いシステムを着実に構築することができます。既製のコードライブラリも利用できます。コードの出所に関係なく、最も重要なことは、データの収集と調査に価値があることを信頼することです。部門全体の努力が必要ですが、時間、お金、フラストレーションを部門全体で節約できます