失敗までの平均時間を適切に計算するにはどうすればよいですか?


8

過去5年間で500個の製品を出荷した製品があります。この製品は、ユーザーが修理できるように設計されていません。コンポーネントに障害が発生すると、ユニットが交換されます。これらのユニットの大部分は問題が発生したことがなく、まだ正常に動作しています。一部は破損しており、修理に戻ります。

障害までの平均時間(MTTF)を計算するにはどうすればよいですか?故障したユニットのみを含めますか?それとも、現在稼働しているすべてのユニットも考慮しますか?設置日ではなく、販売日のみを持っているという事実はどうですか?そして、私はユニットが稼働しているインストールされた時間のどの部分を知らないのですか?私は合理的な仮定をする必要がありますか?


MTTFの予想精度はどのくらいですか?
Mahendra Gunawardena 2015

@MahendraGunawardena残念ながら、私がその質問にどのように答え始めるのかわかりません。
Stephen Collings、2015

顧客のところに行って、購入したユニットがどのような稼働時間を見ているか尋ねることはできますか?大まかな見積もりであっても、自分で推測するだけでは得られるよりも、より良い稼働時間の感覚が得られると思います。
Trevor Archibald

回答:


5

まず、ガベージイン=ガベージアウトであることを常に覚えておいてください。したがって、データがゴミである場合、統計はゴミになります。

この状況では、最適なデータはRun Hours Until Failureのようなものであり、データセット全体がすでに失敗しているはずです。これを念頭に置いて、計算した統計から保守的な数値を選択することをお勧めします。

あなたは発売日からの失敗しか持っていないので、これはより高いMTTFに偏っているかもしれません。

すべての製品がまだ故障しているわけではないので、母集団のより小さなサブセット、たとえば最初の6か月の生産を見ることができます。これらの割合が高いほど失敗する可能性が高いです(先週販売した製品が今週失敗しないはずです)。

失敗の割合がまだ低すぎる場合は、分布の割合が低いこと、つまりデータセットから近似曲線に外挿する必要があることを念頭に置いて、データを分布に適合させようとする必要がある場合があります。

たとえば、ワイブル分布はここでうまく機能し、MTTFデータに一般的に使用されます。ここでの考え方は、失敗したデータセットの比率を、対応する分布の比率に合わせることです。失敗したデータセット内の製品の割合が48.66%の場合、次の画像の影付きの領域で示すように、それを仮説の分布のその確率に適合させます。

PDF

ただし、これは指数分布以外の場合にはかなり集中的になる可能性があります。

外挿の別の方法は、 劣化分析によるものです。


4

ハードデータがない場合は、仮定(できれば「合理的な」もの)を選択するしかありません。(たぶんそれが、エンジニアが計算尺を「推測スティック...」と呼んでいた理由です)

ほとんどのユニットがこれまで故障していないという事実を無視することはできません。これに対するもっともらしいアプローチは、あなたが知っている故障までの時間を使用して、故障プロセスの統計モデルのパラメーターを当てはめることです。また、予測に使用する前に、モデルの予測が生データと一致していることを確認する必要があります。

信頼性工学で一般的に使用されるモデルはワイブル分布です。これは、さまざまな「根本的な原因」の故障を表すことができ、確率曲線の「最良の」形状を使用するように自動的に調整されます(もちろん範囲内)。実際のデータと一致させます。

Googleは「Weibull配布チュートリアル」などのヒットをたくさん見つけますが、これに慣れていない場合は、詳細に入る前に「信頼性エンジニアリング」の概要を理解しておくことをお勧めします。開始するのに適した場所は、たとえば米国品質協会(ASQ)などの専門エンジニアリング組織です。

見積もりを作成する最も実用的な方法は、手動で計算を行う方法を理解するのではなく、いくつかのコンピューターソフトウェアを使用することですが、問題の詳細がなければ、特定のパッケージを推奨することは困難です。


予測が生データと一致していることを確認することについてのあなたのコメントはスポットでした!ワイブル分布スプレッドシートを作成しました。これまでの非常に限られた一連の障害から、MTTFは6か月のようになり、5年以内に99%の障害率が予想されました。これは現実と完全に矛盾しています。それで問題が発生します...今はどうですか?
Stephen Collings、2015

2

回答された前の2人が提案した統計ツールWeibullは、平均故障時間(MTTF)計算に最適なツールです。以下のキャプチャとしてのコメントに基づいて、ワイブル分析は期待される結果を生成しなかったようです。

Stephen Collingsからのコメント

私が使用したほとんどの統計学者は、ほとんどの統計分析にサンプルサイズ30を推奨しています。私の疑いは、限られたデータサイズは分析に役立たないかもしれないということです。利用可能なデータに基づいて、故障までの時間の単純な平均および標準偏差の計算から始めることをお勧めします。製品に基づいて故障までの時間を計算するときに、いくつかの合理的な仮定を行う必要がある場合があります。例えば

仮定:故障までの時間(日)=返却日–出荷日

現在のテクノロジーと利用可能なデータを使用すると、想定をさらに洗練できるかもしれません。

仮定の改善:故障までの時間(日)=顧客の製品の返送日–顧客の最初の製品の受領日

私が言っている点は、適切な適切な仮定が適切なデータセットを生成するのに役立ちます。また、私の経験では、基本的な平均と標準偏差の計算は、目前の問題についての良い洞察を得るために役立ちます。

もう1つの注意点は、失敗の原因が

  • 特別な原因
  • 一般的な原因

根本原因分析は、特殊原因の失敗に対して実行する必要があり、修正アクションを実装する必要があります。一般的な原因の障害は、特定の業界で特定の顧客ベースでビジネスを行うことの一部にすぎません。

この応答が当面の問題の合理的な解決策を見つけることを願っています。


参照:


特殊原因の失敗について言及しました。それらは製造に起因する可能性がありますが、保証を無効にする推奨動作パラメーター以外のフィールド使用に起因する可能性もあります。MTTFに特殊原因の失敗を含めないことに同意しますか?
Acumen Simulator 2015

また、どのパラメータをテストしていますか?失敗したのは少数の人口なので、実際のアイテムの分布を見つけるのではなく、「失敗したX年の間に作られた合計の%」の分布を見つけようとします。その方法で興味深い結果が見つかるかもしれません。
マーク・

@ user38826、私はMTTFに特別な原因の失敗を含めるべきではないことに同意します。以前のOPのベースOPが特別な原因による失敗に対処していると確信しています。私の回答は、マークのコメントと一致しています。特殊原因の失敗がMTTFに含まれていないことを調査する間、価値があるかもしれません。
Mahendra Gunawardena 2015
弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.