4-4. 品質管理の手法:品質保証(QA)と品質管理(QC)の設計

品質基準を設定した後、プロジェクト実行中にそれをどのように維持・改善していくかを計画する必要があります。この際に中心となるのが、「品質保証(QA:Quality Assurance)」「品質管理(QC:Quality Control)」の2つの活動です。

品質保証(QA)と品質管理(QC)の違い

言葉は似ていますが、その焦点とアプローチは異なります。

比較項目 品質保証(QA) 品質管理(QC) プロジェクトでの例
焦点・対象 プロセス(工程・やり方) プロダクト(成果物・製品) QA:レビューのルール設定。
QC:バグ検査。
目的 「欠陥が発生しにくい体制」を保証すること。 「完成した成果物に欠陥がないか」を検知すること。 QA:予防的なアプローチ。
QC:事後検出的なアプローチ。
実行タイミング プロジェクト進行中(常に、継続的) マイルストーンごと、または完成時 QA:プロセスの監査、標準の適用。
QC:テスト実施、検査チェック。
主なアプローチ プロセスの改善、監査、教育、標準化。 検査、テスト、バグ修正、データ測定。 QA:プロセスの分析。
QC:テスト結果の合否判定。

主要な品質分析・改善ツール

品質管理を科学的・定量的に進めるために、いくつかのツールが用いられます。

  • 管理図(Control Chart): プロセスのバラツキが許容限界内にあるかを時系列で追跡する図。
  • パレート図(Pareto Chart): 欠陥の原因を発生頻度順に並べた棒グラフと累積比率の折れ線グラフ。「不具合の8割は、2割の原因から発生する(80:20の法則)」に基づき、対策の優先順位を決めます。
  • 特性要因図(Cause and Effect / フィッシュボーン): 問題(結果)と、それを引き起こした要因の因果関係を魚の骨のように整理する図。

特性要因図(フィッシュボーン)

バグや遅延などの「問題」が発生した際、その根本原因を「人」「プロセス」「技術」「環境」などのカテゴリから論理的に掘り下げるためのダイアグラムです。

障害の多発 (結果 / 特性) 人 (People) スキル不足 プロセス レビュー漏れ 技術 (Tech) ツールの不適合 環境 (Env) タイトな日程
図 4-4:原因と結果の因果関係を整理する「特性要因図(フィッシュボーン・チャート)」

継続的なプロセス改善(PDCA)

品質保証の基本思想には、W・エドワーズ・デミング博士が提唱した「PDCAサイクル」(Plan-Do-Check-Act)や「継続的改善(カイゼン)」があります。

プロジェクトマネジャーは、バグの検出(QC)データをもとに、開発プロセスの問題点を特定(特性要因図などの活用)し、プロセスのやり方(QA)を継続的に見直していきます。このサイクルを継続的に実行することが、プロジェクトの品質とコスト効率の向上につながります。