すべてのカテゴリ

システム開発契約を「請負」で組む。一見するとシンプルですが、ここに落とし穴が詰まっています。なぜなら、請負契約とは「仕事の完成」に対して報酬が発生する契約だからです。つまり――完成しなければ、お金はもらえない。この一点だけで、契約の重さが一気に変わります。請負契約とは何か（システム開発における意味）民法上の請負契約は、成果物の完成が義務完成しなければ報酬請求不可これをシステム開発に当てはめるとどうなるか。「仕様どおりのシステムを完成させる責任を負う」という構造になります。ここで問題になるのが――そもそも仕様が固まっていない案件が多すぎるという現実です。最大のリスクは「仕様の曖昧さ」請負契約で最も危険なのはこれです。「思っていたのと違う」この一言で、すべてが崩れます。注意点①：仕様書を“契約の中心”に据える請負契約では、契約書よりもむしろ仕様書の精度が命です。最低限、ここは押さえたい機能一覧（やらないことも明記）画面遷移入出力仕様外部連携の範囲パフォーマンス要件そして重要なのは――「本仕様書に記載のない事項は対象外とする」この一文。これがあるかないかで、戦場が変わります。注意点②：検収の仕組みを設計する請負契約では「完成＝検収合格」です。ここを曖昧にすると、永遠に終わりません。よくある失敗検収期間の定めなし基準が抽象的修正回数無制限これを避けるために検収期間（例：納品後10日）検収基準（仕様書適合性）軽微な不具合の扱い（検収合格とみなすか）を明確にする必要があります。注意点③：仕様変更＝別契約と切り分ける開発現場ではほぼ確実に起きます。「やっぱりこれも追加したい」これを飲み続ける