平成31年度 春期 （特別措置試験） 問40

✓ これが正解エ契約時に，納品するドキュメントや開発中の仕様変更ルールなどを文書で合意する。

解説

納品物や変更の手順を、契約の時点で文書にして決めておきます。

プロジェクトの調達マネジメントは、外から物や役務を手に入れる一連の手続を扱います。相手を選び、条件を決め、契約を結び、その契約に沿って進める。この流れの要は、何をどこまでやるのかを先に文書へ落としておくことです。とりわけ海外のベンダに請負契約で任せる場合、言葉も商習慣も違うので、口約束の余地を残せません。納めてもらう文書の一覧や、開発の途中で仕様を変えたくなったときの手順まで、契約の時点で決めて書き残しておきます。請負契約では、仕事の完成そのものが約束の中身になります。だから何をもって完成とするかを、先に書いておく必要があります。知的財産権の帰属も、契約の時点で決めておく事柄の一つです。そうしておけば、後から食い違いが起きても、どちらが何をすべきかを文書に戻って確かめられます。

ほかの選択肢はなぜ違うのか

• ア受入れ後に不良が発見された場合には，契約…：契約にない作業まで指示する、というのは請負では通りません。似た箇所も調べてほしいという求めは、品質の面では望ましく見えます。しかし請け負った側は、契約で定めた範囲の完成を約束しているだけです。望ましさと契約上の可否は別に考えます。
• イ海外ベンダの能力を生かすために，知的財産…：知的財産権の条項を契約に入れない、というのは危うい進め方です。作られたプログラムの権利が誰のものになるかを、あいまいなまま走らせることになります。自由に書かせれば能力が生きる、という理屈は帰属を決めない理由になりません。
• ウ開発着手後に，開発範囲，仕様，作業内容な…：開発に着手したあとで範囲や仕様を合意する、というのは順序が逆です。文書で合意するという点は正しいのですが、時点だけがずれています。作り始めてから範囲を決めれば、すでに作った分の扱いで必ずもめます。