品質機能展開

ナレッジセンター

   

良質品を造り、渡す行為および設計に顧客の必要性を翻訳しなさい。 AkaoおよびMizunoの品質機能展開(Quality Function Deployment)の説明。 (「65)

下記によって貢献される: g Prasanna Kumar

目次

  1. 要約
  2. フォーラム
  3. ベストプラクティス
  4. Expert Tips
  5. リソース
  6. 印字

Quality Function Deploymentは何であるか。 記述

Quality Function Deployment (QFD)の哲学はYoji AkaoおよびShigeru Mizunoによって開拓された。 それは-最初に、必ず顧客満足を保証し、評価するプロダクトを設計することを向ける。

QFDのframeworkは実際の顧客の声明および良質品を造り、渡す必要性(「顧客の声」)の翻訳に行為および設計に使用することができる。

QFDの内で使用される典型的な用具および技術は下記のものを含んでいる:

  • 類縁は図表で示す。 「深層構造」表明された顧客の要求の浮上するため。
  • 関係は図表で示す。 プロセス問題および無言の顧客の要求の優先事項そして根本的原因を発見するため。
  • 階層木。 行方不明のデータおよび他の目的があるように確認するため。
  • 様々なマトリクス。 関係、優先順位付けおよび責任を文書化するため。
  • プロセス決定プログラムは図表で示す。 新しいプロセスおよびサービスの潜在的故障を分析するため。
  • 解析階層過程。 一組の条件に順位をつけ、それらの条件を満たすために代わりから選ぶため。
  • 青写真。 描写し、プロダクトの提供に分析するためかかわるまたは整備するためすべてのプロセスを。
  • House of Quality

House of Quality

House of Qualityは複数の配置階層の普及したコレクション、要求された質階層、品質特性階層、関係のマトリクス、質の計画のテーブルおよび設計計画のテーブルを含んで、台に置く。 それはテーブルの形態を有する、それは顧客の声とエンジニアの声間の点を接続する。 学際的なチームによってHouse of Qualityが順位をつけられた設計ターゲットの適切な数に、市場研究およびbenchmarkingデータを使用して、一組の新製品の設計によって会う顧客の要求を翻訳するのに使用されている。


House of Qualityはプロダクト改善および製品開発のinterfunctionalの計画そして調整に平均を提供する一種の概念的な地図である。 プロダクトおよびサービスを設計するか、または設計し直す方法でこの方法は焦点の顧客の必要性を持って来る。 この方法のスタート地点は質問のプロダクトについてのあらゆる市場研究の調査からある顧客の必要性である。 第一次の、二次および第三顧客の属性はある。 これらは家の基盤を形作る。 明らかで測定可能な言葉にあるべきである該当の工学特徴は指定される。 今家の屋根の形にある相互依存は地図を描かれる。 それに応じて、望ましい変更の達成の技術的な難しさは計算される。 独特それぞれの帰された重要性の助けによって費用は解決される。 それから最終的なターゲットは明らかで測定可能な言葉で置かれる。 本質的に顧客の助けによって、プロダクト設計し直される明らかで明白で測定可能な言葉で必要とする。
 

House of Qualityは6つの主要コンポーネントを含んでいる:

  1. 顧客の要求(いかに`s)。 条件の構成されたリストは顧客の声明から得た。
  2. (どんな`sか)技術的要求事項。 構成された一組の関連した、測定可能な製品特性。
  3. 計画のマトリクス。 市場調査で観察される顧客の認識を説明する。 これらの条件を満たすことに顧客の要求、会社および競争相手のパフォーマンスの相対的な重要性を含める。
  4. 相互関係のマトリクス。 QFDのチームの技術的なおよび顧客の要求間の相互関係の認識を説明する。 記号か数字、数値の使用によって説明される適切なスケールは応用である。 マトリクスのこの部分を議論を満たし、時間のかかるチーム内の一致に達することは含む。 主関係の集中し、条件の数を最小にすることは資源の要求を減らす有用な技術である。
  5. 技術的な相関関係(屋根)のマトリクス。 技術的要求事項がどこに製品設計の互いを支えるか、または妨害するか識別するのに使用した。 革新の機会を強調できる。
  6. 技術的な優先事項、基準およびターゲット。 記録するのに使用した:
    • 優先事項はマトリクスによって技術的要求事項に割り当てた。
    • 競争製品によって達成される技術的なパフォーマンスの手段。
    • 各条件の開発にかかわる難しさの程度。

    マトリクスの最終的な出力は一組の顧客の要求に戻ってつながる新しい設計によって会う各々の技術的要求事項のための目標値である。

Quality Function Deploymentの起源。 歴史

QFDは品質システムとして教授およびShigeru Mizuno教授によってYoji Akao 60年代後期の日本で最初に開発された。 QFDは効率的に顧客を満足させるサービスおよびプロダクトの提供に向けられた。 1つは「プロダクト中の顧客の声を」聞くか、または開発プロセスを整備するべきである。 Mizuno、Akaoおよび他の日本の質経営の専門家はQFDのための用具そして技術を開発し、広範囲システムに新製品およびサービスの質そして顧客満足を保証するために組織した。 第二次世界大戦の後で、統計的な品質管理は日本の製造工業の根を取った。 質の活動は経営管理の一部分品質管理にする重要性を強調していた技術と統合されていた。 これはTQCおよびTQMとして最終的に知られるようになった。

MizunoおよびAkaoは製造されただった前にプロダクトに顧客満足を設計する品質保証方法を開発したいと思った。 前の品質管理方法は主に製造業の最中または後で問題の解決に向けられた。


Yoji Akoは日本のMatsushita Electricで1965年から1967年までQFDを開発する最初の開拓者だった。 1966年に、日本のBridgestone TiresのKiyotaka Oshiumiは各顧客の要求(効果)を識別するのにプロセス保証項目魚の骨の図表を使用したおよびそれを制御し、測定するために必要であるプロセス要因(原因)を識別するために示したおよび設計代理の品質特性最初の大規模な適用を。

1972年に、Kobe Shipyards of Mitsubishi Heavy Industryの石油タンカーの設計へのQFDの適用と、魚の骨の図表は扱いにくく育った。 効果が多数の原因を共有したので、魚の骨は展開表またはマトリクスのフォーマットに変えることができる。 列は顧客満足の望ましい効果であり、コラムは制御および測定可能な原因だった。 同時に、Katsuyoshi Ishiharaはプロダクトおよび部品がいかに働くか記述するのに使用されている価値工学の主義をもたらした。 彼は設計過程の質保証するのに必要な業務機能を記述するためにこれを自体を拡大した。

これらの新しい考えと併合されて、QFDは最終的にプロダクトおよびビジネス過程両方のための広範囲の品質設計システムになった。 アメリカおよびヨーロッパへのQFDの導入は1983年にQuality ProgressのAmerican Society for Quality Controlによって出版されたAkaoの仕事始まった。 それに続いて、ケンブリッジの研究(今Kaizenの協会)は氏をシカゴのQFDのセミナーを与えるように誘うAkao。
 

Quality Function Deployment方法の使用法。 適用

  • 顧客需要および顧客の必要性に順位をつけるため。 話されているおよび無言;
  • 行為へのこれらの必要性および技術特性および指定のような設計の翻訳; そして
  • 良質品かサービスを、提供するため顧客満足の共通のゴールの達成の方に様々な業務機能の集中によって造り。
  • QFDはあらゆる企業で適用された: 大気および宇宙空間、製造業、ソフトウェア、コミュニケーション、それ、交通機関化学および薬物、防衛、政府、R & D、食糧およびサービス産業。

Quality Function Deploymentのステップ。 プロセス

普通、QFDプロセスに次の段階がある:

  1. 製品計画のマトリクスを使用して顧客の必要性からトップレベルプロダクト条件か技術特性を、得なさい。
  2. これらの条件を満たすために製品コンセプトを開発しなさい。
  3. 概念の選択のマトリクスを使用して最適の概念を、選ぶために製品コンセプトを評価しなさい。
  4. システム概念か建築をサブシステムかアセンブリに仕切り、これらのサブシステムかアセンブリに高レベルの条件か技術特性を移す。
  5. サブシステムまたはアセンブリ条件から低レベルプロダクト条件(アセンブリまたは部分の特徴)および指定を得なさい(アセンブリまたは部分の配置のマトリクス)。
  6. 臨界集合体か部品のために、プロセス計画に低レベルプロダクト条件を(アセンブリまたは部分の特徴)得なさい。
  7. これらのにアセンブリまたは部分の特徴対応する製造工程のステップを定めなさい。
  8. これらのプロセスステップに基づいて、これらのの達成を保証する組み立て条件、プロセス制御および質制御を臨界集合体または部分の特徴定めなさい。

Quality Function Deploymentの強さは模倣する。 利点

  • QFDは「話されていた」 「無言の」顧客の要求探し出し、価値を創造する「肯定的な」質を最大にする(使い易さ、楽しみ、贅沢のような)。 従来の品質システムは否定的な質を最小にすることに向ける(欠陥、悪いサービスのような)。
  • 工学機能に多くを焦点を合わせ、顧客のより少しが必要とする慣習的な設計過程の代りに、QFDは顧客の必要性にすべての製品開発の活動を焦点を合わせる。
  • QFDは目に見えるように見えない条件および戦略的優位をする。 これは会社がそれらで順位をつけ、渡すことを可能にする。
  • 減らされたtime to market。
  • 設計変更の減少。
  • 減らされた設計および製造原価。
  • 増進された質。
  • 高められた顧客満足。
  • 文献はトヨタが61%起動の損失をいかに減らしたか記述する。 Mazdaは半分、等によってどたん場の設計変更を減らした。

Quality Function Deploymentの限定。 不利な点

  • 他の日本の経営技術と同じように、ある問題は私達が西側の景気環境内のQFDを適用し、培養するとき起こることができる。
  • 顧客の認識は市場調査によってある。 調査が悪い方法で行われれば、全分析は会社に害をすることで起因するかもしれない。
  • 必要性は顧客のこの頃はすぐに変わることができるほしく。 広範囲システムおよび組織的な考えることはことができ必要性をより複雑に変えられた市場に適応させる作る。

Quality Function Deploymentの仮定。 条件

  • 市場調査の決算、業績は正確である。
  • 顧客の必要性は文書化することができ、捕獲されて全プロセスの間に安定している残り。

本: Shigeru Mizuno and Yoji Akao - QFD: The Customer-Driven Approach to Quality Planning and Deployment -

本: Shigeru Mizuno and Yoji Akao - QFD: Integrating Customer Requirements into Product Design -


Microsoft OLE DB Provider for ODBC Drivers error '8007000e'

[Microsoft][ODBC Microsoft Access Driver] Not enough space on temporary disk.

/menu_comments.asp, line 140 Failed to execute script: Http Status Code = 500

Microsoft OLE DB Provider for ODBC Drivers error '8007000e'

[Microsoft][ODBC Microsoft Access Driver] Not enough space on temporary disk.

/menu_expert_tips.asp, line 797 Failed to execute script: Http Status Code = 500

Microsoft OLE DB Provider for ODBC Drivers error '8007000e'

[Microsoft][ODBC Microsoft Access Driver] Not enough space on temporary disk.

/menu_resources.asp, line 1249 Failed to execute script: Http Status Code = 500

と比較した:  TQM  |  Customer Satisfaction model  |  SERVQUAL  |  分析的なCRM  |  Hoshin Kanri -方針の配置  |  Relationship Marketing  |  Kaizen  |  System Thinking  |  Deming Cycle  |  EFQM  |  Six Sigma  |  Value Stream Mapping


経営ハブに戻る: マーケティング  |  サプライチェーンと質


より多くの方法、モデル、理論

Special Interest Group Leader

ここにいますか


12manageについて | 広告宣伝 | 当社にリンク | プライバシー | サービス条件
版権 2017 12manage - 幹部ファーストトラック。V14.1 - 最近の更新: 29-6-2017。所有者別の全 tm 名。

Microsoft OLE DB Provider for ODBC Drivers error '8007000e'

[Microsoft][ODBC Microsoft Access Driver] Not enough space on temporary disk.

/menu_expert_tips.asp, line 797 Failed to execute script: Http Status Code = 500

Microsoft OLE DB Provider for ODBC Drivers error '8007000e'

[Microsoft][ODBC Microsoft Access Driver] Not enough space on temporary disk.

/menu_resources.asp, line 1249 Failed to execute script: Http Status Code = 500