製品設計:ミス防止対策(その1)

更新日

投稿日

【製品設計:ミス防止対策 連載目次】

◆お客様目線で行う製品設計、「未然防止の品質管理」

 
 ものづくりを行う上で、作業ミスや作業漏れが無いようにQC工程図や作業指示書を設計します。また、製品設計でも、この部品が壊れないように、またすぐ外れないように細心の注意払って構造設計します。しかし、何事も完ぺきな事は出来ないので、どうしてもミスや漏れが出てしまいます。ではどうやって「未然防止」対策を行えばいいでしょうか。そのキーワードは「お客様目線」です。
 
           FMEA
 
 「お客様目線で設計する」考え方は、「リスクアセスメント」や「FMEA」の基本的な考え方です。つまり「お客様が使った時に事故や故障が起きないだろうか」「もし起こったらどのような影響を与えるだろうか、けがをしないだろうか」と考えるのです。
 
 普通の設計の考え方ではどうでしょうか。不良を出すと、納期が遅れる、損害が出る、上司に叱られる、だからミスをしないように注意して設計しよう。こんな自己本位、自己防衛的な設計作業になりがちです。また、次のように、できるだけ過去に実績のある設計方法を採用しようとしますが、これが往々にして失敗のもととなります。
 
 ・これは実績のある(?)設計の部品だから問題ないと先輩が言っている
 ・安く作るためにはこの方法しかない
 ・いままでこの方法の設計で問題は発生していない
 
 そこで、「もしミスをしたらどうなるか」と発想転換をします。一応、この部品の構造上、強度は問題ない設計を行ったが、でも「万が一この部品が壊れたら、お客様にどういう影響を与えるだろうか」と考えるのです。製造工程も同じです。「もし、この工程で間違った部品を組み込んだまま、見つからずに納入し、お客様が使ったら、お客様にどういう影響を与えるだろうか」と考えます。
 
 この「影響度」と「発生頻度」を予測して、この設計で問題ないかを数値化して検証評価するのが「リスクアセスメント」であり「FMEA」です。しかし、たとえ、「リスクアセスメント」や「FMEA」を導入していな企業であっても、この「お客様目線」の考え方は非常に重要です。設計時点で、次のような発想が必要になります。
 
 この部品がもし、壊れたら、重要な機能が失われる 壊れるとしたらどのように壊れるだろうか 部品に繰り返しの衝撃はどれくらい想定されるだろうか ⇒ どれくらいの頻度で壊れるだろうか ⇒ では構造シミュレーションを行って確認しよう。
 
 製品に対してFMEAを行おうとしても、すべての部品の評価はできません。FMEAを導入するのであれ...

【製品設計:ミス防止対策 連載目次】

◆お客様目線で行う製品設計、「未然防止の品質管理」

 
 ものづくりを行う上で、作業ミスや作業漏れが無いようにQC工程図や作業指示書を設計します。また、製品設計でも、この部品が壊れないように、またすぐ外れないように細心の注意払って構造設計します。しかし、何事も完ぺきな事は出来ないので、どうしてもミスや漏れが出てしまいます。ではどうやって「未然防止」対策を行えばいいでしょうか。そのキーワードは「お客様目線」です。
 
           FMEA
 
 「お客様目線で設計する」考え方は、「リスクアセスメント」や「FMEA」の基本的な考え方です。つまり「お客様が使った時に事故や故障が起きないだろうか」「もし起こったらどのような影響を与えるだろうか、けがをしないだろうか」と考えるのです。
 
 普通の設計の考え方ではどうでしょうか。不良を出すと、納期が遅れる、損害が出る、上司に叱られる、だからミスをしないように注意して設計しよう。こんな自己本位、自己防衛的な設計作業になりがちです。また、次のように、できるだけ過去に実績のある設計方法を採用しようとしますが、これが往々にして失敗のもととなります。
 
 ・これは実績のある(?)設計の部品だから問題ないと先輩が言っている
 ・安く作るためにはこの方法しかない
 ・いままでこの方法の設計で問題は発生していない
 
 そこで、「もしミスをしたらどうなるか」と発想転換をします。一応、この部品の構造上、強度は問題ない設計を行ったが、でも「万が一この部品が壊れたら、お客様にどういう影響を与えるだろうか」と考えるのです。製造工程も同じです。「もし、この工程で間違った部品を組み込んだまま、見つからずに納入し、お客様が使ったら、お客様にどういう影響を与えるだろうか」と考えます。
 
 この「影響度」と「発生頻度」を予測して、この設計で問題ないかを数値化して検証評価するのが「リスクアセスメント」であり「FMEA」です。しかし、たとえ、「リスクアセスメント」や「FMEA」を導入していな企業であっても、この「お客様目線」の考え方は非常に重要です。設計時点で、次のような発想が必要になります。
 
 この部品がもし、壊れたら、重要な機能が失われる 壊れるとしたらどのように壊れるだろうか 部品に繰り返しの衝撃はどれくらい想定されるだろうか ⇒ どれくらいの頻度で壊れるだろうか ⇒ では構造シミュレーションを行って確認しよう。
 
 製品に対してFMEAを行おうとしても、すべての部品の評価はできません。FMEAを導入するのであれば、この「お客様目線の設計」がされていることが前提となります。「FMEA」は単なる評価手段でしかありません。手法を導入するに当たって考えなければならないのは、次の3点です。
 
 ・それを何処で使うのか
 ・使う目的は何か
 ・メリット・デメリットはなにか
 
 次回は、「設計品質を確保するのに重要な過去トラブルの有効利用について」解説します。
 
 

   続きを読むには・・・


この記事の著者

濱田 金男

製造業に従事して50年、新製品開発設計から製造技術、品質管理、海外生産まで、あらゆる業務に従事した経験を基に、現場目線で業務改革・経営改革・意識改革支援に取り組んでいます。

製造業に従事して50年、新製品開発設計から製造技術、品質管理、海外生産まで、あらゆる業務に従事した経験を基に、現場目線で業務改革・経営改革・意識改革支援に...


「技術マネジメント総合」の他のキーワード解説記事

もっと見る
製品ライフサイクルとサプライチェーン

 新製品を開発した後、市場に投入(上市)して売上を伸ばしていく過程で、短期的に増減があったとしても、大きなトレンドとしては上昇過程があってピークに達し、そ...

 新製品を開発した後、市場に投入(上市)して売上を伸ばしていく過程で、短期的に増減があったとしても、大きなトレンドとしては上昇過程があってピークに達し、そ...


自社の存在価値 普通の組織をイノベーティブにする処方箋 (その112)

  知識や経験を整理するフレームワークとして、本質とそれ以外という区別があるという理解から、「本質とは何か」を解説しています。また、企業活...

  知識や経験を整理するフレームワークとして、本質とそれ以外という区別があるという理解から、「本質とは何か」を解説しています。また、企業活...


本質とは何か 普通の組織をイノベーティブにする処方箋 (その109)

   これまで、KETICモデルの思考の中の知識や経験を「整理するフレームワーク」として解説してきました。そろそろ「整理するフレームワーク...

   これまで、KETICモデルの思考の中の知識や経験を「整理するフレームワーク」として解説してきました。そろそろ「整理するフレームワーク...


「技術マネジメント総合」の活用事例

もっと見る
開発者が意識したい1日のスケジューリング(午後~夜編)

  前回の記事では一日の業務を有意義なものにするため、就業前の朝の時間と午前中の脳がフレッシュなうちにアイデア創出やメンバーとのコミュニケ...

  前回の記事では一日の業務を有意義なものにするため、就業前の朝の時間と午前中の脳がフレッシュなうちにアイデア創出やメンバーとのコミュニケ...


「調整」の仕組み 擦り合わせ型開発 基本の仕組み (その1)

       【目指すべき開発体制 連載目次】 目指すべき開発体制とは(その1)擦り合わせ型と組み合わ...

       【目指すべき開発体制 連載目次】 目指すべき開発体制とは(その1)擦り合わせ型と組み合わ...


R&Dの価値創造力を高めるシンプルツール、iMapとは、

 技術経営とは、「企業の経営資源である技術を経営戦略の中核に位置づけ、顧客価値の創造へ向けて、その獲得・強化・活用を戦略的に行うことにより、継続的な企業の...

 技術経営とは、「企業の経営資源である技術を経営戦略の中核に位置づけ、顧客価値の創造へ向けて、その獲得・強化・活用を戦略的に行うことにより、継続的な企業の...