レビュー密度・欠陥密度の分析と手戻り防止の品質統制
設計工程において「レビューが予定通り終了しました。指摘件数は0件でした」という報告を受けた時、優秀なPMなら安心するどころか、「重大な品質危機の兆候」として背筋を凍らせます。
設計書を斜め読みしただけの手抜きレビューは、結合テストやシステムテスト工程での「バグの噴出」「設計見直しによる大炎上」へと直結します。上流工程で欠陥を刈り取るための定量的品質指標が、「レビュー密度」と「欠陥密度」です。
1. 品質分析の2大メトリクス:密度管理の基本式
指標 | 計算式 | 単位 | 測定目的と評価基準 |
|---|---|---|---|
レビュー密度 | レビュー工数(時間) / 設計書規模(ページ数またはステップ数) | 時間/ページ, 時間/KLOC | 十分な時間をかけて精査されたかを判定する。基準値を下回ると手抜きレビューの疑い。 |
欠陥密度(指摘密度) | レビュー指摘件数 / 設計書規模 | 件/ページ, 件/KLOC | 成果物の潜在欠陥の摘出状況を評価する。極端に高い場合は設計品質不良、極端に低い場合は見逃しを疑う。 |
是正完了率 | 修正完了した指摘件数 / 指摘総件数 | % | 発見された指摘事項が確実に設計書へ反映されたかを確認する(100%がゲート通過条件)。 |
2. 品質判定マトリクス:密度の組み合わせによる4象限分析
レビュー密度 | 欠陥密度 | 品質診断結果 | PMが講ずべき処方箋 |
|---|---|---|---|
十分(高) | 適正(中〜高) | 【健全】十分にレビューされ、欠陥が順調に刈り取られている | 残存指摘の是正完了を確認し、次工程へ進める |
不足(低) | 極少(低) | 【極めて危険】形骸化レビュー。見逃された潜在欠陥が大量に潜伏 | 【ゲート不合格】レビュー計画を再作成し、有識者を加えて再レビューを命じる |
十分(高) | 極大(異常高) | 【設計品質不良】設計者のスキル不足や入力要件の曖昧さ | 設計書の抜本的見直しを命じ、先行設計の類似バグを水平展開調査 |
不足(低) | 極大(異常高) | 【破綻】少し読んだだけでボロボロと不具合が出る状態 | 即座にレビューを中断し、設計工程の仕切り直しを行う |
3. 【実戦記述演習 問1】レビュー実績の異常値判定とゲート管理
【シナリオ背景】H社(通信業)の顧客ポータル刷新プロジェクトにおいて、詳細設計工程の完了判定会議(品質ゲート)が開催された。全5つのサブシステムのうち、サブシステムSの実績データは以下の通りであった。
サブシステムSの詳細設計レビュー実績:
・設計書規模:200ページ
・標準レビュー密度基準:0.5時間/ページ(標準所要時間:100時間)
・実績レビュー工数:20時間(レビュー密度:0.1時間/ページ)
・標準指摘密度基準:1.5〜2.5件/ページ(標準指摘件数:300〜500件)
・実績指摘件数:12件(指摘密度:0.06件/ページ)
担当PLの報告:
「設計書の作成が予定より遅れたため、レビュー時間を短縮して突貫で実施したが、指摘件数が12件と極めて少なかったため、設計書の品質は高く、予定通りプログラミングに着手できる。」設問1:PMであるあなたが、PLの報告を却下し、プログラミング着手を不合格とすべき論理的理由を、レビュー密度と潜在欠陥の観点から35字以内で述べよ。
【模範解答】
レビュー密度が大幅に不足し、多量の潜在欠陥が見逃されているため。(34字)解説と採点基準(配点:10点)
出題意図:レビュー時間が標準の1/5しかかけられておらず、指摘数が少ないのは品質が高いのではなく「手抜き・見逃し」であることをメトリクスから見抜けるかを問う。
加点キーワード:『レビュー密度(工数/時間)の不足/低さ』(4点)、『潜在欠陥(バグ)の見逃し/残存』(4点)、『品質が保証されていない』(2点)。
減点対象:「指摘件数が少なすぎるから」とだけ書いた場合は、なぜ少なくなったかの原因(密度不足)に触れていないため減点(部分点5点)。
4. 【実戦記述演習 問2】品質確保のための再レビュー指示内容
設問2:サブシステムSの設計品質を担保するために、PMがPLに対して命じるべき具体的な是正処置を40字以内で述べよ。
【模範解答】
標準密度を満たすレビュー計画を再策定し、有識者を加えて再レビューを実施する。(39字)解説と採点基準(配点:10点)
出題意図:単に「やり直せ」ではなく、標準レビュー時間を確保した再計画と、レビューアの質(業務・技術有識者のアサイン)を指示できるかを評価する。
加点キーワード:『標準密度の確保(十分なレビュー時間)』(4点)、『再レビュー(再点検)の実施』(4点)、『有識者(有資格者)の参加/アサイン』(2点)。
減点対象:「テスト工程でバグを多く出すよう指示する」(手戻り防止の観点から最悪の選択肢であり0点)。
5. まとめ:レビュー統制チェックリスト
□ プロジェクト開始時に、設計書の規模測定基準(ページ数換算ルール等)と密度目標値を定義しているか?
□ レビュー指摘件数がゼロまたは下限を割った成果物に対し、無条件のゲート通過を禁止しているか?
□ 指摘事項の「修正」だけでなく、修正によって新たな不具合が生じていないか(二次レビュー)を確認しているか?
次におすすめの学習
編集・検証について
編集・検証:IT資格ラボ編集部
IPAが公開する試験要綱・シラバス・過去問題と、各技術の公式資料を優先して内容を確認しています。制度変更や誤りを確認した場合は、記事を見直して更新します。
編集方針・情報源・訂正方針を見る