ITパスポート試験 / 平成24年度 秋期 ITパスポート試験 / 問31
certification-simodake-work

平成24年度 秋期 ITパスポート試験 問31 解説 プロジェクト成果物の品質確認

問31 プロジェクト成果物が期待される品質を満たしていることを確認するために行う 作業はどれか。

  1. ア プロジェクト成果物の作成に必要なツールの納入者の選定
  2. イ プロジェクト成果物のレビューの実施 ✓ 正答
  3. ウ プロジェクト成果物を作成するスケジュールの作成及び進捗管理の実施
  4. エ プロジェクト成果物を作成するためのそれぞれのメンバの役割と責任の定義

解説

プロジェクト成果物の品質確認作業は「レビュー」

この問題は、プロジェクトマネジメントにおける「品質管理」の基本的な考え方を問うています。プロジェクトの成果物が、当初の計画や要求を満たしているかを確認する作業は何か、という点が問われています。

成果物の品質確認とは

プロジェクトを進める上で、最終的に顧客や関係者に提供される「成果物」が、期待されるレベルの品質を満たしているかは非常に重要です。品質が低いと、プロジェクトの目的が達成されなかったり、追加の修正コストが発生したり、顧客満足度が低下したりする可能性があります。

成果物の品質を確認するためには、様々な手法がありますが、最も直接的で基本的な手法の一つが「レビュー」です。レビューとは、成果物(例えば、設計書、プログラムコード、マニュアルなど)を、作成者以外の関係者(同僚、上司、専門家など)が目視で確認し、誤り、不備、不明確な点などを発見する活動を指します。

選択肢の検討

各選択肢を見てみましょう。

  • ア プロジェクト成果物の作成に必要なツールの納入者の選定 これはプロジェクトの「調達管理」や「計画」に関する作業です。成果物を作成するための「手段」を確保する活動であり、成果物自体の品質を直接確認するものではありません。
  • イ プロジェクト成果物のレビューの実施 これは、作成された成果物を関係者で確認し、品質上の問題点を発見・指摘する活動です。まさに、成果物が期待される品質を満たしているかを確認するために行う作業と言えます。
  • ウ プロジェクト成果物を作成するスケジュールの作成及び進捗管理の実施 これは「スケジュール管理」や「進捗管理」といった、プロジェクトの「進行」を管理するための作業です。成果物の「内容」や「品質」を直接確認するものではなく、いつまでに何を作るか、計画通りに進んでいるか、といった時間的な側面を管理するものです。
  • エ プロジェクト成果物を作成するためのそれぞれのメンバの役割と責任の定義 これは「体制構築」や「人的資源管理」に関する作業です。誰が何を担当するかを明確にすることで、プロジェクトが円滑に進むようにするものです。成果物の品質を確保するための前提となる活動ではありますが、直接的な品質確認作業ではありません。

したがって、プロジェクト成果物が期待される品質を満たしていることを確認するために行う作業は、「レビューの実施」が最も適切です。

品質保証と品質管理

ITパスポート試験では、品質管理の概念として、「品質保証(Quality Assurance: QA)」と「品質管理(Quality Control: QC)」という言葉が出てくることがあります。

  • 品質保証(QA): プロジェクトのプロセス全体を通じて、品質が確保されるように計画し、活動すること。例えば、品質基準の設定、レビュープロセスの導入、標準化された開発手順の遵守などが含まれます。
  • 品質管理(QC): プロジェクトの成果物やプロセスを監視・測定し、品質基準を満たしていない場合に是正措置を講じること。レビューの実施、テスト、検査などがこれに該当します。

今回の問題は、より具体的に「成果物が期待される品質を満たしているかを確認する作業」を問うているため、品質管理(QC)の活動である「レビューの実施」が正解となります。品質保証(QA)は、そのための仕組みづくりや計画全体に関わる広範な概念です。

実際のプロジェクトでの活用

レビューは、ソフトウェア開発だけでなく、様々なプロジェクトで実施されます。

  • ソフトウェア開発: ソースコードレビュー、設計書レビュー、テスト計画レビュー、ユーザーズマニュアルレビューなど
  • ドキュメント作成: 企画書レビュー、報告書レビュー、提案書レビューなど
  • 設計: 建築設計図レビュー、製品設計レビューなど

レビューを適切に行うことで、早期に問題点を発見し、手戻りを減らし、最終的な成果物の品質を高めることができます。例えば、ソースコードレビューでバグを見つけられれば、リリース後に顧客がバグに遭遇する前に修正できます。設計段階で仕様の誤解を発見できれば、大規模な手戻りを防ぐことができます。

参考リンク

学習の記録にははてなブックマーク!

気づいたこと・覚えたことをコメントにメモしよう