プロジェクトマネジメント｜平成29年度 春期 ITパスポート試験（特別措置試験） 問38

• 計画時の予算
• 投資対効果
• 納期
• ✓ これが正解バグ摘出数

解説

試験で見つかった不具合の数が、品質を測る手がかりになります。

プロジェクトを進めるときは、進み具合、費用、品質、人の四つを見ながら管理します。このうち品質だけは、できあがったものの中身に踏み込まないと測れません。直接に数えられるものとして使われるのが、試験で見つかった不具合の数です。同じ規模の過去のものと比べて少なすぎれば、試験のやり方が足りていない疑いが立ちます。多すぎれば、作りそのものに無理がある疑いが立ちます。数そのものより、見込みとのずれを読むための手がかりになります。数を読むときは、必ず何かと比べます。作った量あたりの件数にそろえたり、試験にかけた時間で割ったりして、過去のものと並べられる形に直します。件数そのものを目標にすると、わざと小さく数える力が働くので注意します。品質は一つの数だけでは語れないので、直すまでにかかった時間なども合わせて見ます。

ほかの選択肢はなぜ違うのか

• いくらで作る計画だったかを示す数です。費用を管理するための目安であって、できあがったものの中身が良いかどうかは何も語りません。費用の枠を示す数なので、できあがったものの中身については何も語りません。予算と中身は別です。
• かけた費用に見合う効果が出たかを見る指標です。投資の判断に使う数なので、作られたプログラムの出来ばえを測るものではありません。投資の判断に使う数で、作られたプログラムの出来ばえとは別の軸になります。効果と不具合は別です。
• いつまでに終えるかという約束です。進み具合を管理するための目安であり、早く出せたからといって中身が良いとは限りません。別の軸です。期日を守れたかどうかは進み具合の話で、中身が良いかどうかとは切り離して見ます。

この問題に関係する言葉

• 品質
• テスト決めたとおりに動くかを、実際に動かして確かめる作業のこと。何を確かめるかによって移行テスト、システムテストなどと呼び分けます。
• バグ
• 信頼性意図した動きと実際の結果が食い違わない度合い。情報セキュリティでは一貫しているという特性、機器ではRASISのRとして壊れにくさを指します。

出典：平成29年度 春期 ITパスポート試験（特別措置試験） 問38

この問題を演習で解く

同じ単元をまとめて解くならプロジェクトマネジメントへ。

この解説に誤りを見つけたら教えてください。直して、直した記録を残します。誤りを報告する（メールが開きます）