問40
頻出度★★☆
情報システムを請負契約で海外ベンダに発注することになった。このときのプロジェクト調達マネジメントとして, 適切な行動はどれか。
平成31年度 春期 ITパスポート試験 問40
ストラテジ系システム企画 › 調達計画・実施
この問題の解説と、これまでの解答の記録です。
解説
問 40
不正解ア
請負契約では、発注側が求められるのは契約で取り決めた範囲の成果物です。受入れ後に見つかった不良でも、契約に定めのない類似箇所の調査・対策まで指示するのは契約範囲を超えた要求であり、調達マネジメントとして適切とはいえません。必要なら仕様変更や別契約として正式に取り決めるべきです。
不正解イ
知的財産権(成果物やプログラムの権利の帰属)は契約でこそ明確にしておくべき重要事項です。条項を含めずに自由にコーディングさせると、開発したプログラムの権利の所在があいまいになり、後で発注側が自由に利用・改変できないなどの重大なトラブルを招きます。
不正解ウ
開発範囲・仕様・作業内容などの調達内容は、開発に着手する前に合意しておくべきものです。開発着手後に文書で合意するのでは、認識のずれや手戻りが生じてから取り決めることになり、順序が逆で適切ではありません。
- エ
正解 プロジェクト調達マネジメントでは、外部に発注する前(契約時)に「何を、どこまで、どう納めるか」を文書で明確に取り決めておくことが要点です。特に請負契約で海外ベンダに発注する場合、後からの認識ずれや仕様変更をめぐるトラブルを防ぐため、納品するドキュメントの範囲や開発中の仕様変更ルールといった調達内容を契約時に書面で合意しておく必要があります。エはまさにこの「契約時に文書で合意する」行動であり、適切です。
ここがポイント
- プロジェクト調達マネジメント: 外部委託では契約時(発注前)に調達範囲・納品物・仕様変更ルールなどを文書で合意しておくのが基本。
- 請負契約では成果物と権利の帰属を契約で明確化する。契約範囲外の作業要求や、知的財産権条項の省略は不適切。
用語