プロジェクトマネージャ 2009年 午前2 問01

コードインスペクションの時間削減効果【午前2解説】

正解の理由

解法ステップ

1. システムに存在するバグ数を求めます。
   $6,000÷1,000\times 5=30\text{件}$
2. コードインスペクションを行わない場合の修復時間を求めます。
   バグ30件すべてを単体テスト以降で修復するため、1件当たり5時間として、
   $30\times 5=150\text{時間}$
3. コードインスペクションにかかる時間を求めます。
   $6,000÷1,000\times 4=24\text{時間}$
4. インスペクションで発見するバグ数と、後工程に残るバグ数を求めます。
   発見するバグ数は、全体の90％です。
   $30\times 0.9=27\text{件}$
   後工程に残るバグ数は、
   $30-27=3\text{件}$
5. インスペクションを行った場合の合計時間を求めます。
   インスペクションで見つかった27件は1件当たり1時間、後工程に残った3件は1件当たり5時間で修復します。
   $24+(27\times 1)+(3\times 5)=66\text{時間}$
6. インスペクションによって削減できる時間を求めます。
   $150-66=84\text{時間}$

選択肢別の誤答解説

• ア：66時間
  コードインスペクションを行った場合の合計時間です。削減時間を求めるには、インスペクションを行わない場合の150時間との差を取る必要があります。
• イ：84時間
  インスペクションを行わない場合の150時間から、行った場合の66時間を引いた値です。求める削減時間に当たります。
• ウ：99時間
  150時間から、インスペクションの24時間と、インスペクションで発見したバグの修復時間27時間だけを引いた値です。後工程に残る3件の修復時間15時間を考慮できていません。
• エ：108時間
  インスペクションで発見した27件について、修復時間が1件当たり4時間短くなることから、$27\times (5-1)$ と計算した値です。インスペクション自体にかかる24時間と、後工程に残る3件の修復時間を差し引いていません。

よくある誤解

• バグ発見率90％を、修復時間の削減率と捉えてしまう
  90％は、インスペクションで発見されるバグの割合です。時間の削減率ではありません。
• インスペクションの所要時間を計算に入れ忘れる
  早い段階でバグを発見できても、インスペクションの実施にも時間がかかります。削減時間を求める際は、その時間も含めて比較します。
• 後工程に残るバグの修復時間を無視する
  発見率が100％ではないため、残りのバグは単体テスト以降で修復します。その修復時間も合計時間に加えます。

補足コラム

FAQ