[BOOKデータベースより]
システム開発における法的リスクを適切に管理する。要件定義は基本的にユーザーの責務？／度重なる仕様変更は当然にユーザーに帰責される？豊富な経験を有する執筆陣が、システム開発の実態に即して、一般に流布する誤解を解きほぐす。ユーザー・ベンダー双方が手に取るべき、紛争回避と解決の指南書。
第１編 システム開発紛争を理解するための実務的な基礎知識と主要な論点（システム開発紛争を理解するための実務的な基礎知識；システム開発紛争における主要な論点）
第２編 システム開発紛争に関する裁判例の検討（パッケージ・カスタマイズ型プロジェクトにおいてベンダーの要員のスキル不足のために開発工数が増大した事案（蟹江町事件）；ユーザーの業務要件の検討不足により実際の業務の使用に耐えないシステムとなってしまった事案（九州屋事件）；パッケージの適合度が低かったためにカスタマイズ工数が増大した事案（スルガ銀行事件）；カスタマイズ要望多発の原因の検討がなされていない事案（旭川医科大学事件）；特定の個別契約の解除に基づく他の個別契約の解除の可否が問題となった事案（トクヤマ事件、Ｚ会事件）；特定の個別契約の解除に基づく他の契約の解除の可否、及び、社内人件費の請求の可否等について判断された事案（第一法規事件）；クラウドサービスの技術的制約に抵触したためシステムの完成が不可能になった事案（文化シャッター事件））
第３編 システム開発紛争における紛争解決の特徴と心得（システム開発訴訟の審理に見る紛争予防の心得；システム開発紛争の紛争解決手続の特徴と心得）
システム開発の実態を踏まえて裁判例を解説。実務への指針を示す
システム開発は当初の目的を達成できないことも多く、訴訟リスクをも直視する必要がある。本書は法実務とシステム開発に関して豊富な経験をもつ執筆陣が裁判例を解析し、ベンダー側とユーザー側の責任判断の実態を解き明かしたうえで、適切な解決の指針を示す。紛争予防も見据えた関係者必携の書。
のマークが目印です。
