【裁判】 静岡県の地銀「スルガ銀行」が日本ＩＢＭに１１１億円の損害賠償を求め提訴　基幹システムの開発遅れで…東京地裁

考えられる理由
１　旧システムの作りがすかで連結できない
２　ＩＢＭが下請けに流してはまった
３　下請けが安受けあいして後で３倍請求してきた
４　銀行が危ない？
５　ＩＢＭ本社が開発費を削ったので作れない
６　漢字だと動かない

７　連銀システムとの連結実績がなくはまった
８　米銀モジュールを使おうとしてはまった
９　日付表示がヨーロッパ式ではまった
１０　円のあと少数２桁出ていて使えない
１１　ＳＥが逃げた

>>647
まぁ何の慰めにもならんけど何処も同じやからがんばれ。
劫火の如く火が吹きまくってる現場に助っ人にいかされたら
元からいた奴らがうつ病です、とかなめた事ぬかしてこなくなるし
協力会社の奴は何の連絡もなくこなくなるし
気がついたら俺と新人しかいねぇｗｗｗｗ
さーっぱりわけわからん事で毎日怒られる日々。
そんなもん作った奴にいってくれ・・・といいたくなるのを毎日我慢。
俺も早くうつ病になりたいぜｗｗｗｗｗ

>>684
>>456あたりによると、要件定義に非常に時間がかかっているようだ。
要するにスルガの考えてることとIBMの考えてることが違ったんだろう。
さらに、>>628あたりを見ると、スルガ側が無茶苦茶言ってた可能性が
高そう。ま、失敗の詳しいところは日経コンピュータ待ちかね。

>>686
ＰＭが死んだって可能性も・・・

現場は地獄だろうな

って俺もいま地獄でした
寝よ

つうかよ　明らかにリソース不足、スコープ定義もはっきりしない状態が改善されないと
やる気なくなるよな。まさにモラルハザード。
俺も今そんな感じだった。3年後くらいに新聞に載りそうだな

人月の神話
http://ja.wikipedia.org/wiki/%E4%BA%BA%E6%9C%88%E3%81%AE%E7%A5%9E%E8%A9%B1
ブルックスの考察は、彼がオペレーティングシステム OS/360 の開発をしていた時期の IBM での
自分自身の経験が基になっている。 ブルックスは、スケジュールが遅れているソフトウェアプロジェ
クトに誤って要員を追加してしまったのである。 プロジェクト管理者がソフトウェアプロジェクト管理に
おいて繰り返し何度もこのような誤りを犯すという傾向があるため、ブルックスは自分の本について
次のような皮肉を述べている。

この本は「ソフトウェア工学のバイブル」と呼ばれている。なぜなら誰もがこの本を読んでいるが、
誰もこの本で述べていることを実践しないからである。

2004年からずっとデスマが続いていた地獄があったことだけはわかった。
この現場に何人初期メンバー残ってるんだろう

無能な人ほど自分以外に原因を求める

↑
典型的な精神論者乙ｗｗｗｗｗ

出来ないのはやる気が無いからだ！！ってか？

そこでオッス連呼ですよ

地銀とは思えない伝説の銀行かw

「やりもしないで出来ないとは何事かっ！」とか。

Ｉが納期落とすなんて珍しいな
いつもならボロボロのシステムでも納期には間に合わせて体裁は整えるんだけどなｗ

もしかして子会社に丸投げしてたのかね？

>>700
勘定系じゃ、ボロボロでサービスインというわけにもいかんだろ。

>ボロボロのシステムでも納期には間に合わせて体裁は整えるんだけどなｗ
自分が最初に働いた会社でも
すごいシステム納品してくれたw
システム切り替え後一週間動かず仕方なく旧システムに戻した
たしか駿河BKよりもお高い金額ドブへ

銀行の場合、大規模システムトラブルが相次ぐと
金融庁が業務改善命令出してくる可能性もあるから
品質が担保できないという時点でゴーサインは出ないだろうね。

IBMとの間にはよほど感情的なしこりがあったのだろうけど
こうなるとスルガ銀行のプロジェクトを引き受ける会社は
なかなか見つからないかも。

>>702
たぶん製造とかネットワーク構築してる人たちが嫌気が差して開き直っちゃったんだろうね。
お客さんの言ったとおりに作りましたよと。仕様どおりですが動かない仕様だから動かないのは当たり前ですと。

ネトオクやる人にとってはなじみ深い銀行だな

>>705
下げるなよ

>>704
よくあるのは、納品・テスト段階で全く聞かされていない仕様が発生すること。
要件定義書、設計書、会議の議事録、メール見ても全く記載されていない。
問い詰めると「だって言ってないもん」と逆ギレｗｗ
こっちは超能力者じゃないんだから、お客さんが言わない仕様なんか
盛り込める訳ないってのｗ

まぁ、仕様変更で別料金発生＆サービスイン延期＆先方担当者変更（左遷）という結末でしたがｗ

>>707
「当行の業務よく知ってるプロの××さんなんだから、
いちいち言わなくたって当然盛り込まれているべき」

過去に他社に盛り込んだ仕様をいちいち全部確認するんだ。
うざいと言われても不要だという言質をとっておくんだ。

最初の頃に言ってたアレ、やっぱり付けてくれる？

営業店企画の室長が変わってさ、
経緯も含めて一度見直してほしいんだって。

>>709
開発側がそれをやろうとすると、顧客側の猛烈な抵抗が始まるんだよな。
それでも仕様を文書化しないと開発しないと主張すると、今度は営業にクレームが入る。
で、営業がバカだところっと顧客に騙されて、仕様がうやむやなまま開発と言う名の
終わりの無いデスマーチが始まる。

まあ、客もアホなら開発ベンダーもアホ。同じアホなら....

>70 手に負えない相手からは裁判覚悟で引き揚げるというのは、外資系に限った傾向ではないかと。
ドメステックどめ子先生の旧ＦＲＩＣなんかも何年か前の裁判で損害賠償は
取られずにすんで大出血を止めたりしてるからな。

またIBMか。
営業が何も知らんバカばっかりだからしょーがねーなここは。

>>714
営業が馬鹿でも、その上の課長や部長が利口なら少しは良いんだけど、
今回は、本部長クラスまで馬鹿だったのかもね。

銀行：おい、これはどういうことだ？ここはこうじゃなきゃﾀﾞﾒだろ
ＳＥ:そんなの仕様書に書いてませでしたよ？
銀行：それは常識に決まってるだろ、馬鹿かお前は
ＳＥ:('A｀)

下手にここの銀行と仕事したら訴えられるなｗ

あれ？
ここ富士通じゃないの？

スルガが酷いのはあそこと仕事した事あるところなら
常識なんですが、、、


IBMもはめられたな

スルガ銀行ざまあああああｗ

>>718
一回構築しようとして頓挫したあと、ＳＩベンダー変えてるね。
そのまえが富士通かどうかはわからんけど。
富士通だとしたら逃げた判断は賢かったかな。

落ち穂拾いの富士通が逃げ出すなんて信じられない。
もしそうならそこを拾ったIBMはもっと信じられない。

>>722
確かに富士通の営業の貪欲さは異常。

やる前から赤字になっても拾っていくからな、F通は。
ただし、あそこは内製ソフトで囲い込めなきゃやらないと思う。

ＩＢＭ工作員ほんと必死だな

>>721
nttdataとか東芝は今頃ビクビクしてるんだろうな。

プログラムの開発が書く人のセンス任せじゃダメだと思うよ
>>15みたいなこと言ってる奴よく見るけど、逆に工業製品みたいに仕様決めをちゃんとしないからこうなる
設計とコーディングがごっちゃになってるんだよ

>>726
ってか、ＳＩベンダー共通の悩みだと思う。
日本の悪しき習慣だと思うんだけど、とにかく文書化をしない。
ひどいときには契約書も締結せずにプロジェクトをスタートする。
客も開発側もどこまでつくればゴールかを明確に理解しない。
うまく終わることもあるんだけど、うまくいかないときはどこまで延期になるか
見当も付かない。

客も悪いが、無茶な条件で受ける営業も悪い。

>>716
おいおい、仕様書を作るのがSEの仕事だぞ（ｗ

仕様書無しで進めるのがすぺしあるなえんじーにーあってもんだ。

>>729
SEが仕様書を作って、顧客の承認を得た後にPGがコーディングをする。
テスト後、顧客側の受け入れ試験で>>716のような事が起こる。

SEは承認を受けた仕様書どおりの動きであることを説明するが、
客は「常識」「当然」と言って、仕様書にない仕様を求めてくる。

そういうことがありがちということ。

仕様書つくるときに、一切言及なかったものまで書けるわけないわｗ

感じるんだ。

おまえら誤解してるな。
ＳＥってのはシステムエンジニアのことではなくて、システムエスパーの略だ。
顧客の心を読めなければ一人前のＳＥではない.........





なわきゃないよなｗ