俺、コンサルタント。準委任だから品質には責任持ちません：「訴えてやる！」の前に読む IT訴訟 徹底解説（61）（1/3 ページ）

システム開発の目的とは

　本連載で何度もお話ししてきたように、システム開発、あるいはITの導入で、ベンダーが負わなければいけない債務は、「契約の目的に資するモノやサービスを提供すること」である。

　例えば、「ユーザーから提供された要件にモレがあり、それを基にして作ったシステムが業務の役に立たない」となった場合、「漏れた要件が契約の目的に照らして当然に必要と考えられるもの」であれば、専門家としてそれを指摘して要件を加えてモノを作ることがベンダーには求められる。もちろん、裁判でどのような結果が出るかは、その欠落した要件の内容によるが。

　例えば、既存のシステムに具備され、新しいシステムでも特に不要と判断されていない機能を、要件定義書に記されていないことを理由にベンダーが実装しなかったために、システムが完成したと認められなかった判例がある。

　裁判において、要件定義書は軽視される存在ではない。

　しかし、そこに全てが正しく書かれているわけではなく、そうした欠落を埋めながら開発や導入を進めなければならないことを裁判所も知っている。

　IT訴訟事例を例にとり、トラブルの予防策と対処法を解説する本連載。今回も必要な機能が具備されなかったシステムを巡っての争いだ。ただし、これまでと少し様相を異にするのが、争った相手が、開発ベンダーではなく上流工程で要件定義書を作成したコンサルティング会社である点だ。

コンサルタントの田中です。私が決めた要件に従って開発してください（画像はイメージです）