セミナー詳細

2025年11月19日(水)13:00～17:00

基幹システム等の大規模なシステム開発においては、ユーザ側に技術的な判断ができる人材がいないこともあり、契約時には厳密に仕様を確定させずに、開発着手後のユーザによる仕様変更が前提とされている事例が多いところです。もっとも、その結果として、大幅な仕様変更による多額の追加費用負担の問題や納期の大幅な遅延を招き、最終的には開発プロジェクト自体が中止となり、その原因を巡ってユーザとベンダ間で数十億円規模の係争に至る例が後を絶ちません。
　さらに、2024年に菓子等の総合食品メーカーにおいて発生したシステムの障害事例のように、開発・更新直後に生じた基幹システム等の障害により、半年以上もの長期間にわたり、事業継続に支障をきたした事例も増えています。
　これに対し、最近のシステム開発においては、開発実態に合わせるために、開発委託契約の段階で仕様を確定させる「ウォータフォール型開発」の形態によらず、開発を進めながら仕様を確定させていく「アジャイル型開発」で進める例も増えてきていますが、そのような開発形態を採用したとしても、上記のような課題自体が解消するわけではありません。
　本セミナーでは、公認システム監査人・弁護士として、多数のシステム開発を巡る紛争に関与してきた講師が、最近のシステム開発の基礎知識や抑えておくべきリスクの解説と対処法、開発プロジェクトを進める上でのマネジメントのポイントに関して、実例を踏まえて分かりやすく解説いたします。

１　システム障害による事業中断と損失
（１）基幹システムにおけるレガシーの問題
　　　－2025年の崖
（２）システム障害による事業中断の損失
　　　－菓子等の総合食品メーカーの事例
（３）基幹システムの更新の失敗事例の頻発
（４）基幹システムの更新に内在するリスクと課題
（５）現実を踏まえたベンダ選定のポイント

２　アジャイル型開発はユーザの課題の解決策になるのか
（１）開発手法の選択（ウォータフォール型開発・アジャイル型開発の違い）
（２）アジャイル型開発の特徴
　　　－ユーザとベンダの役割・責任分担の見直し
（３）システム開発の実態と開発形態との乖離が問題なのか
（４）ウォータフォール型開発の多段階契約方式の意義
（５）ウォータフォール型開発の開発実態
　　　－契約後の仕様変更

３　契約時までのシステム開発の失敗を回避するためのポイント
（１）企画・要件定義段階 －システム化の方向性の検討の意義
（２）パッケージの選定時のポイント
（３）契約形態（請負・業務委託）の選択の意味
（４）開発委託契約の交渉
　　　－システム開発契約に特有の契約条件
（５）契約書はシステム開発の失敗時の責任分配基準

４　裁判例から学ぶシステム開発の失敗を回避するためのポイント
（１）裁判例の想定する開発プロジェクトにおける役割分担
（２）ベンダのプロジェクトマネジメント義務とユーザの協力義務を巡る裁判例
（３）裁判例からみたユーザとベンダの責任分岐点
（４）開発が頓挫した際のベンダとの交渉上のポイント
（５）事前の対策としての開発委託契約における対策

５　システム開発の成否は開発前に決まっている