製造工程に入ってるけど、やっぱこの機能も追加してくださーい

製造工程に入ってるけど、やっぱこの機能も追加してくださーい：「訴えてやる！」の前に読む IT訴訟 徹底解説（91）（1/3 ページ） 連載目次 IT開発を巡る裁判では、システムの要件――ベンダーがどのような機能をどこまで作るのか――についての争いの割合がかなり高い。本連載でも、そうした裁判の例を幾つも解説してきた。 ユーザー企業の「この機能を作ってくれるはずではなかったのか」というクレームに、ベンダーが「そんなことは約束していない」と反論をする。まさにIT訴訟の定番ともいうべきケースだ。アジャイル開発の割合が増えて開発中でもユーザーの要望を取り入れやすくなったといわれる今でも、こうした争いは後を絶たない。 今回取り上げるのも、「システムの要件の範囲」あるいは「契約の範囲」を巡る裁判だ。 簡単に説明すると、要件定義から開発までの全てを単一のベンダーが請負契約で行った。詳細設計中に要件の変更が

[secseek]

要件定義ってのは、ややこしい言い方ですが、要は「なにをやりたいか決める」ってことです。自分がやりたいことを決めるって作業を全部他に丸投げしちゃってるのがそもそもおかしいのです

[ino-agile]

『本件は、要件定義から構築までの作業を一括で、請負で契約してしまったところに問題がある。』要件定義を準委任契約としながらも実質的には「全部で幾ら」と決められていることもあるんですよねー

[l__LINE__l]

要件定義を請負にすれば、詰め込みホーダイ

[s_rsak]

こんな判決通ったら、要件定義を確定させる意味なくなるやん。日本のシステム開発ビジネスは無茶苦茶になるで。絶対、上告しろよ。

[kamei_rio]

"まず、要件定義を請け負っているということは、要件定義書に不備があれば、それはベンダーの責任ということになる。" うっひょー