自動ニュース作成G
日本IBMに74億賠償命令 スルガ銀のシステム開発
http://www.nikkei.com/tech/news/article/g=96958A9C93819499E0EBE2E38A8DE0EBE2E1E0E2E3E0E2E2E2E2E2E2;da=96958A88889DE2E4E1E2E5E0E6E2E0E7E2E6E0E2E3E2E2E2E2E2E2E2
2012-03-29 22:28:07
SIerには気になるニュース。日本IBMは控訴する方針。
◇
業界人のブログ(訴訟への雑感)
◇
参考:ソフトウェア開発に関する最近の裁判例
◇
・ならぬ堪忍 スルガ堪忍
・きっと四半世紀前から変われてない現場なんだろうな。バカな客の無駄な夢をSEが完膚なきまでに叩き潰すも「それを何とかするのがSEだろ!」と日本の開発現場だとなぜか通用する珍妙な常套句が飛び出した挙句、バカ上司が客に媚売ったおかげでSEが棺桶に片足突っ込んで働くけど、結局失敗しかしない現場。
・妄想おめ。
・以前の現場がそれに近かったな。運用フローを一切見直す気が無いから例外事項だらけ。挙句、開発時どころか客のテスト時で喚き出す、と。#3 は非常に有能なのか運が良いのだろうな。
・#2#4に同意。システムを効率化するなら、運用の見直しも同時にやらないと無意味
・#2 今の現場がまさに一言一句違わずその状態。未来ナッシング。
・会計基準が違うパッケージ物をカスタマイズするという発想に問題ありだろwユーザーが米国会計基準に運用体制変える気があるならまだしも…どんだけ手直しせにゃならん。 >勘定系パッケージ・ソフト「Corebank」を日本向けにカスタマイズする
・SEがこぞって罵倒する「バカで無駄な夢」を提案したのは実はIBM自身だったというオチか。
・#8 なるほどね。余りにも手間がでかいという事か。でも、なんでIBMはそんな提案をしてしまったのだろうか・・・。
・#8 俺の狭い経験だからこの場合が該当するかわからないけど、そういう無茶苦茶な提案は、概ね、現場SEサイドが出すわけなくて、IBMのえらいひとか、銀行のえらいひとがぽろっと言った言葉に泥を塗らないように、政治判断でやらされたとかそんなところだと思うよ。
・米国会計基準の日本の銀行なんて聞いたこと無い。IBMの偉い人が日本会計基準のCorebankを自分達の商材として欲しかったんじゃないのか?顧客に開発費出させてw
・「IBMは経営の効率化を進めるため、一つのサービスや技術を世界中で使えるようにする体制づくりを急いでいる。」http://www.nikkei.com/news/headline/article/g=96958A9C93819696E1E2E29C8B8DE1E2E2E1E0E2E3E0E2E2E2E2E2E2;df=2 どこまで日本の商慣行に通用するかな
・顧客の資金で自社製品の開発がIBMの経営効率化かよwノーリスク・ノーリターン自前の資金で日本対応カスタムしてから、出直してきやがれと言ってやりたい。
・#11#13 Corebankは日本の銀行で稼働実績あるよhttp://itpro.nikkeibp.co.jp/article/NC/20071023/285205/。嘘書いてまで批判しなくてもいいじゃん
・#14 SBIは、日本会計基準の企業だっけ?米国会計基準の企業だっけ?最近の新興企業はどこも米国会計基準ですよw元々米国会計基準の会社がCorebank採用してもなんら変更の必要性はない。
・#15 ああ、そうなのか。すまん>最近の新興企業はどこも米国会計基準ですよw
・あれ?言ってること変わってないか?>[#11] (tmdkqj) 米国会計基準の日本の銀行なんて聞いたこと無い。
・ネット銀行は例外事例だから「日本の銀行」の勘定に入れてない。
・わかりました。「例外事例」なんですね
・アンリミテッドルールブック(キメ顔)
・#10 誰も問題のシステムが現場のSEの案だとは言ってないんじゃない?IBMの提案だったと言ってるだけで。(そもそも全体の方針なんて現場なんかに求めないだろう)
・「客から過大な要求があること」が常態化してる業界だったなら、なおさらそれを見込んだ契約をしなければならなかったよね。できてなかったIBMの能力が低かったということだろう。
・サラ金のグレーゾーンみたいなもんで、今まではなんとなく要求した通りの追加費用が支払われていたから、そちらの方が儲けが大きいと意図的に継続してたんじゃないかな。で、法律問題になってみたらやっぱり当初の契約が重要だったと。今後は改めるんじゃないかな。
・#23 その認識逆だわ。当然請求するべき事を今までしてこないケースが多く、発注側の意識も低かった>今まではなんとなく要求した通りの追加費用が支払われていたから
・IBM自身が「要求どおり払ってもらえなかった特異な例だ」とコメントしてるしなあ。他の業者さんはともかく、#23が正しそうだ。
・俺の経験も#23だったな。見積もり→契約→要件定義→再見積もりがあり、その後の要件・仕様追加は都度で請求ってスタイル。ってか、そうじゃないと客は際限なく要求を増やしてくる。じゃあ見積もりを高く積めって訳にもいかない。
・#26 上記修正、#23でなく#24だった。これ、引き継ぐ他社は大変だろうな。客はどんな仕様追加でも「それは考慮されてしかるべき」で押し通してくるし。