GoTheDistance読者になるGoTheDistanceござ先輩と言われています。クオリティスタートという会社をやっています。この広告は、90日以上更新していないブログに表示しています。2009-06-07システム開発に欠かせない契約の基礎知識まとめ先日識者の方に色々教わったのでメモっておきます。知ってそうで知らない、元々よくわからない、そういう方に向けてまとめてみました。僕がSIにいた頃は大抵「基本契約」と「個別覚書」ってのがありました。納期とかお金とかそういうのは個別覚書に書かれたりしていました。〜開発まで」と「保守運用」で別契約にすることが多い。「仕様策定フェーズ」で1つの契約にして、別に新しく契約を締結しなおせるほうが望ましい。仕様策定までは準委任、開発は請負、保守運用は準委任という契約が多い。ちなみに準委任は「事務作業の代行」という意味合い。委任は「法的効力がある作業」の代行。サムライビジネスは後者が多い。別に運用が事務作業とイコールじゃないけど、成果を問わないタイプの契約の場合は役務提供という位置づけになる。いって契約で「僕らのコンサル案を僕らが実施し成果が出るまでキッチリやります」ということも可能ではある。要望と仕様をごっちゃにしないこと。どこまでが仕様でどこからが瑕疵なのかわからなくなる。その線引きを合意書等で抑えておく。資本金によって遵守する法律が異なる。なる親事業者が資本金1千万円を超えていれば該当する。い義務」などがあります。下請法に該当する事業者は、発注書に下請法に準拠した項目が網羅されているかが大切。法務は個別契約までチェックできない。実は名前は何でもいい。極端な話「雇用契約書」と書いてあって中身がシステム開発基本契約の内容なら中身優先。甲/乙もなんでもいい。俺とお前とかでも法的効力は発揮される。言葉の定義を前段階で定義しておいたほうがいい。各々フェーズをキッチリ追えるかどうかが大切。代替のものをちゃんと用意する。オフィシャルに合意が取れていることが重要。ない場合は「一定期間をもってその満了をもって承認がみなされたものとする」という契約にする。何かステータスが変わったら「メールで証拠を残し、プロジェクト用の冊子に印刷して保管」する。担当者が辞めた後で揉めることもある。何かあったらログを掘り起こせるようにしておく。重要なのは事実がどうであるか。内税/外税をちゃんと明記していないケースが多い。