【デスマーチ】 なぜソフトウェア開発は失敗しまくるのか？ スルガ銀行がIBMに全面勝訴、賠償額100％

本訴被告は、原告に74億1366万6128円を支払え――」。
裁判長が判決主文を読み上げると、スルガ銀行側の弁護士は小さくガッツポーズを見せた。

勘定系システム開発が頓挫したことをめぐり、スルガ銀と日本IBMが争っていた裁判で、東京
地方裁判所は2012年3月29日、スルガ銀の訴えを一部認める判決を言い渡した（関連記事1）。
東京地裁は、スルガ銀がシステム開発のため支出した費用のうち、開発中止で無駄になったと
同行が主張した約74億円を、賠償額として100％認定した。スルガ銀の実質勝利といえる内容
である（関連記事2）。

今回の判決のポイントは、プロジェクトの失敗につながる過失がユーザー企業とITベンダーの
どちらにどれだけあったのか、という実質部分が問われた点だ。現時点で判決理由が公開され
ていないため詳細は不明だが、裁判関係者の話を総合すると、日本IBM側のプロジェクトマネ
ジメント義務違反が認定されたとみられる。

一方で、両社が交わした合意書や契約の法的な位置付けについては、判決を左右する論点に
はならなかった。

スルガ銀は今回の裁判で、最終合意書をもって「完成したシステムに対し代金を支払う一括請
負契約だ」と主張。システムが完成できなかったのは日本IBMが債務を履行しなかったためと
主張していた。これに対して日本IBMは、「開発局面ごとの個別契約は履行している。契約上の
義務は果たした」と主張。議論は平行線をたどった。
（以下略）
http://itpro.nikkeibp.co.jp/article/Watcher/20120409/390260/?ST=system

■参考事例
http://goo.gl/M9koU

基本的に、一番情報の少ないときに、一番重要なことを決める習慣が問題。
要件も分からないのにカットオーバーをずらせないとか、途中で考え直すと違約金とか

ＩＢＭはダメな子

ソフトに限らず、日本人はシンプルなデザインができない。
あと、モノヅクリというのがソフトでは足を引っ張る。作らなくていい方向へ持っていこうとしない。

仕様変更が多い

しかし74億のシステムって相当なもんだな

体を服に合わせる
服を体に合わせる

日本は後者だから

74億はすごいな
7億でもゴイス

何十年こんなことを続けてんだ、中抜き業界

プログラム畑出身でない人がPMやってたりすると
人材配分適当でダメSEに食い物にされたあげく途中で頓挫するからな

結局が薬局、
どういう事なんだってばよー

>>7
今回IBMなんだから前者だろ。
失敗してんじゃん。

>>4
中途半端な知識をもっている奴ほど小細工に走ろうとするよな
特にユーザ側のシステム部に多くいる

>>12
客が求めるものは後者
IBMちゃんは前者

ゆえにお互い不幸

これでなぜ動くのかわからないCOBOLのコードが山ほどあるからな。

現場の人間呼んで話聞きすぎなんだよ
ITの効果って人減らしなんだから、IT導入が成功すりゃ今の現場の人間は基本首なんだよ

つーかね、お前ら日本のITが弱いのは現場の労働者の力が強いことの証だぞ
労働者にとってはいいことだろ誇れよ

なんで日本IBMなんかに投げたの

>>1が見えないからアンカ

自分でやればいいのに
IT技術者が報われない世の中なのもどうかと思うよ

箱崎のビルにドヤ顔で入っていく勘違いカス

この判決ちょっと怖いよな・・・
IT分野以外でも、新製品の開発協力契約結んで
結局開発失敗した際に、協力された分賠償しなきゃならなくなるのか？

導入から1年、工程入力で未だに「コーティング」って平然と出る
うちの、「新基幹システム」。ちなみにIE以外では動かない

コーティングって整形外科医か。「コーディング」だろ
こんな間違いを直せないほど切羽詰まった応対が1年続いてるってどういうことだよ

スルガ側が鬼畜だと思います
ポジショントークだけど

むしろIEオンリーのほうが怖い

あの有名なブランコの絵を見れば誰でも理解できるはずなんだが(営業を除く)

>>21
契約がしっかりするようになって
融通が効かなくなります

thinkpadどうなっちゃうの・・・

>「開発局面ごとの個別契約は履行している。契約上の義務は果たした」と主張。

裁判にはいる前に行われたであろう、責任の擦り付け合いの場面が、目に浮かぶよう。

>>22
２回目読んで初めて間違いに気づいた
まさかそんなところが間違ってると思わないからスルーしたぞｗ

このプロジェクトの出来ない子達が、みずほに流れたって聞いた。www

ほとんど仕様が決まらない内に委託が始まる→
委託された方も仕様が曖昧だから
その都度質問でなかなか進まない→
時間がないので適当に仕様を決める→
変なソフトが完成する→
上司に完成品のデモをする→
当然ダメだしされまくりで仕様再検討が始まる→最初に戻る

>>22
コーチングじゃねぇの？
運用指導みたいな奴

で、あの遊具の絵を貼る流れか

開発一筋でやってると
「現場が仕様に合わせろ」と言い切る奴が出てくるんだよな

>>22
会社にもよるけど、どんな下らない修正でも顧客の許可取ったり、
最悪その為に全試験やり直しとかあったりするから一度リリースしたら簡単に修正出来んよ

むしろ実害無きゃ次のその部分の修正が行われるまで放置される

スルガ銀行は今後どこにソフト発注するんだろうな
みんな逃げそうだな

それで俺が前いた会社にここの仕事が回ってきたのか
昨年の時点デスマ確定っぽかったから辞めたわ

デカイ規模のシステム作れる会社が少ないんだよ。
だから細分化して各機能ごとに責任者おいて、全体を見通せる人間は一人もいない状態になる。
当然そんな状況だと一個多チームが関わる問題が出ると、解決まで物凄い時間がかかる。
そうこうしているうちに予算はなくなり、開発者も投入できなくなるのであっという間にデスマーチ。

プロジェクトでIBM社員なんてわずかだし稀に請負の間で殴り合いが起きる

試験用のデータを適当に作ると必ず失敗する。
現実的な実運用に近いデータを提供してくれるクライアントだととても助かる。

要点を分かりやすく説明する能力って本当に特殊技能だと思うわ
結局クライアントが自分の言葉で必要な要件を説明できないんだろうな

プログラマーに業務を教えるから失敗する。

プログラマーに業務を教えるより、最終的に使うヤツにプログラミングを教えて
作らせた方が確実に良いモノができあがる。

>>9
そこだろうね。
伝言ゲームで末端プログラマーは自分が何を作っているのかを把握していない。

だからこそ使う人間に作らせるべきなんだよ

言語変わりすぎで見積り手法固定化できない
全部COBOLでよくね

うちに入ってる富士通のシステムも入る前の話と全く違う
営業は死ね

プログラマーの質も下がってる
最初から汚ないコードで動いたらええわみたいの増えてんぞ

難しいよな
Autohotkeyのスクリプトすら難しいものな

>>47
つい最近糞コードで納品したぜ
プロパーのPGリーダー変わってリファクタ前のユニットテストだけ通る糞コードが修正禁止になった
理由はテスト済みのコードは触るな

>>49
リファクタリングせずに納品・・・？

システム開発って金かかるもんだな
シェンムーでも70億なのに

>>2でFAだな。

システム開発は建築に似てる。

建ててる途中で設計構造骨組みを変えたらどうなるか。
内装まで完成している部屋で配線の無い場所にコンセントを付けようとするとどうなるか。
完成間際に地下室も作りたいと言い出したらどうなるか。

その分だけ金と時間くれるならいいだろうけど、絶対ゴネてくるからタチが悪い。

>>15
コードは書いたとおりにしか動かない。

>>54
超スパゲッティになってるって言いたいだけだろ

アジャイル以外まともな成果物は期待しないほうがいい。
どんなに頑張っても想定外はあるしそもそも要件や顧客にとっての優先事項は開発期間中変化する。
だから変更を前提にソフトウェアを作らないといけないし、
ほぼ早い段階から動くソフトウェアにさわれるようにして
フィードバックを得ないといけない。
作る側に技術力いるけど基本的に正しい努力を強いられるからまともな人ほど気持ちが楽になる。

一括とかExcel方眼紙、そんなのやってたら価値のあるものなんか作れないし
業界にゴミ技術者が蔓延しはじめる。

>>56
エクセル方眼紙キチガイっていわれてるはずなのに
何故か海外でも使われるようになったりMac版だとデフォルトで方眼紙設定があったりする
謎のMSオフィス

発注時の問題：問題点の洗い出し、システム化の範囲もすんでないのに納期が決まってる
設計フェーズでの問題：どこからどこまでをシステム化するのは範囲が明確じゃないのに設計しはじめる
開発フェーズでの問題：会社としてはジェネラリストが欲しいのに開発で求められることはスペシャリスト

>>56
>Excel方眼紙
便利なのに…
かわりにどのツールつかえってんだ？CADとか言い出すんじゃないよな？

>>57
便利だからだろw
キチガイとか言ってる奴は、ワードで表貼り付けてくるような奴か？

エクセル方眼紙で何を書くのかにもよるけど
設計書全てのフォーマットがエクセル方眼紙で指定されてるのはゴミ

>>59
エクセルを方眼紙にする日本人マジキチガイっていわれてるがな

>>61
自分のレスみろよ
>チガイっていわれてるはずなのに
で、実際に言ってるのがキチガイだったってオチだろw

エクセル方眼紙は場合によってはありだけど
基本的に俺もキチガイだと思ってるぞ

>>60
じゃあ、代わりになに使ってんだよ

>>63
方眼紙は基本的に便利、
いまや大学ノートの罫線に点が打たれてるくらいだろ。

>>64
設計書であるのならばまずWord
Db関係図とかネットワーク図かくならVisio

せいぜい許せるのはDbの項目表ぐらいまでだ

>>58
仕様書は方眼紙だと死ねるだろ。
保守対象の図はVisioの方がだいたい楽。

>>66
>設計書であるのならばまずWord
0点

>>27
チンコはもう関係ないだろ！いい加減にしろ！

visioなんかまず入れてくれない

パッケージがあるものだったらパッケージを作る段階で現場の意見を吸い上げて欲しいね。
会社に引きこもってるような奴が考えたシステムとかマジでやめろ。

日本○気お前のことだよ

>>10
あるある。頓挫した大規模プロジェクトでは
ホテル泊まり放題生活残業し放題だからな
で会社は潰れる

単純に能力不足だろ
いつも笑いものにしてる倒壊する中国のビルとかと同じレベルなんだぜ
今まともなの作れる人間なんて実際従事してる５％にも満たないよ

中小ITいたけど現場のプログラマーとかその場しのぎみたいなコードばっか
それで障害発生しまくって対応すれば仕事頑張ってる＝元請けに対して時間稼いでるって上司に評価される
成果物とかいうけど時間じゃなきゃ評価されない。アホくさすぎてやめた