業務をパッケージに合わせると言ったけど、めんどくさいからやっぱりやめた

業務をパッケージに合わせると言ったけど、めんどくさいからやっぱりやめた：「訴えてやる！」の前に読む IT訴訟 徹底解説（99）（1/3 ページ） 連載目次 システム開発契約に大切なのは、「要件」と「目的」と……？ システム開発契約において、その中核をなすものは言うまでもなく、システムにどのような機能や性能などを具備するかという「要件」であろう。受注者であるベンダーは、この要件を実現することで代金を支払ってもらえる。つまり要件は契約上の「債務」の中核であり、いくら欠陥のないシステムを納品しても、要件を満たさないシステムは「債務の不履行」となり、費用の支払いを得られないばかりか、場合によっては損害賠償の請求までされてしまう。 もっとも、ここでいう「要件」とは、要件定義書に明記されたものだけを指すわけではない。たとえ文書化されておらず要件として定義されていなくても、システム開発契約の目的に照らし

[zu2]

“いつの間にか「この機能がないと、ウチの仕事は回らない、パッケージにないのなら作ってくれ」などと言い始める。その結果、要件が膨らんで予算もスケジュールも大きく狂ってしまった”

[mmuuishikawa]

パッケージをカスタマイズするなとあれほど何度も何度も

[bobbyjam99]

"裁判所は、「業務をパッケージソフトウェアに合わせると言っておきながら、存在しない新規品や修理品に対応するための機能を追加させることはできない」と言っている。"

[rryu]

さすがにRFPに明記されていたらカスタマイズされていなくて現行の業務に合わずに使えないことを債務不履行にはできないと。

[a-hamahama]

当然の結果でホッとした。これが通るのなら何でもありになってしまうし、”契約”ってなんなの？という話になる

[field_combat]

もっと小規模な案件でも似たようなことあるけど、最初はコスト気にして安価な案が採用される印象。進めてくうちに段々足りないことに気づく感じ。途中の金額交渉に応じてくれればいいんだけどね

[arebouya]

しかし（両者が合意した開発方式がフィッティング方式である以上）、ユーザー企業側の上記主張は採用することができない。

[yasu-osu]

さすがにRFPに記載している方針を途中で覆すのはNGでしょうね。

[programmablekinoko]

前の会社の先輩で顧客のヒアリングほとんど詰めずに、初期構想だけでほぼ無謬のシステム作る人いたけど、ほとんど使われ無かった。保守料だけ毎月もらっていた。あれ補助金じゃなかったら訴えられてたな

[lacucaracha]

それではお聞きください。https://www.yutorism.jp/entry/GTD

[yu_fuk]

顧客側とベンダ側の双方で合意した事が重視されて一安心。暗黙の要件なんてものを不用意に認めると要件は広がるし当初の予算で賄う事も難しくなるのは自然の流れ。

[otchy210]

裁判所の判断がどっちに転ぶのかドキドキしながら読み進めた。良い判例が出来てなにより。

[TakamoriTarou]

まぁそらそうだよなあ。

[ino-agile]

『本判決では「両者で合意した『開発の方針』が、暗黙の要件の広がりを抑えている」と見ることもできる』合意したことを変更するための手続きを契約条項に盛り込んでおくとトラブルが減らせる？