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

更新日

投稿日

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

 
 R&D設計品質を確保するのに重要な過去トラブルの有効利用について解説します。
 

1. 過去のトラブル、フィードバックの問題点

 
 どの会社でも過去トラブルのデータを収集して有効利用しようと考えています。しかしながら、次の3点の管理上の問題が見られます。
 
 ・「過去トラ」を登録・管理するための仕組みが不明確
 ・「過去トラ」の件数は増加し続ける
 ・「過去トラ」の登録内容がメンテナンスされていない
 
 また、それを利用する設計者側の問題としては、次の5点です。
 
 ・「過去トラ」の利用方法が開発現場任せになっている
 ・ 利用される「過去トラ」は身近なものに限られている
 ・「過去トラ」が利用されないこともある
 ・「過去トラ」の利用効果を確認していない
 ・「過去トラ」の利用効果がフィードバックされるのはその部署のみ
 
 但し、これらは設計者個人の問題と言うよりも開発設計部門の仕組みとして、それぞれの企業の事情に応じた過去トラ利用システムを次の点を考慮して構築する必要があります。
 
 ・「過去トラ」の情報共有の場を構築する
 ・蓄積した「過去トラ」を適切に分類し、体系化する
 ・効果を客観的に判断するため、活用状況や品質を定量化し計測する
 ・増え続ける「過去トラ」の改廃や再発したときの既存情報へのフィード
 
 皆様の開発部門ではどのように過去トラを活用しているでしょうか、各設計者の頭の中にあるので、それを聞き出して設計しているという会社も多いのではないでしょうか。
 

2. 過去トラの宝庫、大部屋設計フロアー

 
 昔は、設計室というか、仕切りもない設計フロアーには何百人という設計者が、製品設計を行っていました。ベテランから新人まで、機構設計、電子回路設計、ファームウエア設計などあらゆる設計を行っており、何か分からない事があると、「あの人なら以前このような製品でこのような機能を実現しているので、効くと言いよ」と教えられ、聞きに行った...

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

 
 R&D設計品質を確保するのに重要な過去トラブルの有効利用について解説します。
 

1. 過去のトラブル、フィードバックの問題点

 
 どの会社でも過去トラブルのデータを収集して有効利用しようと考えています。しかしながら、次の3点の管理上の問題が見られます。
 
 ・「過去トラ」を登録・管理するための仕組みが不明確
 ・「過去トラ」の件数は増加し続ける
 ・「過去トラ」の登録内容がメンテナンスされていない
 
 また、それを利用する設計者側の問題としては、次の5点です。
 
 ・「過去トラ」の利用方法が開発現場任せになっている
 ・ 利用される「過去トラ」は身近なものに限られている
 ・「過去トラ」が利用されないこともある
 ・「過去トラ」の利用効果を確認していない
 ・「過去トラ」の利用効果がフィードバックされるのはその部署のみ
 
 但し、これらは設計者個人の問題と言うよりも開発設計部門の仕組みとして、それぞれの企業の事情に応じた過去トラ利用システムを次の点を考慮して構築する必要があります。
 
 ・「過去トラ」の情報共有の場を構築する
 ・蓄積した「過去トラ」を適切に分類し、体系化する
 ・効果を客観的に判断するため、活用状況や品質を定量化し計測する
 ・増え続ける「過去トラ」の改廃や再発したときの既存情報へのフィード
 
 皆様の開発部門ではどのように過去トラを活用しているでしょうか、各設計者の頭の中にあるので、それを聞き出して設計しているという会社も多いのではないでしょうか。
 

2. 過去トラの宝庫、大部屋設計フロアー

 
 昔は、設計室というか、仕切りもない設計フロアーには何百人という設計者が、製品設計を行っていました。ベテランから新人まで、機構設計、電子回路設計、ファームウエア設計などあらゆる設計を行っており、何か分からない事があると、「あの人なら以前このような製品でこのような機能を実現しているので、効くと言いよ」と教えられ、聞きに行ったものです。そして、聞かれた人も自分の記憶にある過去トラなどから聞かれた以上のことをいろいろ教えてくれたものです。過去トラのデータベースがなくとも、互いに教え合う風土があったのです。今は、上記1のように過去トラ利用システムを構築することが設計品質を確保するために重要です。
 
 次回は、設計の「標準化」と「共通化」について解説します。
 
 

   続きを読むには・・・


この記事の著者

濱田 金男

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

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


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

もっと見る
『価値づくり』の研究開発マネジメント (その18)

    前回のオープンイノベーションの心理学では、組織の構成員の持つオープンイノベーションに対する漠然とした不安について解説しま...

    前回のオープンイノベーションの心理学では、組織の構成員の持つオープンイノベーションに対する漠然とした不安について解説しま...


イノベーションの創出 普通の組織をイノベーティブにする処方箋 (その130)

  【この連載の前回へのリンク】 現在「切り取った知識の重要部分を発想するフレームワークを使って、イノベーションを発想する」にむけて、日...

  【この連載の前回へのリンク】 現在「切り取った知識の重要部分を発想するフレームワークを使って、イノベーションを発想する」にむけて、日...


あなたの会社でテーマ創出ができない理由は、経営者の考え方が変わらないから~技術企業の高収益化:実践的な技術戦略の立て方(その28)

【目次】 国内最多のものづくりに関するセミナー掲載中! ものづくりドットコムでは、製造業に関するセミナーを常時2,00...

【目次】 国内最多のものづくりに関するセミナー掲載中! ものづくりドットコムでは、製造業に関するセミナーを常時2,00...


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

もっと見る
ソフトウェア開発スケジュールと結合テスト プロジェクト管理の仕組み (その7)

 前回のその6:進捗管理可能なソフト開発計画に続いて解説します。    ソフトウェア開発スケジュールでは次のような問題を抱えています。 &...

 前回のその6:進捗管理可能なソフト開発計画に続いて解説します。    ソフトウェア開発スケジュールでは次のような問題を抱えています。 &...


設計部門の課題と原因分析(その3)

【設計部門の課題と原因分析 連載目次】 1. 設計部門の現状を正確に特定する 2. 課題分析と課題の根本原因除去 3. 設計部門用に用意したコン...

【設計部門の課題と原因分析 連載目次】 1. 設計部門の現状を正確に特定する 2. 課題分析と課題の根本原因除去 3. 設計部門用に用意したコン...


マトリクス体制での品質保証3 プロジェクト管理の仕組み (その32)

 前回のマトリクス体制での品質保証2に続いて解説します。    これまで説明してきたのは、プロジェクトごとに作成する品質計画(プロジェクト品...

 前回のマトリクス体制での品質保証2に続いて解説します。    これまで説明してきたのは、プロジェクトごとに作成する品質計画(プロジェクト品...