監修：山根一城（株式会社ポテンシャライト代表取締役CEO ／ 業界20年）
品質管理とは、プロジェクトの成果物やプロセスが、あらかじめ合意した基準を満たしているかを測定・確認し、ずれがあれば是正する一連の活動を指します。PMにとっては、要件定義で決めた「何をもって完成とするか」を、テストやレビューといった具体的な検査で裏づけていく工程にあたります。
品質管理を語るときは、まず「検査」と「仕組みづくり」という軸で整理すると混乱が減ります。品質管理（QC）は、できあがった成果物を測って基準に合っているかを確かめる検査寄りの活動です。一方の品質保証（QA）は、そもそも不良が出にくいように工程やルールを整える仕組み寄りの活動を指します。この二つは対立するものではなく、QAで整えた土台の上でQCが個別の合否を判定する、という重なりで動きます。
PMがこの軸を意識する理由は、責任の置き場所が変わるからです。テスト担当者が見つけた不具合を一件ずつ直すのはQCの範囲ですが、同じ種類の不具合が繰り返し出るなら、レビュー観点や設計標準そのものを見直すQAの問題に切り替わります。目の前の是正だけを追い続けると、根本原因が残ったまま工数だけが膨らみます。
目的を一言でいえば、品質管理は「合意した基準との差を早く見つけ、手戻りを小さいうちに止める」ことにあります。基準が曖昧なまま検査だけ厳しくしても、担当者ごとに判断が割れ、合否の議論が長引きます。基準を先に決め、その基準で測る、という順番を崩さないことが起点になります。
進め方は、基準づくり・測定・是正という順で組み立てます。最初に、何をもって品質を満たすとみなすかを決めます。ここで作られるのが品質基準や受け入れ条件で、要件定義書や基本設計の内容を土台に、機能が満たすべき条件、性能の目安、確認の観点を文章にしていきます。基準がドキュメントとして残っていないと、後の合否判定が口頭の記憶に頼ることになります。
次に測定の段階では、単体テスト・結合テスト・システムテストといった工程で、設計どおりに動くかを確認します。担当者はテスト仕様書に沿ってケースを実行し、期待した結果と実際の結果を照合します。PMはこの過程で、テストケースが要件を網羅しているか、消化件数と不具合の検出件数がどう推移しているかを見て、品質が安定に向かっているかを判断します。
是正の段階では、見つかった不具合を管理表に登録し、影響範囲・優先度・修正担当・再テストの状態を追跡します。ここでのPMの役割は、個別の修正を指示することよりも、不具合の傾向を読むことにあります。特定の機能に不具合が集中していれば、その部分の設計やレビューに立ち返る判断が必要になります。成果物としては、品質基準書、テスト仕様書、テスト結果報告、不具合管理表がそろい、これらが「完成した」と言える根拠を形づくります。
失敗の形は、いくつかの典型があります。一つ目は、基準を決めないまま検査に入るケースです。受け入れ条件が曖昧だと、テスト担当者と開発担当者の間で「これは不具合か仕様か」の議論が繰り返され、判定が終盤まで宙に浮きます。基準づくりを後回しにするほど、この手戻りは大きくなりがちです。
これらは特別な事情がなくても起こり得るもので、基準を先に置き、範囲と傾向を合わせて見る習慣で、多くは小さいうちに抑えられます。
品質管理は単独では回らず、他の管理領域とかみ合って初めて機能します。整理の軸は「品質を支える前提」と「品質と競合する制約」の二つです。前提の側にあるのが要件定義とリスク管理です。要件定義で完成の条件が定まっていなければ、品質管理は測る物差しを持てません。リスク管理は、品質を脅かす要因を前もって洗い出し、テストで重点的に確認すべき箇所を照らします。
制約の側にあるのが、スケジュールとコストです。品質を高めるには検査やレビューに時間と工数がかかり、納期や予算と綱引きになります。PMは、どこまでの品質をいつまでに、どの工数で達成するかを、ステークホルダーと合意しながら調整します。品質を無条件に追い求めるのではなく、合意した水準に届いているかを判断するのが現実的な立ち位置です。
また、PMBOKのような体系では、品質を計画・保証・コントロールという段階で捉えます。呼び名や区切り方は体系によって幅がありますが、基準を決め、仕組みで支え、検査で確かめるという骨格は共通しています。用語の違いに引きずられず、自分のプロジェクトでこの骨格がどう回っているかを見ることが役に立ちます。
品質管理を扱えることは、PMとして「完成をどう定義し、どう確かめるか」を語れることにつながります。転職や職域を広げる場面では、不具合を何件見つけたかよりも、基準づくりから是正までをどう設計し、手戻りをどこで止めたかを具体的に説明できると、担当した仕事の輪郭が伝わりやすくなります。
また、品質は納期やコストと綱引きになるため、品質管理の経験は、制約の中で合意を作る力とセットで評価される傾向があります。要件定義やリスク管理との連携を意識して自分の関わり方を振り返ると、次に目指す役割を考えるうえでの手がかりになります。まずは、直近のプロジェクトで基準・測定・是正のどこに自分が効いたかを言葉にしてみることをおすすめします。
品質管理と品質保証は何が違いますか。
品質管理は、できあがった成果物を測って基準に合っているかを確かめる検査寄りの活動です。品質保証は、そもそも不良が出にくいように工程やルールを整える仕組み寄りの活動を指します。検査と仕組みづくりという軸で分けると整理しやすく、両者は重なり合って働きます。
PMは品質管理でどこまで関わりますか。
PMは、個別の不具合を直すことよりも、品質基準を合意し、テストの網羅性や不具合の傾向を読む役割を担うことが多いです。消化件数だけでなく、どの範囲が確認済みか、同じ原因の不具合が繰り返していないかを見て、設計やレビューに戻す判断につなげていきます。
品質管理はいつから始めるとよいですか。
テスト工程に入ってからではなく、要件定義や基本設計の段階から始めると手戻りを小さく抑えやすいです。完成の条件や受け入れ条件を早めに文章にしておくと、後の合否判定が記憶頼みにならず、担当者ごとの判断のばらつきも減らせます。