工業製造
産業用モノのインターネット | 工業材料 | 機器のメンテナンスと修理 | 産業プログラミング |
home  MfgRobots >> 工業製造 >  >> 機器のメンテナンスと修理

根本原因の評価方法

<中央>

根本原因分析(RCA)は、信頼性の分野で日常的に利用される重要なツールです。問題解決方法とその中​​で機能する分析ツールを正しく理解することは、世界クラスのメンテナンスへのサイトの旅を支援する上で重要です。

問題の原因を特定することで、ダウンタイムを最小限に抑え、欠陥を排除し、労働力を最適化することができます。このセッションの目的は、根本原因分析の問題に取り組むための複数の方法を区別、確認、および理解することです。

RCAは、問題の症状を精査して排除し、根本的な問題を特定するプロセスを通じて、問題や、品質の低下、パフォーマンスの低下、安全性への懸念の高まりなどの問題や予期しないイベントの発見を支援するために、複数の方法または手段を利用する継続的な改善ツールです。 、最終的な問題。

RCAは、プラントの故障に基づくニージャーク反応のために本質的に反応性で始まることがよくありますが、時間の経過とともに、このプロセスが育成された場合、施設での機器の信頼性の予防的および反応的な状態で結果を推進するように動く可能性があります。

>

RCAは、製品またはプロセスの全体的な品質を向上させるために機能します。そのため、効果的で実際の結果を促進するための特定の組織化されたアプローチに値します。この方法論にはいくつかの反復がありますが、考慮すべき重要なステップは次のとおりです。

  1. 特定の問題や懸念を述べ、明確にします。

  2. 問題に関連するデータと情報を収集します。

  3. 考えられる原因と考えられる原因を分類します。

  4. 再発をなくすために取り除く必要のある原因を特定します。

  5. 効果的で潜在的な解決策を見つける

  6. 実装の計画を立て、

  7. 問題が適切に修正されたことを確認するために行われた変更を確認して文書化します。

これらのアクションと分析は個人が完了することができますが、RCAは、さまざまなレベルの経験、職務、および独自の視点を持つ仲間のグループが利用される場合に最適に機能することに注意してください。

RCAとは何かを理解するためのベースラインが確立され、一般的なプロセスの概要が説明されたので、この開発中に適用される一般的な方法の調査を行うことができます。これらの方法はそれぞれ複雑さのレベルが異なり、各手法が展開される性質は、サイトの継続的な改善イニシアチブへの積極的な関与に大きく依存する可能性があることに注意する必要があります。

いくつかの方法は迅速なプロセスですが、他の方法は長くて骨の折れる旅を必要とする可能性があります。特定の方法は、設置中および機器の稼働中に積極的に利用されます。他の人は、資産に関する指摘された死後の失敗または問題をレビューするプロセスに大きく依存しています。

フィッシュボーン図

カバーされている最初のメソッドにはいくつかの名前があります。この演習をフィッシュボーン図、石川、または因果関係図と呼ぶ人もいます。このRCA方式の背後にある考え方は、そこから伸びる長い直線のあるボックスに障害または問題を描くことです。この長い線から離れると、一次線を分割するいくつかの枝または骨があります。

各行にはヘッダーがあり、根本原因の問題の考えられる理由を特定する際の特定のカテゴリ障害メカニズムとして機能します。一般的なカテゴリヘッダーは、人、手順、慣行、機器、材料、測定値、環境などです。

例として、人のカテゴリでは、RCAチームは、問題の結果に影響を与える可能性のあるすべての注目すべき個人または役職を特定します。チームは、すべての合理的なカテゴリに対してこのプロセスを継続的に実行し、1つ以上のカテゴリに基づいて現実的な根本原因の共通のテーマを特定するように努めます。この演習は、利用可能な最も一般的に使用されるRCAメソッドの1つであり、障害または問題が発生した後の根本原因を特定するための推進力として使用されます。

バリア分析

バリア分析は、問題が発生した理由を発見し、再発を防ぐために使用される、事後対応型および事前対応型のRCA手法です。この方法論の背後にある考え方は、適切な障壁を確立することによって問題を回避することができ、回避する必要があるということです。 RCAチームは、標的と危険を認識し、2つの間にバリケードを作成する手段を特定しようとします。

場合によっては、複数のバリアが使用されます。このケースは、保護層または防御の深さと呼ばれます。これらの障壁は、問題に応じて、エンジニアリングまたは管理制御になります。バリア分析は、安全性に基づくインシデント評価で最も一般的に使用されます。

FMEA

故障モード影響分析(FMEA)は、主に、潜在的な故障、リスク、および原因を特定するために使用されるプロアクティブなRCAツールです。この演習には定性的な特性がありますが、計算されたマトリックスに基づく量的特性のより実用的なアプリケーションであり、プロアクティブRCAの最初のステップと見なされることがよくあります。

FMEAは、問題が発生する前に機器を調査し、加重ランキングシステムに基づいて関連する懸念事項を理解するRCAチームによって実行されます。 FMEAから派生するソリューションの計画と戦略は、主に系統的な結果に基づいて優先されます。 FMEAは通常、設置、設計変更、または生産数の増加中に発生する必要があります。

フォールトツリー分析

フォールトツリー分析は、RCAへのプロアクティブなアプローチと見なされることが多いという点でFMEAに似た方法です。この手法は、イベント率を形成し、特定のルートソリューションにつながる原因のウォーターフォールまたはトップダウンの論理分析を確立します。この方法論は、一般的にプロセスの懸念や安全関連のインシデントで使用されます。

8つの分野

Eight Disciplinesは、繰り返し発生する欠陥や問題を修正するために開発されたRCAアプローチです。この方法は、統計分析に基づいて懸念を排除するための長期的な是正措置を確立するために機能します。このプラクティスには、チームの作成、問題の説明、短期的な封じ込め計画の作成、根本原因の特定と確認、長期的な解決策の検証、是正措置の実行、再発の防止、および成功の認識が含まれます。 8つの分野は当初、自動車業界で適用されていましたが、現在ではRCA内で多くの実用的なアプリケーションがあります。

5つのなぜなぜ

基本的な形式でのRCAに対する「5つのなぜ」運用アプローチは、問題を特定するための非常に単純な方法です。このアプローチがどのように機能するかの一般的なプロセスは、懸念事項を特定し、この障害が5回発生した理由を尋ねることです。理由の数は、ある程度標準として5に設定されていますが、このプロセスは、1つの理由のように単純な場合もあれば、懸念や失敗が発生した100を超える理由のように複雑な場合もあります。

「なぜ」プロセスの数が少ない、または多いからといって、プロセスが多かれ少なかれ真実になるわけではありません。また、レビューしているカテゴリに基づいて、複数の障害メカニズムまたは懸念事項が存在する可能性があります。同じ障害が、設計上の問題、運用上の問題、またはプロセスまたは手順上の問題として個別に正しく識別される場合があります。分析が同じ障害メカニズム内の複数のカテゴリを特定するためにも機能する理由をさらに詳しく説明します。

分析の理由にはさまざまなバリエーションがありますが、この線形進化をどの程度深く掘り下げるかを決定するのはRCAチームの責任です。なぜ分析は通常、障害または問題が発生した直後に使用され、データ収集が行われ、プロセスとチームが定義された後、ほとんどのプロジェクトでRCAチームをキックスタートするためによく使用されます。この手法は、RCAのプロアクティブな側面ではめったに見られません。

メソッドである/メソッドではない

Is / Is Notメソッドは、RCAへのもう1つのやや単純化されたアプローチです。収集されたすべてのデータと情報に基づいて、問題または懸念に影響を与える「Is」列と「IsNot」列の行のリストを、誰が、何を、どこで、いつ、なぜ作成するかという考え方です。この手法は、問題が発生した後に利用されることが多く、RCAチームは範囲を絞り込み、共通のテーマに基づいてソリューションを確立し、優先順位を確立する必要があります。

パレート分析

パレート分析は、RCAの優れた視覚的表現です。この方法では、データを使用して、根本原因の懸念を追跡および傾向分析します。パレート図は通常、問題の全体の料金を合計した降順で値を表示する棒グラフで表示されます。パレートは一般に80/20の法則と呼ばれるため、障害の特定に関してはその名に恥じないことがよくあります。

これらの重要ないくつかの項目がパレート分析によって対処されると、懸念の原因の大部分が排除されます。この手法は、品質管理の懸念に最も一般的に適用され、一般的に障害が発生している間に実行されます。

散布図

パレート図が他の業界でうまく機能するのと同じように、散布図についても同じことが言えます。これらの図は、1つまたは複数のペア変数を相関させる作業を行うときに便利なRCAツールになります。変数はチャートのX軸とY軸で区切られ、指定された変数が関連しているかどうかを確認します。この特定の方法は、通常、検証の手段として他の方法と組み合わせて使用​​されます。

結論として、問題の根本原因を特定し、RCAプロセスを理解し、特定の分析方法をいつどのように展開するかを知ることで、ダウンタイムを最小限に抑え、欠陥を排除し、労働力を最適化できます。これらのプラクティスをプロアクティブかつリアクティブに適切に展開し、発見を実現に導くことは、サイトの世界クラスのメンテナンスへの道のりを支援する上で重要です。


機器のメンテナンスと修理

  1. タンタル粉末の調製方法
  2. ラジカル
  3. 根本原因分析の危険性と落とし穴
  4. Vodcast:5つのなぜ根本原因分析の問題解決ツール
  5. Vodcast:根本原因の分析と問題の防止
  6. 元Intelエンジニアが根本原因分析に関する学習を共有
  7. PPE評価は収益にプラスの影響を与える可能性があります
  8. Java 10 - ルート証明書
  9. Java 8 - デフォルトのメソッド
  10. C# - メソッド
  11. 根本原因分析の重要性