品質管理の「よくある誤解」から始めよう
プロジェクトの終盤、テスト工程に入ってから大量の不具合が発見される——あなたにもそんな経験はないだろうか。そのとき多くのPMは「もっと検査を厳しくすべきだった」と反省する。しかし、それは本質的な解決策にはならない。
品質管理の世界には、古くから語り継がれる言葉がある。「品質は検査によって作り込むことはできない」——これはトヨタ生産方式の源流にもある考え方だ。後工程で欠陥を見つけるより、前工程で欠陥を生まない設計こそが、本当の品質管理の姿である。
この記事では、「検査・確認」という後手の品質管理から脱却し、プロジェクトのプロセスそのものに品質を埋め込むための思考法と実践アプローチを解説する。
品質管理の3つのレイヤーを理解する
品質管理を機能させるには、まず「品質」を3つのレイヤーで捉えることが重要だ。
① 適合品質（Conformance Quality）
仕様や要件を満たしているかどうか、という品質。「設計通りに作れているか」を問うレイヤーだ。テストや検査はここに集中しがちだが、これだけでは不十分である。
② 適切品質（Fitness for Purpose）
仕様は満たしていても、ユーザーが本当に必要としているものを届けられているか、という品質。要件定義の精度がここに直結する。
③ プロセス品質（Process Quality）
成果物を生み出すプロセス自体が安定しているかどうか、という品質。プロセスが不安定であれば、たとえ今回うまくいっても再現性がない。
多くのプロジェクトが見落とすのは②と③だ。成果物の出口だけを管理するのではなく、「何を作るか」と「どう作るか」の両方に品質の視点を持ち込むことが、真の品質管理の第一歩となる。
品質を”埋め込む”ための4つの実践アプローチ
1. 品質基準を「定義」する——曖昧さをプロジェクト序盤に潰す
「品質が低い」というトラブルの多くは、そもそも品質の定義が関係者間で共有されていないことに起因する。「高品質なドキュメント」「使いやすいUI」——これらは人によって解釈が異なる。
実践Tips：プロジェクト開始時に「品質基準書（Quality Criteria）」を作成しよう。成果物ごとに「何をもって完成とするか（Definition of Done）」を明文化し、発注者・開発者・テスターが同じ基準で動けるようにする。たとえばシステム開発であれば、「ページ読み込み速度3秒以内」「バグ密度は1KLOCあたり0.1件以下」といった数値基準を設けることが効果的だ。
2. レビューを「イベント」にしない——継続的な品質確認の仕組みを作る
多くのプロジェクトでは、工程の節目にだけレビューが行われる。しかし、それでは問題の発見が遅れ、手戻りのコストが膨らむ。
実践Tips：デイリースタンドアップや週次進捗会議に、品質に関する簡単なチェック項目を組み込もう。「今週、仕様と異なる実装はなかったか」「ユーザーの意図と乖離していると感じる部分はないか」を短時間でも継続的に問い続けることで、問題を小さいうちに発見できる。これを「品質の早期警戒システム」と呼ぶPMもいる。
3. 「原因」を管理する——不具合の再発防止を仕組み化する
不具合が発生したとき、その不具合を直すだけで終わるPMと、原因まで遡って再発防止策を打つPMでは、プロジェクト後半の品質に大きな差が生まれる。
実践Tips：不具合管理ツール（Jira、Redmineなど）に「根本原因（Root Cause）」の記入欄を設け、不具合のクローズ時に必ず記録するルールを設けよう。週次で根本原因を分類・集計すると、「要件の読み違え」「コミュニケーション不足」「設計レビューの漏れ」など、チーム固有のボトルネックが見えてくる。
4. 品質への意識をチームに根付かせる——PMだけが品質を気にしても意味がない
品質管理の最大の落とし穴は、それがPMひとりの仕事になってしまうことだ。チームメンバーが「品質はQAの担当」「PMが確認するから自分は関係ない」という意識でいる限り、どんな仕組みも機能しない。
実践Tips：「品質チャンピオン」をチーム内に設ける方法が有効だ。特定のメンバーに品質改善の担当をローテーションで任せ、毎週一つの改善提案を出してもらう。PMが品質の「管理者」ではなく「文化の醸成者」として振る舞うことが、長期的な品質向上につながる。
まとめ——品質は「守るもの」ではなく「作るもの」
品質管理は、プロジェクトの終盤に問題を検出するための「防御の仕組み」ではない。それは、プロジェクトの始まりから終わりまで、あらゆるプロセスに品質への意識を埋め込む「攻めの設計」だ。
品質基準の明文化、継続的なレビュー、根本原因の追跡、そしてチーム全体の品質意識——この4つのアプローチを実践することで、「テスト工程で崩壊するプロジェクト」から脱却できる。
品質は検査では作れない。プロセスに織り込むものだ。その認識こそが、PMとしての品質管理の出発点である。
