FMEAとシックスシグマ　Measureでやること３-１

皆さんこんにちは！　今日もどこかで改善サポート、Kusunoko-CIです。

シックスシグマの各段階でやることを、自分の理解の確認も含めて説明していくシリーズ。

今回もまたシックスシグマのProject進行ステップ「DMAIC」から、Measure（測定）についてです。この段階で使われることも多い、「FMEA」というツールのご説明になります。

このFMEA、もちろんシックスシグマというくくりとは関係なく、様々な分野・産業で幅広く使われている改善（予防）ツールです。

シックスシグマにおいても、デザインなどの上流工程から、実際の工程改善やそのコントロールなど、幅広く活用されており、かなり重要なツールになっております。

まずはパート１としまして、このFMEAの成り立ちや目的、シックスシグマProjectでどう使われるのかを確認していきたいと思います。

Kusunoko-CI Development

シックスシグマってなんだ？　サルでもわかるシックスシグマの成り立ち

🕒️May 15, 2020

History of six sigma. mcmurryjulie, Pixabay皆さんこんにちは。今日もどこかで改善サポート、おサルさんKusunoko-CIです。私はどちらかというと、「Leanおじさん」なのですが、改善Projectをサポートする限り、「シックスシグマ」による品質Projectも避けては通れません。品質問題改善となると、必ず登場するこの「シックスシグマ」という改善手法。そこで今回は、この「シックスシグマ」がどのように誕生して、どうしてその名で呼ばれるようになったのか、そこらへんの歴史やいきさつを明らかにしたいと思います。この記事で、「シ...

FMEAとは・歴史

Photo by SpaceX on Unsplash

まずはさっそく、このFMEAがどういうものなのか、見ていきましょう。

FMEAは、「Failure Mode and Effect Analysis」のことで、日本語では「故障モード影響解析」と呼ばれています。

平たく言えば、発生（している・するかもしれない）問題とその影響の関係性を洗い出して、対策するためのものですね。

システム、デザイン、プロセスのためのFMEAがあって、それぞれ使われる場面が違っていますが、いずれにせよ製品やプロセスで、考えられる「原因と障害の可能性」を特定するのに役立つツールになります。

このFMEA、1940年代に米軍で開発され、その後NASAが、「アポロ計画」などでの失敗を防ぐために導入しました（Wiki）。

70年代から80年代後半までに、自動車業界でも展開され、今では多くの企業で取り入れられています。

歴史が深い分、かなり効果的なツールと言えるでしょう。

故障モード（Failure Mode）とは

Photo by Miles Burke on Unsplash

Failure Mode＝故障モードとは、「故障や問題の発生の仕方」のことです。

例えば、「鉛筆削り」でこの「故障モード」を考えてみます。この場合の、故障や問題の発生の仕方は、

• 削れない
• 削ってる最中に動かなくなる
• 思ったように削れない（とがってない）
• 削った後の鉛筆の芯が、必ず折れる

などでしょうか。

こうなっては製品として致命的ですよね。

製品やサービスを作るプロセスには、必ず失敗する可能性が存在しています。そしてそれは、「製品に不良や、ばらつきが発生する可能性がある」ということを意味しています（「削れない鉛筆削り」とか）。

言い換えれば、「すべてのプロセスには潜在的な弱点」があるのです。これらを事前に認識して対策を打てれば、被害を最小限に抑えることができるはず。

こうした目的達成のため、FMEAはとても便利なツールになっているのです。

Kusunoko-CI Development

1 Pocket

問題解決はみんな同じ PDCAとシックスシグマのDMAIC そして８D

🕒️May 23, 2020

DMAIC PDCA 8D Photo by Chris Liverani on Unsplash皆さんこんにちは！　今日もどこかで改善サポート、Kusunoko-CIです。ここ何回か、シックスシグマに関しての記事を書いてみました↓。歴史や、資格制度（ビジネス）のお話しでしたね。そこで今回は、「シックスシグマ」の改善手法では、どういうステップで問題を解決していくのか、のご紹介です。題して、「問題解決はみんな同じ、PDCAとシックスシグマのDMAIC、そしてついでに８D」です。こちらの記事で、「シックスシグマ」プロジェクトのすすめ方と、科学的アプローチが理解できま...

FMEAとシックスシグマProject

Photo by Remy Gieling on Unsplash

製造現場などにおけるシックスシグマのProjectで言えば、今すでに既存のラインやプロセスのアウトプットで、何かしらの問題が発生している状態のはず。

ですので

• FMAEでその発生源を見つけ、対策を打つことで問題の原因（真因）を取り除き、これを改善する

あるいは、

• 改善後、リスト化することで見えてきた「プロセスの潜在的な弱点」を、コントロールしていく

こうした使われ方になります。

また、ざっくりとFMEAの流れを見てみると、

• プロセスに関わる皆さんで、プロセスマップ・ディテイルドマップ（Detailed mapを書く
• 問題を起こしていそうな（起こしそうな）インプット（ｘ要因）を特定する
• 引き起こされ得る故障モードとその影響などを推定して評価付け
• 現状の問題に、最も悪さをしているものを解決
• 解決後も、プロセスの管理・コントロールに継続して使用

という感じになるでしょう。

DMAICの「Measure（測定）」の段階で作りつつ、その後続いていく一連のアクション（Analyze：分析・Improve：実行・Control：定着）に活用していきます。

また、一度書いたら終わりではなく、取ったアクションの結果確認をしつつ、更なるカイゼン活動をしていくためのツールになります。

ノウハウをまとめた、カイゼンの「大事な財産」になっていきます。

Kusunoko-CI Development

1 Pocket

シックスシグマProjectの「Measure」でやること １ 「プロセスマッピング」

🕒️September 4, 2020

Lean Six Sigma Training Certification皆さんこんにちは！　今日もどこかで改善サポート、Kusunoko-CIです。前回まで3回にわたり、シックスシグマProjectのプロセス、いわゆる「DMAIC」の「Define」でやることをお伝えしました。そこで今回からは、次のフェーズ「M＝Measure」でやることことをご紹介していきたいと思います。シックスシグマという手法でProjectをやる際、「DMAIC」の流れだけでもざっくりつかんでおくと、各段階で何をしなくてはいけないのか、どういうツールが必要になるのかが分かってきます。シックスシグマとか...

Kusunoko-CI Development

シックスシグマProjectの「Measure」でやること ２ 「Cause and effect (原因と結...

🕒️October 30, 2020

Cause and effect (原因と結果)マトリックス皆さんこんにちは！　今日もどこかで改善サポートKusunoko-CIです。以前も何回かにわたり、シックスシグマプロジェクトで、「プロセスごとにやること」をご説明してきました。今回は、Cause and effect (原因と結果)マトリックスの書き方のご紹介です。こちらは、全体的なビジネスの方向性や、製品・サービスの改善ポイントを、定量的に探り出す際に行うフレームワークになります。モノの本の中では、シックスシグマプロジェクトの「Measure」段階で使われる、とも書かれています。日本語で...

Kusunoko-CI Development

80 20 ルール　何から優先してやっていこう

🕒️January 4, 2020

Which to be prioritized, 80 20 rule.皆さんこんにちは。問題解決活動してますか？　問題解決ではなくて、課題解決といってもいいですが。いずれにせよ、なんか物事を良くしていきたい、今あるトラブルを解決したいという時、どの要素に時間を割くかというのはとても大事な下準備になりますね。なぜなら、使える時間もお金も限られていて、どれか選ばなくてはいけないからです。選び方次第で、効果的に問題・課題が解決できるかどうかが決まってきます。そこで今回は、「何から優先してやっていこう、80 20 ルール」と題しまして、こ...

Kusunoko-CI Development

改善を定着させたい 管理のサイクルCAPDとは？

🕒️April 24, 2020

CAPD Cycle. Gerd Altmann, Pixabay皆さんこんにちは。今日も海外改善Activityサポート、Kusunoko-CIです。皆さんも海外で、改善指導をされることが、あるのではないかと思いますが、いかがですか？　改善実施後、定着していますか？改善をする、ということは、新たなやり方が出来上がるということですね。改善してみて、うまくいくようであれば、その仮の作業であったものを「標準化」します。「新たな作業標準」。長年改善活動をサポートしていると、特に海外では、この「改善後の状態を維持して、次の改善へ」つなげるというのが、...

まとめ

いかがでしたでしょうか？

今回は「FMEA（故障モード影響解析）とシックスシグマ」と題しまして、まずはFMEAの成り立ちや目的、シックスシグマProjectでどう使われるのかを確認してみました。

FMEAは、発生している、あるいはするかもしれない問題とその影響の関係性を洗い出して、対策・予防をするためのものです。

また一度書いたら終わりではなく、取ったアクションの結果確認をしつつ、更なるカイゼン活動に活かしていくツール＝ノウハウをまとめた、カイゼンの「大事な財産」でした。

ざっくりとした流れは、

• プロセスに関わる皆さんで、プロセスマップ・ディテイルドマップ（Detailed mapを書く
• 問題を起こしていそうな（起こしそうな）インプット（ｘ要因）を特定する
• 引き起こされ得る故障モードとその影響などを推定して評価付け
• 現状の問題に、最も悪さをしているものを解決
• 解決後も、プロセスの管理・コントロールに継続して使用

でしたね。

次回はこの実際の書き方について、例を使いながら、ステップごとに確認していきたいと思います。

今日も読んでいただきまして、ありがとうございました。

ではまた！

Kusunoko-CI Development

FMEAとシックスシグマ 「Measure」でやること３-2

🕒️November 11, 2020

皆さんこんにちは！　今日もどこかで改善サポート、Kusunoko-CIです。シックスシグマの各段階でやることを、自分の理解の確認も含めて説明していくシリーズ。前回、「FMEAとシックスシグマ」と題しまして、FMEAの成り立ちや目的、シックスシグマProjectでどう使われるのかを確認しました。シックスシグマ「DMAIC」の、Measure（測定）で使われることも多い、とご説明いたしましたね。デザインなどの上流工程から、実際の工程改善やそのコントロールなど、幅広く活用されているのでした。そこで今回は、そのFMEAの具体的な書き方です。...