【社会】 逆転敗訴した野村情シスがIBMに送った悲痛なメール、横暴なユーザーを抑えきれず [朝一から閉店までφ★]
■ このスレッドは過去ログ倉庫に格納されています
鈴木 慶太 日経クロステック／日経コンピュータ
2021.06.10
委託したシステム開発が頓挫したとして、野村ホールディングス（HD）と野村証券が日本IBMを相手取って計約36億円の損害賠償を求めた裁判。プロジェクト失敗はベンダー側に非があるとした2019年3月の一審判決から一転、2021年4月の控訴審判決はユーザー企業側に責任があるとした。工数削減提案に十分に応じなかったり、プロジェクト途中で追加要件を多発したりした野村側の姿勢を東京高裁は問題視し、逆転敗訴の判決を下した。
東京高裁が特に問題視したのが、システムの仕様を策定するうえで重要な役割を担っていた野村証券のユーザー部門「X氏」の振る舞いだ。
当時、投資顧問事業部（判決文では「投資顧問部」）の次長だったX氏は、パッケージソフトに合わせて業務を最適化するという会社の方針に反して自身の現行業務を維持することに固執。プロジェクト途中で追加要件を多発し、日本IBMの担当者らに対して「辛辣な他罰的、攻撃的発言」（判決文）を繰り返した。
東京高裁は判決文でX氏について「自分の庭先（担当業務）をきれいにすることだけを考えている」と認定。断続的に変更要求を多発するX氏から、目標としていた2013年1月の稼働開始に間に合うのかについて「質問がなかったのが不思議なくらいであった」（判決文）などと指摘した。
さらに判決文や裁判記録の資料を読み込むと、発注側という強い立場を利用したX氏の横暴な振る舞い、それをコントロールできなかった情報システム部門、この状況に振り回された日本IBMという構図が浮かび上がってくる。
===== 後略 =====
全文は下記URLで
https://xtech.nikkei.com/atcl/nxt/column/18/00138/060700813/?n_cid=nbpnxt_twbn >プロジェクト途中で追加要件を多発したりした
これ、絶対にやっちゃあイケないやつ・・・ 発注側も受注側もバカだから日本のITシステムは変なのが多いんだろうな > 工数削減提案に十分に応じなかったり、プロジェクト途中で追加要件を多発したりした野村側の姿勢を東京高裁は問題視し、逆転敗訴の判決を下した。
日本の会社でこうじゃないところはほぼほぼ無い。
3倍の工数と期間と予算でギリギリトントン。 ありがち
日本の経営者は情報システムに理解が無さすぎ >次長だったX氏は、パッケージソフトに合わせて業務を最適化するという会社の方針に反して自身の現行業務を維持することに固執。
バカに権力持たせると、システムが破綻するという良い例 >>4
無茶言うから高いの気づいて無かったりするもんな。
逆に高いから無茶言って良いと思ってるし悪循環 パッケージソフトに業務を合わすほうが簡単でトラブルおきにくいのにシステムを業務に適用させようとしたらそりゃ想定外のことが起きうるよ >>8
むしろ野村が訴えるべきは背任でX氏だった件 >次長だったX氏は
>計約36億円の損害賠償を
このX氏に36億請求するのが理にかなっている システム部門で指示で無茶振りして出来ないと異様に攻撃的なやつというのは
外注を虐めるのが楽しくてやってる
野村情シスNRIは気位ばかり高くてシステムのこと何も知らないのが外注へ丸投げする >>8
>>5
言いたいことは分かる
(´・ω・`)
が、
要件追加可能な契約なら、
このＸはあくまでも、
契約上の権利を行使しただけ
今回の判例は
法律内の権利も
契約範囲の権利も否定する
滅茶苦茶、
理不尽な判決でしかないぞ
法理としては
おまえらは、アウト、エラーだ >>1
管理職も逮捕できるように改正したら？
脱線事故起こした会社の役員連中は誰も逮捕されてない >>11
野村側でなぜか、
野村の社内ＳＥが
契約の場で全く同伴してないっぽいんだよな
(´・ω・`)
そこは、謎だわ コンサル上がりの情シス担当もこういうのが多いよな
AC出身者とか > 工数削減提案に十分に応じなかったり、プロジェクト途中で追加要件を多発したりした
いかにもありそうな話 IBM自体が相当な高飛車って聞いたことあるけど、そこが
匙を投げたってことは野村側がガチのマジキチだったんだな >>19
君とりあえず法律のイロハから勉強した方がええで スコープがコロコロ変わればプロジェクト崩壊するわな >>19
高裁が決定したことに、お前みたいなド素人が何を言っても無駄
最初の地裁の判決がトンデモ判決だったと言うことだ。
最高裁ではもう逆転することはない >>19
モノには予算と納期の折り合いがあるんだよ無職 >>23
情報システムは、
基本、ヘルプデスクか運用保守の経験者じゃないと
あかんわな
(´・ω・`) >>19
普通は要件定義とそれ以降の契約を分けて要件の増大は防ぐんだけどな
IBMの営業もあれだと思うが >>22
最近そのパターン増えてるよ
その方が上手くいく事例もあるし >>19
システム開発については発注側にも責任を求めるすごい数の判例がすでにあるんだが これ、自動車の購入で言ったら、
ディーラーに発注して納車直前に、ボディカラーとインテリアの仕様とカーコンポ変更してくれ・・・無償で
って言っているのと同じ >>1
面白そうな記事だがスレタイから予想したのと違う
悲痛なメールが有料限定コンテンツならスレタイから外しとけよ ＞当時、投資顧問事業部（判決文では「投資顧問部」）の次長だったX氏は、パッケージソフトに合わせて業務を最適化するという会社の方針に反して自身の現行業務を維持することに固執。プロジェクト途中で追加要件を多発し、日本IBMの担当者らに対して「辛辣な他罰的、攻撃的発言」（判決文）を繰り返した。
ソフトに合わせて業務を変えるってのは
たしか初級シスアドでも出てくるような基本的な話なはず
こういうの知らん馬鹿に好き勝手言わせると費用がかさむし、工数もとんでもなく増える
そして運用開始した後のアップデートなどもひどいことになる
ソフトの利便性を激しく落ちるんだわな。この件の場合、野村側の情シ部門にXに費用のコストとリスクの増大について説明して止めないといけない
まあこのXとかいうシステム知らない無能に意見させたのが間違いだわな >>26
>>28
で、
>>29
どいつもこいつも、
結局、
これが天下の悪例であることに
誰も気づいていないのなｗ
(´・ω・`)
「法律・契約で認めているはずの権利を
裁判所が勝手気ままに断罪する」
これって、
法理に反する、
中世暗黒時代と
全く変わらない
きわめて野蛮幼稚な判決なり
おまえら、脳みそがミジンコなんだわ >>35
自分の庭に固執するやついるんだよね
しかも手入れが酷いことが多い
よそ者を全く入らせないってやつ
俺の会社のアプリ担当だわｗｗｗ >>19
RFPの範囲はシステムに業務を寄せる。
そのため、RFPを逸脱 = 契約範囲を超える。
>>22
委託すると損金算入。 >>33
その判例、
ほとんどが、「契約内の権利」
をガン無視する悪例やろ
(´・ω・`)
>>32
>>35
今でも社内派閥争いすごそうやな、
野村証券
(´・ω・`) 野村のX氏に対する扱いがわからんな
次は株主の野村追求か 野村って自分とこでシステム会社持ってなかったっけ？ 今の業務をとにかく変えたくないってのはよくある話なんだがな
最初はパッケージに合わせるよう業務改善して、カスタマイズは最小限に
↓
このXってのが首を突っ込んでそれじゃうちの業務は回らない、うちの形に合わせろ
↓
ついでに今の業務のめんどくさいところもシステムに織り込め
↓
あ、忘れてたあんな処理やこんな処理も盛り込め
↓
ダメだこり
こんなとこだろ SE 「今から仕様変更すると納期が間に合いませんが」
客 「はあー知らねえなー。この仕様じゃあ使えねえんだよ」
SE 「最初の打ち合わせの時に言ってくれれば」
客 「最初に分かる訳ねえだろ。そこはおまいらが予想しておくべきなんだよ」
客 「とにかく、仕様変更してくれないのなら金は支払わないからな、死ぬ気で作れよ」
日本の客は、こういう客が多い。 >>43
NRIだよ
中身は中抜き丸投げ会社ですが 「プロなんだからできるでしょ？」
「パソコンカチャカチャするだけなんだからすぐできるでしょ？」
「月曜にできてればいいよ。今日金曜だから3日あれば大丈夫だよね」 >発注側という強い立場を利用したX氏の横暴な振る舞い
某大手SIの人が言ってたけど。
メガバンクも同じでいじめだって言ってた。 未だにこんな昭和のドカタみたいな仕事の進め方やってんのが笑える 未だにXみたいなヤツがまかり通ってるのが日本なわけで 大規模開発では大体業務アプリチームが神様になるけど、神様なんて言ってる時点でそこは地獄だよ。
要はユーザー要求を垂れ流すだけの無能を崇めろって話なんだから。 前いた会社の社長は現場の人間にシステム要件は決めさせるなって明言してたな
採用スペックからして頭が足りないのと
すぐ現業にひよるから改善にならないとかで
ああいうのあると楽だな ID:0Mplru/T0
↑
このスレの知恵遅れ 晒し上げ >>36
無料枠で読んだけど、見出しほどはそんなに。
軽い言い訳程度。当人は案の定、依願退職。
主に頓挫の要因になった箇所は
取引手数料の算定だそうで
こればっかりは社内SEのせいばかりでもないかも。
複雑な計算と言えば、携帯電話会社のプラン、募集休止や企業顧客特約プランを合わせればたぶん1000を越える請求ルールがあると思う。
システムに限らず仕事をスパゲッティ化したがる日本らしい微笑ましい話。 >>30
ヘルプデスク・運用保守なんてド底辺IT土方が派遣ででやる仕事だろ ありがちな話だけど
仕様わからんまま開発する開発側もクソなんだよ
無駄なプログラム組んだらニートより無価値と思え >>19
ほんまこれ
今時注文契約の時点で「仕様の追加は認めない」の一文が
ないことがおかしい >>52
契約で仕事してるのに心理的に対等じゃないんだよね >>5
俺の若い頃だと情シスって「営業の務まらない、使えない奴の捨て場」って決めつけあったからね
多分そん時、情シスを小馬鹿にしてた先生方は、今はわかりもしないのに「これからはクラウドとIoTだよチミぃ」みたいな事言ってんだろうけど >>35
村八分のヤツが重要な基幹システム開発の担当になることはないよ >>40
今はそのＲＦＰ
つまり注文書の問題じゃなくて、
契約の問題やで
(´・ω・`)
この判例は、
契約を度外視した、
天下の悪例、
＞「契約自由の原則」とは、
個人の契約関係は、
契約当事者の自由な意思に
基づいて決定されるべきであり、
国家は干渉してはならない、
という原則のこと。
国家が、
合法の契約内容を反故にするって、
もはや、法治国家じゃなくなっているで >発注側という強い立場を利用したX氏の横暴な振る舞い
発注側が受注元をいじめる
↓
受注元が中抜きして、下請けをいじめる
↓
下請けが中抜きして、零細ソフトハウスをいじめる
↓
ソフトハウスが中抜きして、フリーのプログラマをいじめる
日本のITの構造 >>60
そりゃお客側が仕様を確定させてくれなきゃそうなるのは当然
確定するまで納期伸ばしますよ、って言ってOK出すならともかく、ぐだぐだやられたらどこかで見切り発射せざるを得なくなる >>58
結局いくら後からの要件変更が問題と言ったって
間違った計算のもの作っても何の役にも立たないからな
それを考えない奴らが悪いんだな さっき決まったことを即座にひっくり返すやつ昔客先にいたなー >>19
法理って言葉使うやつの大半がこういう「法理という神に仕える司祭気取り」の、論理的整合性を高めた薄らバカみたいな連中なんだよな >>50
で、判例が良質とする根拠は？
(´・ω・`)
無いわな、
国家が合法契約をご破算にした、
天下の悪例でしかないもんなーｗｗｗ ユーザー要求なんかそのまんま全部垂れ流したら費用がいくらあっても足りなくなるわ
運用コストも跳ね上がるし、いいことないし
当初の目的とずれる結果になるわな >>73
裁判官の判断に妄想でドヤる無職
ｵﾓｼﾛｲ 野村はイケイケの体育会系でなんでも力でねじ伏せるタイプ
日本IBMは説明不要の「あれ？ 君の机昨日片付けたよ？」「コンプラってなに？」
ブラック同士でおもしろい取引をしてたんだろうなあ 多数のSEが業界を去る最大の原因
上流工程に携わるほど理不尽な目に遭う >>61
協議の上（お客様のご意思に準じます）要件追加を認めることとする。
営業担当というフィルタを通すと契約書はこうなる 先に決めたことの変更が出来ないとcocoaみたいになるんだよ
そのまま世に出て使ってから問題が出る
だがこの方が担当の責任としては有耶無耶に出来るから
今はみんなこっちを選ぶよな
仕様を考えないプログラマなんかヤクザやで >>60
昔、日本でスパコン開発していた時に、
俺 「仕様がわからないとシステム組めません」
上司 「他のエンジニアがこう仕様を決めると予想してシステム開発しろよ。」
こう言われたわ >>1
＞ さらに判決文や裁判記録の資料を読み込むと、発注側という強い立場を利用したX氏の横暴な振る舞い、それをコントロールできなかった情報システム部門、この状況に振り回された日本IBMという構図が浮かび上がってくる。
あり過ぎて困るwwww
デスマの要因って殆どの場合ユーザー企業のキチガイ社員だと思う >>46
費用の支払い・決済は、
基本、前金と毎月払いのダブルが
ベストなんだよなー
(´・ω・`)
代金後払いにしちゃうと、
五月雨千本ノック追加注文で
地獄行きや >>8
まさに
日本の企業では大手から零細までこういう事例が多すぎる NRIや野村総研なんてまっぴら
天王町を通る度に思い出す >>64
でもリストラされにくい部門だぞ
営業はバンバン切られるが >>82
上司が豚
大体上司なんて存在なんになるのか
仕様を知ってるか知らないかの二択しかないのに
意味のわからん管理者いらねえ >>83
違うよ
(´・ω・`)
デスマーチ契約を認める
開発会社側の
アホ営業、ボンクラ営業マンこそ、
そもそもの元凶や
開発会社って
アホ丸出し営業ばっかり 日本人が負けるのなら何でもいいや
韓国の大勝利w
日本人ざまあw >>65
基幹システムってどこに書いてるの
>>1
パッケージソフトに合わせて業務を最適化するという会社の方針に反して自身の現行業務を維持することに固執
新規パッケージ導入で投資部門全体の仕事の流れを見直して各部門担当に基本設計をさせる過程で、Xだけが方針に従わない振る舞いをしたって話でしょう >>81
プログラマはあなたの業務のことなんて知らないので、一方的に仕様を考えろってのがアホな話です。
キチンと客の側も責任者だってことを認識してないプロジェクトは確実に破綻します。 IBM訴えちゃったバカな野村の担当者誰?
システム界のサクラダファミリアと言えるみずほATMシステムですら訴訟してないよな？ >>83
＞デスマの要因って殆どの場合ユーザー企業のキチガイ社員だと思う
まさしくそれな。
そこにただ受けて垂れ流す業務アプリの窓口があると「動かないコンピュータ」が完成する仕組み。 >>2
大阪の会社相手にしたときはいつもそんな感じだった
追加変更多くて、言われた通りに動いてもこんな事言ってないと駄々こねる
もう同じ人間とは思えない >>87
役員 「あ、うちはシステム部門すべてアウトソーシングすることにしたから、社内の情シス部門は解散することになったわ。行き先は自分で探してね」 >>60
>>68
そういう場合、
普通はサンプル版テスト段階に留めるやろ
(´・ω・`)
あくまでも
テストプレー段階でしかないし
ベータ版ではないわけやし
受注発注、双方とも
おかしいわ アジャイルは開発を楽にするはずだったが、弱い立場にある開発側がかえって大変になる場合が多いという ■ このスレッドは過去ログ倉庫に格納されています
