ITパスポート 2012年 秋期 問31

プロジェクト成果物の品質確認作業とは何か【ITパスポート 解説】

正解の理由

• レビュー：成果物を第三者や関係者が点検・検討する作業
• 品質保証（Quality Assurance, QA：プロセスや仕組みで品質を担保する活動）
• 品質管理／検証（verification：作ったものが仕様に合っているかを確認すること）

解法ステップ

1. 図の工程（システム要件定義 → システム方式設計 → ソフトウェア要件定義 → ソフトウェア方式設計）が「何を作るか」「どう作るか」を表していることを確認する。
2. 問題文は「成果物が期待される品質を満たしていることを確認するために行う作業はどれか」と尋ねている点に注目する。
3. 各選択肢を「品質を確認する活動か？」という観点で評価する。
   • レビューは直接「成果物を確認する」活動なので該当する。
   • 他の選択肢（ツールの選定、スケジュール作成、役割定義）は準備や管理に関する活動で、品質の確認そのものではない。
4. よって「レビューの実施」を選ぶ。

選択肢別の誤答解説

• ア: プロジェクト成果物の作成に必要なツールの納入者の選定
  → ツールやベンダ（納入者）選定は作業準備や調達の活動です。品質を高める間接的な要因にはなりますが、「成果物が期待品質を満たしていることを確認する」行為ではありません。
• イ: プロジェクト成果物のレビューの実施
  → （正解）レビューは成果物を直接点検し、誤りや欠落、要件違反を検出して修正する活動です。品質確認の代表的な方法です。
• ウ: プロジェクト成果物を作成するスケジュールの作成及び進捗管理の実施
  → スケジュール管理は時間や工程管理に関する作業です。進捗確認は「いつまでに何をするか」の管理であり、品質そのものの確認とは目的が異なります。
• エ: プロジェクト成果物を作成するためのそれぞれのメンバの役割と責任の定義
  → 役割・責任の定義は責務の明確化であり、プロジェクト運営や担当範囲の整理に有効です。しかし、それ自体で成果物の品質を評価・確認する活動ではありません。

よくある誤解

1. 「テスト（検証）とレビューは同じ」と考える誤解
   • レビューは人が成果物（設計書、コード、文書）を読み合って問題を見つける活動です。テストはソフトウェアを実行して動作や性能を確認する作業です。両方とも品質確認に重要ですが、方法が異なります。
2. 「スケジュール通り進んでいれば品質は担保される」と思う誤解
   • 進捗管理は納期管理に有効ですが、時間どおりに進んでいても設計ミスや要件誤解が残っていれば品質は担保されません。レビューやテストなどの品質確認活動が必要です。

補足コラム

• レビューの種類と使い分け
  • ピアレビュー（同僚による確認）: 軽めで頻繁に実施。早期の欠陥検出に有効。
  • ウォークスルー（walkthrough）: 作成者が説明し、参加者が疑問点を出す形式。理解の共有に有効。
  • インスペクション（inspection）: フォーマルな手順で行う詳細なレビュー。重大欠陥の発見に強い。
  • 受け入れテスト（acceptance test）: 利用者や顧客が要件どおりかを確認する最終的な検証。検証（verification）と妥当性確認（validation）の違いもここで考えます。
• 図にある各工程の節目（マイルストーン）ごとにレビューを行うと効果的です。早い段階で問題を見つけるほど修正コストが低くなります（例：要件段階での誤りを設計後に直すより安価）。
• 例え話：家を建てる場合、設計図（成果物）を建築士仲間や施主がチェックするのがレビューです。図面の誤りを出発前に直せば、建て直し（高コスト）を避けられます。

FAQ