みずほ、システム人員2割増強 木原氏「不退転の決意」 [神★]
レス数が1000を超えています。これ以上書き込みはできません。
みずほ、システム人員2割増強 木原氏「不退転の決意」
金融機関
2022年1月17日 15:25 (2022年1月17日 22:36更新)
https://www.nikkei.com/article/DGXZQOUB148D90U2A110C2000000/ >>891
人月計算は本当にアカン
ITベンダーの人員水増しが止まらない
本当は本社所属の超優秀な奴2人で足りるのに
それじゃ人月で見たら儲からんから
いろいろタスクを積み上げてばかみたいな人月を出してがっぽり金を取る
そのつじつま合わせで二次請けから人間だけ借りてきて、
低品質コードの生産に従事させる
低品質高価格のシステムが増え、
二次請け三次請けの奴隷は低年収で下層ライフを送る
あかんのよこの構造は >>891
真似したというか、IT企業のそもそもの起こりが建設会社(創業者がそっち系の出身)なんて会社結構あるよ >>877
ベンダーが複数あるから複雑とか言ってる時点でw
ソースもゲンダイだしwww
> (有森隆/ジャーナリスト)
> 経済ジャーナリスト。早稲田大学文学部卒。30年間全国紙で経済記者を務めた。> 経済・産業界での豊富な人脈を生かし、経済事件などをテーマに精力的な取材・
> 執筆活動を続けている。
システム分かってない文系馬鹿じゃんwww >>895
みずほの現場猫状態は面白いよねw
点検を強要しまくった挙句、現場では「たぶん大丈夫だからヨシ!」が横行し
ヨシじゃなかったことに気付いた時にはもう…… >>232
これな
【独自】みずほ、新システム導入後に要員6割減らす…トラブル遠因になった可能性 [速報★]
http://asahi.5ch.net/test/read.cgi/newsplus/1630369337/
こんなことする馬鹿なトップだから自業自得よ
いっそのこと潰れちまえ 今年は何回障害起こすのかちょっと楽しみだね
みずほの人達も、何度も障害起こしてるから金融庁の対応とか社内で担当も決めて完全にマニュアル化して無難にこなしてそう >新システム「MINORI(みのり)」の稼働後に携わっていた人材を減らしたが、システムの運用力を弱めた反省から足元で2割程度の人員を戻した。
減らしたのを戻しただけw ベンダーとの連携を拡充、か。
みずほ案件には入りたくないって思ってる人も多いだろな。 >>891
それほんと重大だよね どんぶり勘定 土建屋とちがうんだからさ ほんと >>907
6割減らして2割戻した…
足りてないじゃん草生える ぶっちゃけ自前でシステムごりごり作り込むよりも、海外のITベンダーのパッケージをカスタマイズなしで運用してくれた方が万倍もマシ。 >>911
そのとおり
いってももどってくるしね
いやになって レガシーのメインフレームから
オープンシステムに移行するからこんなことになる
移行なんてしなきゃよかったのに
ばかじゃね 増やせばいいってもんでもないのが難しいところ。
必要なのは高度なスキルを持った人材だけど
日本語メインで集められる範囲じゃ知れてる。
英語堪能なリーダー格を数名雇って
日本語を条件から外して技術者を集めないと。 時給2500万円なら行くぜ
ぽっこりお腹のコボラーより
コボラーが足りないんだろ!?
アイヤー! おれゴリゴリの文系だからなんもわからんけどシステム周りのことってマンパワーの頭数でどうにかなるもんなんか
全くそう思えないんだけど 自分たちが減らしたんだから増やしたからもう禊ぎは済んだじゃないだろ
今までの損失の責任とって幹部全員懲戒だろ >>918
一度かかわった人は二度ともどりたくないから詰みでしょ 不退転の決意だの人員2割増だの
聞いてるだけで無能の匂いがしますよ 好んでみずほのシステム弄りたいエンジニアがそうそういるとは思えない 土建屋は建物の面積や高さである程度確度の高い人月見積もり出せるげと
システム開発はその面積と高さがアバウトすぎて人月計算と相性悪いよな >>911
SESの中でもヤベェ現場って情報回るの早くて、優秀な人はウンコな現場に落ちない(行かない)悪循環……いや、好循環があったりする。 >>899
何度も言われてるけど、原因はアプリ側じゃねーんだわ
判明してる過去障害の原因のほとんどがインフラとオペ周りなんだし
要するにその辺の非機能要件設計が不足してるわけで、その追加設計作業と
必要なリソースの整備が必要なのに、既存の設計資料が揃ってても、今から
いきなり2倍もの大量の人員突っ込んでも、何も解決しないって言ってんのよ 「不退転の決意」ってめっちゃ硬いな
言葉の綾だとは思うけど
もっと柳腰で臨機応変に対応することが望まれている気もする 避ける方が良い企業みたいな話が同業者間で共有されてそう >>909
【独自】みずほ、新システム導入後に要員6割減らす…トラブル遠因になった可能性 [速報★]
http://asahi.5ch.net/test/read.cgi/newsplus/1630369337/
6割減らして2割増やしても
まだ人員足りてないんだから
これからも不具合は起こるよ
もうこんな馬鹿韓国銀行なんて早く潰れればいい みずほ総研、今は名前変わったけど、あそこ外さないと繰り返すだけだろ。
何もできないのに下請けいびって調子乗ってた奴ばかりだからな とりあえず給与口座をみずほ銀行にするのを禁止する法律作れよ >>933
糞アプリ作った奴のいいわけはいつも同じの法則www システム完成後に調子に乗って
新システムへの移行の本まで出してたよなw >>938
扱ってる顧客数が地銀とは違いすぎるからそこは勘弁したれ
同じことしてもデータ量多いとうまく行かないことも多い >>936
素人は知らんのだろうけど、一般的に大規模システム開発時って平時より
人が数倍〜十数倍に膨れ上がるんよ
だいたいピーク時は机が足りなくなって、2/3人分の机のスペースで作業するとか
あるあるだからなw
開発時の人員数が運用時の妥当な要員数じゃねーのな >>936
最初100人いました
6割減らして40人にしました
2割増やしたので48人にしました
元の半分にも満たねーw どれだけ炎上しても仕事を減らさせない所(会社)多いんよな
炎上鎮火と改善と運用全部うまく同時並行しといて〜みたいな ヘイヘイあべ!
テメーのじいさん731!
今度はいったい何人の日本人をコロスンダイ!?
おまえは既に しんでいるのさ
オーイェーベイベー! ヒデブッ! アベしっ!
さっさと日本産のジャガイモでマックフライポテトに
してみろや
安倍晋三デス
自由民主党へ
不投票!
不投票!
しんだな安倍晋三!
ケラケラ でも、余所から見てる分にはプログラムの不具合起こすたびにニュースが面白くなるから一生このままでいて欲しいって気持ちも少なからずある >>950
一生などないおまえらゴキブリ銀行の明日はない >>950
男の子はすぐ解決法を考えようとしちゃうからね
共感してほしいだけかもしれないのに >>904
やっぱり頭が硬直したお爺ちゃんはニュースなんか見ないし
自分の想像と現実の区別がつかないんだろうな
3行それぞれのシステムを捨てられないのが原因だと報道でも言われまくってるのに
みずほ、システム担当者3年間で6割削減 ブラックボックス化進む
https://www.itmedia.co.jp/business/articles/2109/01/news085.html
>みのりはみずほ銀の前身である第一勧業、富士、日本興業の旧3行が利用していた
>富士通、日本IBM、日立製作所のシステムを存続させる形で統合し、
>他の大手行の基幹システムより複雑で取り扱いが難しいとされる。 不退転の決意 精神論
人員2割増強 戦略ナシ
旧日本軍ですね分かります 増強しても何にもならんぞw
無能を減らさないと
システム担当に支持してる奴な いま焼肉屋でうだうだやってる元お笑いの名前忘れたあいつとみずほは飛ぶまでの流れ見られるのがおもしろすぎる ゴミスキルが混じると、一瞬で品質が落ちるのがソフトウェアの
恐ろしいところ。
それが全く理解されない。
テスタビリティばっちりの上等なコードが
それを理解できない低スキル開発者の手にかかると
あっという間に謎構造のスパゲティコードになる。 ゴキブリ銀行朝鮮半島由来
瑞穂銀行です。
あとはよろしく
ほどほどにヤレよ
プックスックスッ
震えてしねよ習近平! >>663
銀行の知識って銀行でしか通用しないから
ITドカタとか揶揄される下請けのほうがITコンサルやデータサイエンティストみたいなITの基礎知識をベースにした職種に転職しやすい こんなんでもみずほ銀行の行員の半分くらいは年収1000万円くらい貰って左うちわで安穏と暮らしてるんだろーなー 新しいシステムを作る
引っ越す
これで完了じゃん。不退転の決意ってそういうもんじゃね? まずは、みずほ総研を潰したらいい
極悪のがん細胞より悪性 >>968
さっさとこのキチガイロリコンカルト教団公明党配下のインチキバンクを殲滅撃滅するのが人類皆平和 >>969
2割増やして不具合タイミングをコントロールしようとしてるんだろ
完全に竹槍精神で笑ったわ >>947
設計書書いてコード組んでITくらいまで終われば、開発者って
要らなくなるんだけどw
その例でいうと、
元々40人で運用と保守開発やってる
↓
大規模システム開発が決まる
トップダウンで降りてきた納期に対して今の開発者数では
絶対的にマンパワーが足りない
↓
開発者を増やして総勢100人になる
並行開発できる部分をどんどん並行開発する
↓
テストフェーズが進めば進むほど、テスト対象が集約されて
テスト要員も減る
過剰な開発者は要らんのでどんどんパージする
↓
テストが終わる
過剰なテスト要員も要らなくなるのでパージする
↓
元々の40人に戻る
こういうことなんよ
で、障害対応や業務改善のアプローチはシステム開発とは全然違うから
作業初期から必要とされる人員数は100人にはならないってだけ >>971
ある日突然「兆円単位で取引データ消えました復旧も出来ません」ってなったらどうなるんだろう
たーのしーみーw みずほの支店は関西ではあまり見かけないからメガバンクって感じがしないな
関東の大きな地方銀行ってイメージ
やらかしもなんか納得してしまう >>975
でもこの間の障害、って言ってももはどの障害かすらわからんがw
いくつかの障害は原因不明のままなんでしょ?
もうコードトレースするしかないじゃん?運用保守メンバーだけで運用保守しながら膨大な量のコード追える?
開発時と同じ体制で常にコード追いながら対応しなきゃマズイんじゃね?
いや、保守運用しながらコード読んでデバッグしますってなら構わんけど。やらんけど。 >>975
その例でいうと3年間で6割減の元々の人数が40人なんだろ 金融システムに24時間365日稼働を求める風潮がよろしくないわな
昔の銀行は土日祝日完全休業だったから、正月やGWを使って
じっくりテスト・移行できたんだけど
今は動かしながらの移行が求められるから現場は地獄だわな >>1
馬鹿を2割増しでもっと酷いことになるだけです 人数増やすだけじゃなくてべらぼうな賃金にしないと、まともなエンジニアはここを避けるだろ
みずほって聞いただけで関わりたくないからみんな逃げ出す
通常の2倍位からならチャレンジする人間もでてくるんじゃないの >>953
つーか、複数のホストを連結させてるシステムなんて、金融業界だったら
そんなに珍しくねーのよw
あと、サブシステム単位でSIerが分かれるとかも、よくある事なのね
実務経験無いのバレバレw 決意はどうでもいいから結果だしてね
まあ俺は撤退したけど
こんなゴミみたいなところは消えてほしいから塵積で営業先にも宣伝しとくわ > みずほ銀行は8月20日に店頭での取引の一部ができなくなった障害について、データセンターのハードディスクが稼働から6年経って劣化していたことに気付かず、故障したことが原因だと明らかにしました。
> この際、バックアップシステムに切り替えようとしましたが、入力すべき追加の指示を飛ばしたため失敗しました。
原因は待機系 稼働系に切り替わらなかったシステム的な問題やんけ
運用の問題じゃない
むしろ故障する前提で運用する
故障しても普通は待機系に切り替わるようにする
待機系を用意しても待機系に切り替わらなかったから
障害になったとかいうマヌケ
手順ミスであったとしても
そもそも異常発生時に
面倒で複雑な手順にしてるほうがおかしいからな >>982
それこそ経営者の方針次第なんだわ
開発系を本番と同様の構成にすればいいのに
開発系は1台構成だけで待機系との切替テストは出来ないとかそんな現場ばかり 前金4億円にこにこ現金一括払いって言われたら手を挙げるわー
それなら人生最後の仕事として生命保険掛けて挑むわw >>989
せやなー
開発環境にカネ掛けたくないのはわかるけど
そこをケチって負うリスクを計算できてない現場多いなー >>981
3年前ってまだ開発やってるだろって話なんだがw
あの規模の金融系の再構築プロジェクトが1ヶ月とか1年で
終わるとでも思ってんの?www
テストだけでも年単位だよ オードリータンくらいの頭脳とカリスマ性のある人を
執行役員に連れて来られるかどうかにかかってる気がする >>72
今は2次請け、3次請けどころか5次請け、6次請けまでいる時代だよ >>993
頭いい人は頭いいからみずほ案件に近付かない ただし全員非正規で
ほとぼり冷めたら1/5にします レス数が1000を超えています。これ以上書き込みはできません。