QFD
QFD（Quality Function Deployment）は、顧客の言語による要求（VOC）を設計・製造・サービスの技術的要件へ体系的に変換し、製品・プロセスの品質を計画段階から作り込む方法である。部門横断で要求を展開し、重み付けによって優先度を可視化し、設計仕様・工程条件・管理特性まで一気通貫で連鎖させる点に特徴がある。代表的な成果物は「品質機能展開表（House of Quality）」である。
定義と目的
QFDの目的は、顧客価値を損なう原因を上流で除去し、品質・コスト・納期のトレードオフを定量的に最適化することである。顧客要求→品質特性→機能・構造→部品特性→工程特性→管理特性という階層的な展開により、設計変更や工程改善の根拠を明確化する。
歴史と背景
日本の製造業で体系化され、設計初期段階での品質作り込みを重視する「後戻り防止」の思想を核に発展した。海外でもTQMやSix Sigmaの文脈で普及し、サービスやソフトウェア開発にも応用されている。
House of Quality（品質機能展開表）
House of Qualityは、顧客要求（WHATs）と技術特性（HOWs）の関係を格子で表し、関係強度、重要度、競合比較、目標値を一つの表に統合する。屋根部では技術特性間の相関（相乗・トレードオフ）を評価し、矛盾点や最適化課題を明確にする。
入力（VOC）の収集と構造化
- 顧客インタビュー、クレーム、使用実態データを収集する
- 親和図やKJ法でグルーピングし、冗長・重複を整理する
- Kano分類で魅力・一元・当然品質を分類し、優先度の文脈を付与する
品質特性（CTQ）への翻訳
VOCを測定可能なCTQへ翻訳する。例：静粛性→音圧[dB]、軽さ→質量[g]、耐久→寿命[サイクル]。定義は測定条件を含めて厳密化し、後工程の仕様化・試験計画と整合させる。
関係の評価と重み付け
WHAT×HOWの交点に強・中・弱などの関係度を付与し、顧客重要度×関係度の合成でHOWの優先度を算出する。スケールは一貫性が重要で、評価基準表を先に合意してから記入する。
相関（屋根）の解析
HOW同士の相関は、正の相乗、負のトレードオフ、中立で表現する。負相関は設計矛盾の発見源であり、材料選定、寸法最適化、制御戦略の再設計、あるいはTRIZによる発想展開の契機となる。
競合ベンチマークと目標設定
現在値（自社・競合）をCTQで定量比較し、差分に基づきストレッチ目標を設定する。目標は技術ロードマップ・工程能力（Cpk）・コスト制約と整合させ、根拠を行単位で明記する。
展開の階層（設計→部品→工程→管理）
- 設計展開：HOWを機能ブロックと構造要素へ落とし込む
- 部品展開：重要部品の特性値・公差・検証法を決める
- 工程展開：要因（人・設備・方法・材料・環境）と条件を規定
- 管理展開：管理特性・管理限界・サンプリング頻度を設定
実務プロセス
キックオフで目的範囲・顧客セグメント・評価スケールを合意し、クロスファンクショナルチームで表を作成する。ドラフト→レビュー→妥当性検証→凍結の順に進め、以後の設計審査や工程FMEAの基礎資料とする。
可視化とデータ連携
表計算・専用ツールで重みや寄与度を自動集計し、設計仕様書、図面属性、試験仕様、管理図と双方向に連携する。変更管理では版数と差分理由を必ず履歴化する。
よくある課題と対策
- 項目の肥大化：目的外のWHAT/HOWは勇気をもって削除する
- 主観評価の偏り：複数評価者の合意と再現性確認を行う
- 定量不足：測定条件・単位・許容差を必ず記述する
- 形骸化：設計審査や工程監視に組み込み、意思決定に直結させる
関連手法との連携
QFDで抽出した重要特性は、FMEA/FMECAによるリスク評価、DFMAによる製造容易化、VEによる機能対コスト最適化、実験計画法や感度解析による要因同定へ接続する。矛盾点はTRIZで解決案を探索する。
サービス・ソフトウェアへの応用
サービスでは顧客接点の体験特性、ソフトウェアでは性能・使い勝手・信頼性をWHATとし、バックログや非機能要件をHOWに対応づける。定義の粒度とリリースサイクルに合わせて軽量に回すことがコツである。
用語メモ（簡易）
- VOC：Voice of Customer。顧客の声
- CTQ：Critical To Quality。品質の重要特性
- 屋根：技術特性間の相関を示す領域
- 寄与度：技術特性の優先度評価結果
記入の実践的ヒント
「誰が・いつ・どのデータで・どの基準で」評価したかをセル単位で残すと再現性が上がる。表は完璧を目指さず、学習サイクルで逐次改善する姿勢が、成果に直結する。
コメント（β版）