ITパスポート 2014年 秋期 問35

システムの開発を外部に委託する際の納期及び品質の確保 【ITパスポート 解説】

正解の理由

• 受入れテスト（a）：成果物が合意した品質基準や機能を満たしているかを実際に確認するために不可欠です。テストがなければ「品質が合っている」と証明できません。
• 共同レビュー（b）：定期的な進捗確認と問題の共有・解決は、納期遅延や品質低下を未然に防ぐために重要です。
• 合意文書（c）：納期・品質基準・受入れ条件・責任分担などを明文化しておかないと、認識のズレが発生して実現性が下がります。

解法ステップ

1. 問題の目的を確認する：納期と品質を「実現する」ために不可欠な活動かどうかを問われている。
2. 各選択肢が「納期」または「品質」に直接寄与するかを判定する。
   • 実際に品質を検証する手段か（例：受入れテスト）。
   • 進捗や問題を早期に把握・解決できる仕組みか（例：共同レビュー）。
   • 約束や基準を明文化しているか（例：合意文書）。
   • 単に事務的／金銭的な行為で、直接の実現手段になっていないか（例：支払）。
3. 「不可欠」に当てはまるものを全て選び、選択肢の組合せと照合する。

選択肢別の誤答解説

• ア: a, b, c
  各活動とも納期と品質の実現に直接関与します。受入れテストで品質を確認し、共同レビューで進捗と問題解決を行い、合意文書で基準や責任を明確にします。従って適切です（本問の正しい組合せは ア）。
• イ: a, b, d
  a と b は正しいですが、d（支払）を含める代わりに c（合意文書）が抜けています。合意文書がないと基準や受入れ条件があいまいになり、品質・納期の実現が難しくなります。よって不適切です。
• ウ: a, c, d
  a と c は必要ですが、進捗管理や問題解決の仕組みである b（共同レビュー）が欠けています。進捗確認が不十分だと、遅れや品質問題を早期に発見できず、最終的な実現が難しくなります。よって不適切です。
• エ: b, c, d
  b と c は重要ですが、受入れテスト（a）がないと「合意した品質が実際に満たされている」ことを客観的に確認できません。支払（d）を含めても品質確認の代替にはなりません。よって不適切です。

よくある誤解

1. 「支払いを確実にすればベンダは頑張る」は誤解です。支払いは関係を維持する要素ですが、納期と品質を保証する具体的手段（テスト、レビュー、合意文書）には置き換えられません。
2. 「契約書（合意文書）だけあれば安全」は誤解です。合意文書は基準や責任を決めますが、進捗監視や品質検査（レビュー・受入れテスト）がなければ実現できません。
3. 「受入れテストは形式的でよい」は危険です。受入れテストが不十分だと不具合が見逃され、運用後に大きな手戻り（追加コスト・遅延）が発生します。

補足コラム

• 受入れテスト（受け入れ試験）：発注側が納品物を受け取る前に実施するテストです。合意した機能や性能、品質基準を満たしているか「実際に動かして確認」します。ソフトウェアであれば画面操作や処理の結果確認を行います。
• 共同レビュー：発注者とベンダが定期的に集まり、進捗（どこまでできているか）と問題点を共有し、対策を決める会議です。早期発見・早期対応が目的です。
• 合意文書（契約書・仕様書・SLAなど）：SLA（Service Level Agreement：サービス水準合意書）などの形で品質基準や納期、責任分担、違反時の対応（ペナルティや検収条件）を明文化します。言葉で決めただけではなく、可視化・文書化することが重要です。

FAQ