スルガ銀行のIBM提訴にみるパッケージビジネスの難しさ - ひがやすを技術ブログ

静岡県を地盤とする地方銀行のスルガ銀行（本店・沼津市）は６日、銀行業務に関する基幹コンピューターシステムの開発を契約通りに行わなかったとして、開発委託先の日本ＩＢＭ（本社・東京都港区）に約１１１億円の損害賠償を求める訴訟を東京地裁に起こした。 詳しい話は、今後徐々に発表されてくると思いますが、この件は、パッケージビジネスの難しさを端的に表しているのではないかと思います。 スルガ銀行の次期基幹システムは、IBMの次世代金融サービス・システム(Next Evolution in Financial Services Systems、以下 NEFSS) をパッケージに採用したものです。 http://www-06.ibm.com/jp/press/2004/10201.html スルガ銀行が最初の顧客のようですが、当初は、みずほCBを想定して作成されたみたいです。 http://itpro.ni

[hayato34]

機能満載のフレームワークをカスタマイズするより、薄いフレームワーク上にスクラッチで必要な機能を足したほうが、結局、効率がいいと思っています。

[GegegeMokeke]

ここで思想が重要になってくるんだな

[soyana]

「機能満載のフレームワークをカスタマイズするより、薄いフレームワーク上にスクラッチで必要な機能を足したほうが、結局、効率がいい」

[hmabu]

> 機能満載のフレームワークをカスタマイズするより、薄いフレームワーク上にスクラッチで必要な機能を足したほうが、結局、効率がいい

[denken]

SI怖い

[fuktommy]

どの銀行でも同じパッケージを使えば、行員の人も転職しやすくなっていんじゃね。

[khtno73]

「成功と失敗の違いは、パッケージにどれだけ合わせる気があったかじゃないのかなぁ」

[authorNari]

"薄いフレームワーク上にスクラッチで必要な機能を足したほうが、結局、効率がいいと思っています。"おー、なるほど。

[Crone]

「ほぼ」同じものだから簡単でしょ、の錯覚。手直しが多いほど、完成品を弄るより、最初から作った方が良かったりする。どちらが良いかの見極めはシステムの規模が大きくなるほど難しいし誤算の影響が大きい。