監修：山根一城（株式会社ポテンシャライト代表取締役CEO ／ 業界20年）
プロジェクト管理における品質管理とは、成果物やプロセスが合意した基準を満たすように、基準を決め、作り込みを支え、ずれを検知して直す一連の活動を指します。検査で不良をはじく行為だけでなく、要件定義の段階から「どの程度の品質なら合格か」を定義し、工程の途中で品質を保証する仕組みを含みます。PMは品質を納期やコストと並ぶ制約として扱い、どこに力を入れるかを判断します。
品質管理の目的は、完成物が発注者やユーザーの求める水準に届き、かつ後工程や運用で手戻りを起こさない状態を作ることです。プロジェクト管理の文脈では、品質は単体で語られず、コストと納期とのバランスの中で決まります。限られた期間で全項目を完璧にするのは難しいため、PMは「ここは落とせない品質」と「許容できるばらつき」を切り分けていきます。
PMが見ているのは、大きく二つの品質です。一つは成果物そのものの品質で、要件定義書や基本設計書、実装されたシステム、テスト結果報告書などが、合意した仕様どおりかという観点です。もう一つはプロセスの品質で、レビューが設計・コーディング・テストの各工程で抜けなく行われているか、変更が記録されているか、といった進め方の健全さです。
この二つを分けて考えると、つまずきの位置が見えやすくなります。成果物の品質だけを見ていると、たまたま今回は通ったが再現性のない状態を「良し」と誤認しがちです。プロセスの品質にも目を配ることで、同じ失敗を繰り返さない土台ができます。PMの役割は、自分で検査することよりも、品質を保つ仕組みがチームに備わっているかを確かめることにあります。
品質管理は、おおまかに「計画する」「作り込みを保証する」「ずれを検知して直す」の順で進みます。軸は時間の流れであり、工程が進むほど手戻りの代償が大きくなる点を押さえると設計しやすくなります。
最初に品質計画を立てます。ここでは、合格基準を要件定義の段階で言葉にし、どの成果物を誰がレビューするか、どのテストをどの順で行うかを決めます。成果物としては品質計画書やレビュー観点表、テスト計画書が該当します。基準が曖昧なまま進むと、後で「これは不具合か仕様か」という論争が起きるため、ここでの言語化が後工程の揉め事を減らします。
次に品質保証です。設計レビューやコードレビュー、工程ごとのチェックリスト運用を通じて、不良が作り込まれにくい進め方を支えます。ここはPMが直接手を動かすより、レビューの場が機能しているか、指摘が成果物に反映されているかを見る段階です。
最後に品質コントロールとして、結合テストやシステムテスト、受け入れテストで実際のずれを検知し、欠陥を記録して修正します。検出した不具合の件数や傾向を見て、特定のモジュールに集中していないか、同種のミスが繰り返されていないかを確認します。計画・保証・コントロールは一度で終わらず、工程ごとに回していくものだと捉えると実態に合います。
品質管理でよく起きるのは、基準が「暗黙のうちにある」まま進んでしまうことです。合格ラインを文書にしないと、レビュアーごとに判断がぶれ、同じ成果物が人によって通ったり差し戻されたりします。要件定義や設計の段階で受け入れ条件を具体的に書いておくと、この揺れが小さくなります。
テストを終盤に寄せすぎるのも典型的なつまずきです。納期直前でまとめてテストすると、見つかった欠陥を直す時間が足りず、品質か納期のどちらかを削る判断を迫られます。結合テストやシステムテストを計画段階で工程に織り込み、早い段階で小さく検証しておくと、終盤の圧縮を避けやすくなります。
品質管理は単独の活動ではなく、他の管理領域と重なり合って動きます。混同しやすいので、軸を「何を扱うか」に置いて整理します。
QCDSやQCDSEは、品質・コスト・納期・安全などプロジェクトの制約を並べた枠組みです。この中で品質は一つの軸にあたり、品質管理はその軸を担う活動だと位置づけられます。品質だけを突き詰めるとコストと納期を圧迫するため、QCDSの視点は「品質をどこまで上げるか」を判断する物差しになります。
テスト工程との関係もよく問われます。結合テストや受け入れテストは、品質コントロールの中で欠陥を検知する具体的な手段です。つまりテストは品質管理の一部であり、全部ではありません。テスト前のレビューや、そもそも基準を決める品質計画まで含めて品質管理と呼びます。テストだけを品質管理と捉えると、作り込みの段階で品質を支える発想が抜け落ちやすくなります。
リスク管理とも近い関係にあります。品質上の弱点を早めに見つけてリスクとして扱えば、終盤の手戻りという形で表面化する前に手を打てます。品質管理で検知したずれの傾向を、リスクの兆候として読む姿勢が実務では役立ちます。
品質管理を語れることは、PMとしての守備範囲の広さを示す材料になります。採用側が見ているのは、検査の知識よりも「品質をコストや納期とどう天秤にかけ、どこで判断したか」という経験です。面接や職務経歴の場では、合格基準をどう言語化したか、どの工程でレビューやテストを織り込んだか、つまずいたときに原因をプロセスのどこに見たか、といった具体を語れると説得力が増します。
品質管理は要件定義やテスト工程、リスク管理と地続きなので、ここを押さえると隣接領域の話にもつなげやすくなります。品質を一人で作るものではなく、チームの仕組みで保つものとして捉えている姿勢は、より大きなプロジェクトを任せる判断材料になりやすい部分です。
品質管理と品質保証は何が違いますか。
品質保証は、レビューやチェックリスト運用を通じて不良が作り込まれにくい進め方を支える活動を指します。品質管理はそれを含み、合格基準を決める品質計画と、テストでずれを検知して直す品質コントロールまでを合わせた全体を指します。保証は品質管理の中の一工程だと捉えると整理しやすくなります。
テストをしていれば品質管理をしていると言えますか。
テストは品質管理の一部ですが、全体ではありません。テストは主に欠陥を検知する手段で、その前段にある合格基準の定義や設計レビューまで含めて品質管理と呼びます。テストだけに頼ると、作り込みの段階で品質を支える仕組みが抜け、終盤に手戻りが集中しやすくなります。
品質とコスト・納期はどう両立させますか。
すべてを同時に最大化するのは難しいため、どこに力を入れるかを決めるのが現実的です。合格基準に照らして落とせない品質と許容できるばらつきを切り分け、QCDSの枠組みでバランスを判断します。早い段階で小さく検証して手戻りを減らすことも、結果としてコストと納期の圧迫を和らげます。