令和3年度 ITパスポート試験 公開問題 問43 解説 システム開発の受入れ検収
A社で新規にシステムを開発するプロジェクトにおいて,システムの開発をシステム要件定義,設計,プログラミング,結合テスト,総合テスト,運用テストの順に行う。A社は,外部ベンダのB社と設計,プログラミング及び結合テストを委託範囲とする請負契約を結んだ。A社が実施する受入れ検収はどの工程とどの工程の間で実施するのが適切か。
- システム要件定義と設計の間
- プログラミングと結合テストの間
- 結合テストと総合テストの間 ✓ 正答
- 総合テストと運用テストの間
解説
この問題の判断根拠は、請負契約における受入れ検収のタイミングと、委託範囲の境界線にあります。問題文にある通り、B社への委託範囲は設計から結合テストまでです。したがって、B社の作業がすべて完了した結合テストの直後、かつA社の次の作業である総合テストへ移行する前に、成果物が要件を満たしているかを確認する検収作業を行うのが適切です。
請負契約と受入れ検収の基本 請負契約とは、ある仕事の完成を目的として契約を結ぶ形態です。システム開発の現場では、開発の一部を外部ベンダ(B社)に依頼する際によく利用されます。発注者であるA社にとって、委託したすべての工程が正しく完了したかを確認する作業が受入れ検収です。この検収が完了することで、初めてシステムは次のフェーズ(この場合は総合テスト)へ進むことができ、また成果物に対する責任が明確になります。
プロジェクト工程の順序 本問のような開発モデルでは、一般的に以下の順序で工程が進みます。
- システム要件定義(A社)
- 設計(B社)
- プログラミング(B社)
- 結合テスト(B社) ----- 受入れ検収のタイミング -----
- 総合テスト(A社)
- 運用テスト(A社)
もし検収を結合テストより前に行うと、B社の作業が完了していないため確認ができません。逆に検収を総合テストの後に行うと、もしB社の作業範囲に不備があった場合、A社がすでに行った総合テストの時間が無駄になってしまう恐れがあります。そのため、委託された範囲の区切りで必ずチェックを挟むのがプロジェクト管理の鉄則です。
類似問題への備え 試験では、この問題のように「委託範囲」と「検収タイミング」を問う問題が頻出します。ポイントは、委託範囲の終了地点を見極めることです。「設計・プログラミング・結合テスト」がB社の担当であれば、その最後である「結合テスト」の直後に検収が来ると機械的に結びつけて問題ありません。また、この考え方は実務におけるプロジェクトマネジメントでも非常に重要であり、工程の境界(マイルストーン)での品質確認を怠ると、手戻りコストが大幅に増大するリスクがあることをセットで覚えておきましょう。
ITパスポート試験ドットコム|請負契約 IPA 独立行政法人情報処理推進機構|システム開発の工程とマネジメント IT用語辞典 e-Words|受入れテスト(受入れ検収)