facebook twitter hatena line google mixi email
★お気に入り追加


■ このスレッドは過去ログ倉庫に格納されています

  • 1
  • 神 ★
  • 2022/01/15(土) 23:11:03.53
みずほ、システム情報3社で共有へ 障害再発防止で
1/14(金) 21:59

みずほ銀行で続発したシステム障害を受け、親会社のみずほフィナンシャルグループ(FG)が、金融庁に提出する業務改善計画に、システムの管理態勢を強化するためにみずほFG、みずほ銀、システム子会社の3社が情報などを共有する仕組みを新たに作ることを再発防止策として盛り込む方針であることが14日、分かった。安定稼働に必要な要員を継続的に確保することにも取り組む。
(中略)
年に2回、システム障害を集中的に振り返る期間を設け、教訓を継承する映像を配信することなども検討している。
https://news.yahoo.co.jp/articles/4eb4742f2df2585b7fccfaabe42fa6cda2767e5d

ここまで見た
  • 522
  •  
  • 2022/01/16(日) 01:19:33.49
>>4
すこ

ここまで見た
  • 523
  •  
  • 2022/01/16(日) 01:20:16.73
未だにみずほに金預けてるのってどんなアホなんだ

ここまで見た
  • 524
  •  
  • 2022/01/16(日) 01:20:25.38
>>516
これ、そもそも巨大すぎるシステムなんてまともに運用できるわけがない、大幅にシュリンクしたシステムを2年以内に作るしかない

ここまで見た
  • 525
  •  
  • 2022/01/16(日) 01:21:40.52
ITドカタは低学歴がなる職業というのよおく分かるだろ
富士通はこういったやっすいITドカタを大量投入するIT JV界の親玉だからな

ここまで見た
  • 526
  •  
  • 2022/01/16(日) 01:22:39.58
>>519
I/O図とか言ってる時点で的外れなんやでwww

障害原因調べてみなって
そっちの畑とはぜんぜん違う畑で失敗してるから

ここまで見た
  • 527
  •  
  • 2022/01/16(日) 01:22:40.05
>>1
悪いのは無能な下請け共だろ
みずほ銀行や元請けの富士通などは悪くない
むしろ被害者だ

ここまで見た
  • 528
  •  
  • 2022/01/16(日) 01:22:45.01
ウォンの保証やめろよクズ。

ここまで見た
  • 529
  •  
  • 2022/01/16(日) 01:22:54.38
なおこのビデオは自動的に消滅する

ここまで見た
  • 530
  •  
  • 2022/01/16(日) 01:23:08.93
>>527
えー

ここまで見た
  • 531
  •  
  • 2022/01/16(日) 01:23:17.45
また低学歴がなんかいってるわ。。。
低学歴はやっぱりなんも分かってないわ

ここまで見た
  • 532
  •  
  • 2022/01/16(日) 01:23:34.10
>>1
ぬるぽ銀行

ここまで見た
  • 533
  •  
  • 2022/01/16(日) 01:24:04.87
こんなんがIT技術者とかいってるわけ
笑っちゃうでしょ

ここまで見た
  • 534
  •  
  • 2022/01/16(日) 01:25:19.54
そらな誰も把握できないシステムになる
段階的な詳細化がちゃんとできないシステムはこうなる

ここまで見た
  • 535
  •  
  • 2022/01/16(日) 01:25:23.59
>>489
それって要件定義段階で決めるのが大前提で、非機能要件の耐障害時の影響分析ができて、シナリオパターンを数百用意し、初めて想定手順をチェックリスト化出来るものだろ。
っていうのは釈迦に説法かな。

>>503
そりゃそうだよ。
そのユーザー様の仕事分野を熟知した上で、発注者目線にも、実務部隊も指揮出来て、後の運用まで考えて、顧客影響を最小限に抑えられるプロジェクトマネージメント出来る人材って、おそらく日本でも数少ないだろ。
生え抜きや子会社転属なんていう、しきたりやってるから、そんな有能は一人も出ないんだよ。

>>504
システムトラブルが、まさにその検知システムがトラブってる。
DBの異常時に自動処理でフェイルバック対応したのを検知出来ず、全体システム異常で停止というのをやらかした。
作った側が、
そういう機能を知らなかった。

>>507
昭和老害の高学歴のゴミクズが、思いつきであれもこれも指示したガラクタという表現が正しい。

>>513
いんや。自分たちの旧来システムについて、捨てる覚悟もなく、高学歴の癖にIT知識もない、プログラム一つすら組めないポンコツ発注してる正社員が、顧客影響分析やシナリオ想定を全くしていなかった相当の無能だったから。

ここまで見た
  • 536
  •  
  • 2022/01/16(日) 01:25:30.74
誰向けのビデオだよ

ここまで見た
  • 537
  •  
  • 2022/01/16(日) 01:26:04.25
>>524
それができないのが金融システム共通の弱点なんよね

特に法人チャネルだと、各法人にカスタマイズした商品なりサービスなりを
提供してて、その仕様を盛り込むからシステムがデカくなる

業務から再構築しないとそんなん無理だけど、銀行の都合で勝手に
サービス改定やったら、それこそみずほが終わるwww

ここまで見た
  • 538
  •  
  • 2022/01/16(日) 01:26:09.38
津波の義援金とか来たら、ここまたトラブル気がした

ここまで見た
  • 539
  •  
  • 2022/01/16(日) 01:26:24.87
次は毎朝朝礼で再発防止の呪文を唱える訳だな

ここまで見た
  • 540
  •  
  • 2022/01/16(日) 01:26:43.47
俺の残高にゼロ加えておけよしたら許す

ここまで見た
  • 541
  •  
  • 2022/01/16(日) 01:28:29.21
メンテナンスはしっかりれや

機器の更新は常にやれ

ここまで見た
  • 542
  •  
  • 2022/01/16(日) 01:28:31.65
ミズポは3社合併案件だったけど

3000社案件ってのがあったんだよな 三菱食品
結局こちらも失敗

3000社の発注システム全て対応せよ だっけ?

どんなシステムかは不明だけど、こっちはもっと無理だよな
発注する側は無茶なら請け負う方は無謀だと思う

やるなら逆、三菱食品として統一システム作るから、3000社はそれに合わせてね っと

ここまで見た
  • 543
  •  
  • 2022/01/16(日) 01:29:05.58
実際の所、金融庁的にこれで納得の防止策なのか、気になるのはそこだけですね
みずほ銀行が良くなるとか現場が改善されるとか二の次ですよ正直

ここまで見た
  • 544
  •  
  • 2022/01/16(日) 01:29:53.61
今年度の決算まで会社は持ちそうですか?

ここまで見た
  • 545
  •  
  • 2022/01/16(日) 01:31:24.14
みずほ銀行には宝くじがあるから
政府関係者相手なら余裕

狙って簡単に10億円の賄賂渡せますから

ここまで見た
  • 546
  •  
  • 2022/01/16(日) 01:31:47.69
まずシステム分析できる状態にするの先だからな
システム分析できない状態だからなにも改善できない

コタエはもうでてる

システム分析できる状態にできならな
また作り直ししかない

だれもなにがどうなってるのか分からないワケだからな
そもそも障害の原因特定するのに何日もかかること自体が異常でありえないからな

ここまで見た
  • 547
  •  
  • 2022/01/16(日) 01:31:57.81
>>541
メンテナンス人員削減→今回監査指摘事項

機器の更新→そもそもデータ処理量が足りないために起こったトラブル。スケーリングが甘すぎ。機器の増設をケチったために起こしたトラブル。

この前辞めた社長が理解してないためにやった事象ですねw

ここまで見た
  • 548
  •  
  • 2022/01/16(日) 01:32:05.70
>>542
データベースの仕様を統一するところから初めて
3000社のシステムを全部改修
誰が設計すんねん。人間の能力じゃ把握しきれん

ここまで見た
  • 549
  •  
  • 2022/01/16(日) 01:32:34.61
駄目だなこの銀行
投資する先はそこじゃない
何も分かってない

ここまで見た
  • 550
  •  
  • 2022/01/16(日) 01:33:09.18
根本的な対策を打つのは面倒くさい、でも対策やってる感は出したい、せや!

ここまで見た
  • 551
  •  
  • 2022/01/16(日) 01:36:46.05
>>535
俺が書いてる「チェックリスト」は手順のチェックリストじゃなく
デバッグチェックリストみたいやつね
各工程のレビュー時に確認すべき事が漏れないようにするやつ

あと、人材については、ユー子や、ユー子のコアパートナーで
業務もシステムも知ってる優秀な人材が育ってる例を何度か実際に
見てきたからなぁ
(まあ、みずほはやったことないから、そういうのが居るのか知らんけど)

結局、ユー子や、ユー子のコアパートナーを親会社の直接採用にして
何が変わるの?ってのは正直疑問

ここまで見た
  • 552
  •  
  • 2022/01/16(日) 01:37:11.65
>>4
好き

ここまで見た
  • 553
  •  
  • 2022/01/16(日) 01:37:49.30
元記事には人員をそろえるとかも書いてあるけど
障害の原因をちゃんと特定できるような体制にしておくれよ

ここまで見た
  • 554
  •  
  • 2022/01/16(日) 01:38:08.07
みずほ銀行の新社長には岸田総理が最も信頼を置いている木原官房副長官の実兄が就くんだろ?
なら金融庁は監督どころか忖度しまくりになるのは確定じゃん

ここまで見た
  • 555
  •  
  • 2022/01/16(日) 01:38:49.56
アホな上を下が無理して支えてたんだろうな
日本企業ってかんじだね

ここまで見た
  • 556
  •  
  • 2022/01/16(日) 01:39:18.32
新生銀行コースやろ

ここまで見た
  • 557
  •  
  • 2022/01/16(日) 01:41:20.72
なんだかいろいろと衰退したよなぁ
騒がれた2000年問題でもこんな事なかったろ

ここまで見た
  • 558
  •  
  • 2022/01/16(日) 01:41:21.36
>>547
障害復旧マニュアルがないからオペが動けなかったみたいなケースもあった時点で
結局、人だけじゃなく運用コスト全体をケチり過ぎなんよね・・・

そういうコストの重要性を理解していないバカが上に立つと、こういう事になる
という反面教師かと

ここまで見た
  • 559
  •  
  • 2022/01/16(日) 01:41:29.73
>>543
防止策になってないよね。4点挙げられた課題に対して一つも回答になってない。
モラル事件ならビデオみせればいいけど、今回は発注者の経営陣はITポンコツゴミクズが原因って言ってるから、そこ解決が先決。

IT土方未満のヤクタタズポンコツ高学歴は解雇でいい。

経営陣は基本情報処理試験合格以上のみでほかは懲戒解雇。これが一番重要。
そしてシステム人員の増強。
システム増強は必須。

ここまで見た
  • 560
  •  
  • 2022/01/16(日) 01:46:55.46
>>557
2000年問題とか改元対応って規模がでかいだけでやることは単純なのよね
環境も業務ロジックも運用も変わらないわけだから

今のみずほはそれを遥かに超えるメンドイ事をやってる

ここまで見た
  • 561
  •  
  • 2022/01/16(日) 01:47:36.29
>>558
マニュアル無きゃどうにもなんないだろ
復旧作業以前にどこに電話するかも分からんぞ

ここまで見た
  • 562
  •  
  • 2022/01/16(日) 01:47:47.32
社内向けのビデオならエキストラで出させてほしいな
ATMでお金が下ろせなくて困ってる利用者の役とかやりたい

ここまで見た
  • 563
  •  
  • 2022/01/16(日) 01:47:52.38
コストカットした結果高くついた

ここまで見た
  • 564
  •  
  • 2022/01/16(日) 01:48:23.52
セガールがみずほ銀行から出てきて、背景のみずほが爆発する映画撮ろう。
旧システムも壊せて一石二鳥や。

ここまで見た
  • 565
  •  
  • 2022/01/16(日) 01:49:18.26
でも正直わりといい取り組みだと思う

昔、縦のつながりも横のつながりも滅茶苦茶で、
誰が誰の上司かも分からないやばい会社にいたけど
まずい風潮って、基本的なところから、年単位で直していかないと直らないと思う

ここまで見た
  • 566
  •  
  • 2022/01/16(日) 01:49:41.09
そうじゃないだろw

トラブルシューティング出来る優秀な技術者を常勤させれば済むだけだろ

ここまで見た
  • 567
  •  
  • 2022/01/16(日) 01:50:50.69
配信して事故が起きたら次どうするのか?

配信回数増やすの?

ここまで見た
  • 568
  •  
  • 2022/01/16(日) 01:51:10.14
正直1から作り直さないとまずい気もするなぁこれ


ゲームバランスがインフレしすぎたソシャゲみたいに
もう誰も全貌を把握できてなさそう

ここまで見た
  • 569
  •  
  • 2022/01/16(日) 01:51:45.34
>>561
起こりにくい障害の復旧マニュアル作成を省いたって話やぞ

ここまで見た
  • 570
  •  
  • 2022/01/16(日) 01:52:17.18
>>566
優秀かどうかよりも10年くらいやってるベテランじゃないと
分からん事が多いのよ、大企業の運用

ここまで見た
  • 571
  •  
  • 2022/01/16(日) 01:52:45.72
>>551
デバックの方か。分かる。ただ上がポンコツで、定義ころころ変えて、工程都度増やされてみいよ。そこ何度やり直せばいいとか、ブチ切れるのが多くなりそうw

人員直接雇用の何が変わるかといえば、担当プログラムだけではなく、全体で上流から下流まで、一連で考えられる技術者たちが、運用構成できる点。
日本は稀にみるIT技術者使い捨て思考する経営陣多すぎ。

ここまで見た
  • 572
  •  
  • 2022/01/16(日) 01:53:03.12
映像配信とかいう提案した奴は解雇ていいよw

技術軽視極まってる証拠だ

ここまで見た
  • 573
  •  
  • 2022/01/16(日) 01:53:22.96
>>3
意訳;「システムが不具合を起こすのは気合が足りないからだ。教育ビデオで気合を入れる」

お絵かきランド
フリックゾンビ
ここまで見た

★お気に入り追加

このページを共有する
facebook twitter hatena line google mixi email
おすすめワード