QFD

はじめに

品質は製品に設計されていなければならず、検査されていなければなりません。 質は顧客の必要性を満たし、優秀な価値を提供することと定義することができます。 顧客のニーズを満たすことに焦点を当て、これらのニーズを理解し、優れた価値を提供するための製品を計画するのに役立つ品質機能の展開などの技術に重点を置いています。

Quality Function Deployment(QFD)は、顧客のニーズや要件を定義し、それらのニーズを満たす製品を生産するための特定の計画に変換する構造化されたアプローチです。 “顧客の声”は、これらの記載されていない顧客のニーズや要件を記述するための用語です。 顧客の声はいろいろな方法で捕獲される:直接議論かインタビュー、調査、フォーカス-グループ、顧客の指定、観察、保証データ、分野のレポート、等。 顧客の必要性のこの理解はプロダクト計画のマトリックスか”質の家”でそれから要約される。 これらの行列は、より高いレベルの「what’s」またはニーズをより低いレベルの「how’s」に変換するために使用されます–これらのニーズを満たすための製品要件ま

品質関数の展開行列は、プロセスの各ステップでの優れたコミュニケーションツールですが、行列は手段であり、終わりではありません。 本当の価値は、QFDとのコミュニケーションと意思決定の過程にあります。 QFDは製品開発の介入があるさまざまな機能部を表す人々のチームを含むことの方に方向づけられる:マーケティング、設計工学、品質保証、製造業/製造業工学、テ

これらの部門の積極的な関与は、この翻訳プロセスの各段階での要件や”何が”のバランスのとれた検討につながり、隠された知識を伝えるための この方法論の構造は、開発担当者が本質的な要件、内部能力、および制約を理解し、すべてが望ましい結果を達成するために所定の位置にあるように、製品を設計するのに役立ちます–満足している顧客。 品質機能の展開は、開発担当者が真の要件に正しい焦点を維持し、顧客のニーズを誤解を最小限に抑えるのに役立ちます。 その結果、QFDは有効なコミュニケーションおよび質の計画用具である。

顧客の声をキャプチャする

顧客の声をキャプチャするプロセスは、製品定義とQFDを実行するための手順に関する論文に記載されています。 顧客のモノリシックな声は誰もいないことを覚えておくことが重要です。 お客様の声は多様です。 消費者市場では、さまざまなニーズがあります。 一つの購入単位内であっても、複数の顧客の声があります(例えば、子供対親)。 これは、産業および政府の市場にも適用されます。 調達組織の声、ユーザーの声、サポート組織または保守組織の声など、単一の組織内には複数の顧客の声もあります。 これらの多様な声は偽りなく巧妙なプロダクトを開発するために考慮され、調整され、バランスをとられなければならない。 これを達成するための1つの手法は、製品計画マトリックス内の各顧客の声に関連付けられた異なる優先度評価に複数の列を使用することです。

品質機能の展開には、基本的な顧客のニーズが特定されている必要があります。 頻繁に、顧客は必要性が”何であるか”の点ではなく必要性が満たすことができる”いかに”の点では彼らの必要性を表現することを試みます。 これにより、開発の代替案の検討が制限されます。 開発およびマーケティングの人員は根の必要性がであるもの偽りなく理解するまで”なぜ”尋ねるべきである。 一般的な要件を、必要なものをプロービングすることによって、より具体的な要件に分解します。

顧客のニーズが収集されたら、それらを整理する必要があります。 インタビューノート、要件文書、市場調査、および顧客データの質量は、主要な顧客のニーズを表現する文の一握りに蒸留する必要があります。 アフィニティダイアグラムは、この作業を支援するための便利なツールです。 主顧客の要求を捕獲する短い声明はカードに転写される。 これらの必要性の記述を記述するデータ辞書は、誤解を避けるために準備されています。 これらのカードは論理的なグループか関連の必要性に組織される。 これにより、冗長性の識別が容易になり、最初のQFDマトリックスの顧客ニーズを整理するための基礎となります。

“述べられた”または”話された”顧客の必要性に加えて、”unstated”または”暗黙の”必要性または機会は識別されるべきである。 顧客によって想定され、したがって言語化されていないニーズは、関数ツリーの作成によって識別できます。 これらのニーズの一つ以上に焦点を維持することが重要でない限り、これらのニーズは、通常、QFDマトリックスに含まれていません。 興奮の機会(顧客の興奮を引き起こす新機能や暗黙のニーズ)は、エンジニア、マーケティング、または顧客サポート担当者の声によって識別されます。 これらはまた顧客がプロダクトを使用するか、または維持することを観察し、改善のための機会を確認することによって識別することができます。

QFDメソドロジフロー

基本的な品質機能の展開方法論には、製品開発プロセスの過程で発生する四つの基本的なフェーズが含まれています。 各フェーズでは、重要な製品およびプロセスの計画および設計情報を計画および伝達するのに役立つ1つ以上のマトリックスが用意されています。 このQFD方法論の流れを以下に示します。

image16

QFDを使用した製品計画

顧客のニーズが特定されると、製品計画マトリックスまたは”house of quality”の準備が開始されます。 製品計画マトリックスを準備する順序は次のとおりです。

  1. 顧客のニーズまたは要件は、以下に示すようにマトリックスの左側に記載されています。 これらは、親和性図に基づいてカテゴリ別に整理されています。 顧客の必要性か条件が望ましい市場区分を反映することを保証して下さい。 暗黙のニーズ(想定され、興奮の機能)に対処します。 ニーズまたは要件の数が20~30項目を超える場合は、行列をより小さなモジュールまたはサブシステムに分解して、行列内の要件の数を減らします。 各必要性か条件のために、1から5評価を使用して顧客優先順位を述べなさい。 優先順位を開発するのにランク付けの技術および対にされた比較を使用しなさい。

    image7

  2. 競争力のある製品に対して前世代の製品を評価します。 フィードバックを得るのに調査、顧客の会合またはフォーカス-グループ/医院を使用しなさい。 釣り合った見通しを得るために競争相手の顧客を含んで下さい。 評価対象の製品の価格ポイントと市場セグメントを特定します。 保証、サービス、信頼性、および顧客の苦情の問題を特定して、改善の領域を特定します。 これに基づいて、製品戦略を策定する。 競争に対する現在の長所と短所を考えてみましょうか? これらの強みと弱みは、顧客の優先順位とどのように比較されますか? 競争をコピーするか、新しいアプローチや技術を使用して–ギャップはどこで閉鎖する必要があり、どのようにこれを行うことができますか? 競合他社の能力を上回るブレークスルーの機会、競合他社の能力を同等にするための改善のための領域、および改善が行われない領域を特定します。 この戦略は、彼らが最大のペイオフを持つことになります開発努力を集中することが重要です。
  3. 顧客の要件に対応し、関連するカテゴリに整理するための製品要件または技術的特性を確立します。 特性は、意味があり、測定可能で、グローバルでなければなりません。 特性は、設計者を制約しないように、特定の技術的解決策を暗示しないようにする方法で記述する必要があります。
  4. 顧客の要件と製品の要件または技術的特性との関係を開発します。 強い、中、弱い関係のためのシンボルを使用してください。 強い関係の記号と倹約して下さい。 すべての顧客の必要性か条件は演説されましたか。 顧客のニーズに関係しない製品要件や技術的特性はありますか?
  5. 前世代の製品と競争力のある製品の技術評価を開発します。 製品や技術的なベンチマークを実行するために競争力のある製品へのアクセスを取得します。 定義された製品要件または技術的特性に基づいて、この評価を実行します。 保証またはサービス修理の発生および費用のような他の関連したデータを得、技術的な評価のこのデータを考慮して下さい。
  6. 製品要件または技術的特性の予備目標値を開発します。
  7. 強または中、正または負の関係のシンボルを使用して、製品要件または技術的特性間の潜在的な正および負の相互作用を決定します。 あまりにも多くの肯定的な相互作用は、”重要な少数の”製品要件または技術的特性における潜在的な冗長性を示唆している。 否定的な相互作用に焦点を当てる–これらの潜在的なトレードオフを克服するための製品の概念や技術を検討するか、目標値を確立する際のトレードオフ
  8. 重要度の評価を計算します。 リレーションシップシンボル(9-3-1、4-2-1、または5-3-1)に重み付け係数を割り当てます。 顧客の重要度評価に行列の各ボックスの重み付け係数を掛け、各列に結果の製品を追加します。
  9. 各製品の要件や技術的特性のための難易度評価(1-5ポイントスケール、五つは非常に困難で危険である)を開発します。 技術の成熟度、人員の技術的な資格、ビジネス危険、製造業の機能、製造者/下請け業者の機能、費用およびスケジュールを考慮しなさい。 これはおそらく開発を遅らせ、予算を超える可能性があるので、あまりにも多くの困難/高リスクの項目を避けてくださ 困難な項目がプロジェクトの予算およびスケジュールの内で達成することができるかどうか査定しなさい。
  10. マトリックスを分析し、製品開発戦略と製品計画を確定します。 必要なアクションと焦点の領域を決定します。 目標値を確定します。 目標値は適切なトレードオフを反映するように適切に設定されていますか? 難易度を考慮して目標値を調整する必要がありますか? 彼らは価格ポイント、利用可能な技術、および難易度の評価に関して現実的ですか? 彼らは重要性の評価に関して合理的ですか? さらなるQFD展開のための項目を決定します。 「重要な少数」に焦点を当てるために、重要度の低い項目は後続のQFD行列で無視することができます。 顧客の要求または条件の変化に応じて、製品計画マトリックスを更新します。QFD行列を成功させるためのガイドラインの1つは、各行列の情報量を管理可能なレベルに保つことです。 より複雑な製品では、100の潜在的なニーズまたは要件が特定され、これらが同等またはそれ以上の数の製品要件または技術的特性に変換された場合、10,000を超える潜在的な関係を計画および管理する必要があります。 これは理解し、管理することは不可能な数になる。 個々の行列は、行列の各次元に二十または三十以上の項目をアドレスしないことが示唆されています。 したがって、より大きく、より複雑な製品は、顧客のニーズを階層レベルに分解する必要があります。

    最初のプロセスを要約するために、製品計画は、最初の市場調査や要件定義に基づいて開発されています。 必要に応じて、製品コンセプトの実現可能性を決定するために、フィージビリティスタディまたは研究開発が行われます。 製品要件または技術的特性は、マトリックスを介して定義され、ビジネス正当化が準備され、承認され、製品設計が開始されます。

    コンセプトの選択と製品設計

    製品計画が完了すると、より完全な仕様を準備することができます。 製品の要件または技術的特性および製品仕様は、製品コンセプトを開発するための基礎となります。 プロダクトbenchmarking、ブレーンストーミング、および研究開発は新製品の概念のための源である。 概念が開発されると、それらは分析され、評価されます。 コスト調査と貿易調査が行われます。 概念選択行列は、この評価プロセスを支援するために使用することができます。 以下に示すコンセプト選択マトリックスは、製品要件または技術的特性をマトリックスの左側に示しています。p>

    image8(1)

    これらは評価基準として機能します。 重要度評価と目標値(図示せず)も繰越され、製品計画行列から正規化されます。 製品の概念は、上部に表示されます。 さまざまな製品コンセプトは、強、中、弱のQFD記号を使用して、左の列の各基準をどれだけ満たしているかを評価します。 製品コンセプトが基準を満たさない場合、列は空白のままになります。

    記号または数値の重み(5-3-1)に、各基準の重要度評価が乗算されます。 これらの重み付け係数は、各列に追加されます。 優先される概念の合計が最も高くなります。 この概念選択技術は、設計合成技術でもあります。 優先概念の列の空白または弱いシンボルまたは低い評価ごとに、その基準に強いまたは中程度のシンボルを持つ他の概念アプローチがレビューされ、別の概念アプローチの一部を借用して優先アプローチを改善することによって新しいアプローチを合成できるかどうかが確認されます。

    この評価手順および他の評価手順に基づいて、製品コンセプトが選択されます。 製品コンセプトは、ブロック図または設計レイアウトで表されます。 重要なサブシステム、モジュール、または部品は、レイアウトから識別されます。 重要度は、性能、信頼性、および品質への影響の観点から決定されます。 故障ツリー解析や故障モードおよび影響解析(FMEA)などの手法を使用して、信頼性または品質の観点から重要性を判断できます。

    サブシステム、アセンブリ、または部品配置マトリックスが準備されます。 展開マトリックスの準備に至るまでのプロセスを以下に示します。

    image22(1)

    製品計画マトリックスで定義されている製品要件または技術的特性は、優先度(製品計画マトリックスの重要性評価に基づ 展開マトリックスは、製品計画マトリックスと非常によく似た方法で準備されます。 これらの製品要件または技術特性は、重要なサブシステム、アセンブリまたは部品特性に変換されます。 この翻訳では、サブシステム、アセンブリ、または部品の重要性とその特性を性能の観点から考慮し、品質と信頼性の観点からの重要性の検討を補完

    製品要件または技術特性と、重要なサブシステム、アセンブリまたは部品特性との間に関係が確立されます。 重要度評価が計算され、各重要サブシステム、アセンブリまたは部品特性の目標値が確立されます。 部品/アセンブリの配置マトリックスの例を示します:

    image11(1)

    プロセス設計

    品質関数の展開は、この変換と計画をプロセス設計フェーズに継続します。 概念選択行列を使用して、異なる製造プロセスアプローチを評価し、好ましいアプローチを選択することができます。 これに基づいて、以下に示す工程計画行列が作成される。

    image12(1)

    繰り返しますが、上位レベルの行列(この場合は重要なサブシステム、アセンブリ、または部品特性)の”how’s”は、製品の製造およ 重要なプロセスおよび工具細工の条件はプロセスおよび装置を制御し、改良し、改善するための努力を集中するために識別することができます。 この段階では、エンジニアリングと製造の間のコミュニケーションが強調され、顧客のニーズに基づいて相互の目標を達成するために必要に応じてトレードオフを行うことができます。

    製造プロセスの計画に加えて、プロセス制御、品質管理、セットアップ、機器のメンテナンスおよびテストに関連するより詳細な計画は、追加のマ 以下に、プロセス/品質管理マトリックスの例を示します。

    image13(1)

    プロセス計画マトリックスで開発されたプロセスステップは、このマトリックス内の特定のプロセスおよび品質

    この計画と意思決定の結果、製造は、顧客のニーズを満たす製品の生産に大きな影響を与える重要なプロセス、寸法、特性に焦点を当てています。 それらの顧客の必要性を満たす設計および製造業の決定に顧客の必要性からの明確な道があります。 開発プロセスの各段階で重要なことについての意見の不一致は最小限に抑えられるべきであり、製品の成功に影響を与える”重要な少数の”項目に

    QFDプロセス

    品質機能の展開は、製品計画から始まり、製品設計とプロセス設計を続け、プロセス制御、品質管理、テスト、機器のメンテナンス、およ その結果、このプロセスでは、この範囲の活動に適切に対処するために複数の機能分野が必要です。 QFDは多機能の製品開発のチームと互いに作用しています。 これは、これらのチームが意思決定を行い、製品を計画し、通信を開始するための構造化されたプロセスを提供することができます。 これは、並行エンジニアリングまたは統合された製品開発アプローチをサポートするために、製品開発チームと一緒に有用な方法論です。

    Quality Function Deploymentは、その構造と計画アプローチによって、チームが設計活動に突入する前に何をすべきかを決定し、理解し、同意することを確認するために、開発プ その結果、製品がターゲットになっていなかったため、設計上の問題や再設計に対する意見の違いのために、下流に費やされる時間が短縮されます。 これは、コンセンサスの決定、開発努力へのより大きなコミットメント、より良い調整、および開発努力の過程での時間の短縮につながります。QFDは規律を必要とします。

    始めるのは必ずしも簡単ではありません。 以下は、QFDの最初の使用を容易にするための推奨事項のリストです。

    • QFDを使用するための管理コミットメントを取得します。
    • QFDの使用の明確な目的と範囲を確立します。 可能であれば、最初に大規模で複雑なプロジェクトで使用しないでください。 それは全体的な製品に使用されるか、サブシステム、モジュール、アセンブリまたは重要な部分に適用されますか? 完全なQFDの方法論は使用されるか、または製品計画のマトリックスだけ完了されるか。
    • 多機能チームを確立します。 チーム-メンバーから十分な時間の責任を得なさい。
    • 方法論を学び、初期の努力を導くためにファシリテーターを使用するために実用的な実践的な演習でQFDトレーニングを取得します。
    • フォーカスを維持し、効果的な計画と意思決定を曇らせる開発スケジュールのクラッシュを避けるために、定期的な会議をスケジュールします。
    • 完璧なデータの収集は避けてください。 多くの場合、重要な顧客の洞察とデータは、組織内に存在しますが、彼らは隠された知識の形であり、この情報の必要性を持つ人々に伝達されません。 一方、QFDを開始する前に、顧客の声を収集するために追加の時間を費やす必要があるかもしれません。 会社の人員が顧客より多くを知っているという技術的な横柄および確信を避けて下さい。

    品質機能の展開は、製品開発チーム内でのコミュニケーション、計画、意思決定を容易にするための非常に有用な方法論です。 次の開発マイルストーンに進むために完了しなければならないのは、書類作業や追加の文書ではありません。 それはだけでなく、意図されていたターゲットに近い方の新製品を持って来ますが、プロセスの開発のサイクル時間そして費用を削減します。

    詳細については、DRM AssociatesのKenneth Crowにお問い合わせください
    電話+1 310-377-5569
    電子メール:[email protected]

コメントを残す

メールアドレスが公開されることはありません。 * が付いている欄は必須項目です