
[ 1 ]
みずほフィナンシャルグループ(FG)が、基幹システムの開発などを担当する人員を、システムの本格稼働後に約6割削減したことが31日、分かった。今年6回の障害を起こしたみずほのシステムは全体像を把握するのが難しいほど規模が大きく、システムに習熟した人員を削減したことが障害の多発に影響した可能性もある。
みずほFGは31日、金融庁に今年5回目となった8月19~20日の障害に関する報告書を提出。この時はみずほ銀行などの営業店と基幹システムをつなぐ機器が故障し、全国の店舗窓口で入出金などができなくなった。
https://nordot.app/805398611071549440
みずほFGは31日、金融庁に今年5回目となった8月19~20日の障害に関する報告書を提出。この時はみずほ銀行などの営業店と基幹システムをつなぐ機器が故障し、全国の店舗窓口で入出金などができなくなった。
https://nordot.app/805398611071549440
[ 2 ]
アホで草
[ 5 ]
一人が二人分働けばええやんけ!を地で行ったんやろなぁ
[ 15 ]
>>5
違う
設計書見ればプロパーがキャッチアップできる前提で開発するから理屈の上ではこうなる
なお設計書
違う
設計書見ればプロパーがキャッチアップできる前提で開発するから理屈の上ではこうなる
なお設計書
[ 6 ]
まあ開発に使った人数でそのまま運用するのはアホやけど個人がもってる情報とか引き継ぎとかできてないんやろな
[ 7 ]
金融庁怒りの制裁
1 解体
2 吸収合併
3 そのまま
どれ?
1 解体
2 吸収合併
3 そのまま
どれ?
[ 28 ]
>>7
そのままや
天下りだらけやぞ
そのままや
天下りだらけやぞ
[ 10 ]
動いてるからヨシ!
[ 119 ]
>>10
止まっちゃったけどヨシ!
止まっちゃったけどヨシ!
[ 201 ]
>>119
直らないけどヨシ!
直らないけどヨシ!
[ 11 ]
リリースしたら減るのは普通やろ
[ 275 ]
>>11
常識を疑え
常識を疑え
[ 12 ]
障害起こした箇所は10割の時に作った箇所でしよ?
復旧に時間かかったり原因究明出来なくなったのは人員削減のせいだと思うが
復旧に時間かかったり原因究明出来なくなったのは人員削減のせいだと思うが
[ 13 ]
開発完了したから保守運用に移行してそうなったんじゃなくて?
[ 14 ]
マジな話、ワイも昔こういう金融系の引き継ぎやったことあるけど、なんも頭に入らなかったんで半年で営業にヘルプ出して抜け出した
もちろんSES
もちろんSES
[ 137 ]
>>14
ワイも同じ感じや
金融は客も嫌味な奴ばっかでほんまくそやったわ
ワイも同じ感じや
金融は客も嫌味な奴ばっかでほんまくそやったわ
[ 16 ]
システム導入して後は任せたわっていうの多いからな
導入した人が評価されて保守する人間は苦労だけするという
導入した人が評価されて保守する人間は苦労だけするという
[ 18 ]
ロクな話を聞かんなここ
[ 19 ]
多額の金貰ってるんやから全体把握してる基幹要員は専従として残すべきやないの?
[ 20 ]
運用フェーズで開発で何千人と抱えた要員全員残すわけないやろ
当たり前の話やん
当たり前の話やん
[ 21 ]
別にエンジニア配置転換とかカットするのはええねん
問題は結局障害に対応できなかったことで
問題は結局障害に対応できなかったことで
[ 23 ]
みずほ銀行で8月20日に判明した今年5回目のシステム障害をめぐり、持ち株会社のみずほフィナンシャルグループ(FG)は31日、障害の原因を特定できないまま金融庁に報告書を提出。
金融庁は31日までに障害の原因や対応などについて報告を命じていたが、みずほは期限までに原因を特定できず、報告書には調査を継続することを明示した。
https://news.yahoo.co.jp/articles/c45366fa057b80d73ad1b1b02cfe29076dc47dd1
原因はわからない模様
金融庁は31日までに障害の原因や対応などについて報告を命じていたが、みずほは期限までに原因を特定できず、報告書には調査を継続することを明示した。
https://news.yahoo.co.jp/articles/c45366fa057b80d73ad1b1b02cfe29076dc47dd1
原因はわからない模様
[ 25 ]
こういうのってリリースしたあとにこまめに改修とかせんの?
[ 26 ]
この会社だけ障害起きた時に喜ぶ人間が多すぎる
どんだけエンジニア追い詰めてきたんや
どんだけエンジニア追い詰めてきたんや
[ 27 ]
開発と保守は、全くの別部隊の方が普通なんじゃないの
むしろ、人員ベースで良く4割も残してたな
むしろ、人員ベースで良く4割も残してたな
[ 29 ]
ユーザーテストまともにやってないんだろ
[ 30 ]
みずほ「業績伸ばしたいンゴねぇ...」
なろう系コンサル「ふむ、では人件費を削減して利益率を上げてみてはどうだろうか」
みずほ「天才じゃん😮」
これがガチであった可能性
なろう系コンサル「ふむ、では人件費を削減して利益率を上げてみてはどうだろうか」
みずほ「天才じゃん😮」
これがガチであった可能性
[ 39 ]
>>30
開発から運用で人を減らすのは当たり前やで
なんなら運用は運用専門部隊に渡す
開発から運用で人を減らすのは当たり前やで
なんなら運用は運用専門部隊に渡す
[ 31 ]
まあ当たり前やな
[ 33 ]
5人を2人やろなあ
[ 34 ]
そらそうやろ
[ 36 ]
工場のFAでも同じようなことはあるなあ
[ 41 ]
これって普通のことなん?
[ 52 ]
>>41
普通やで
むしろ開発終わってるなら4割も残してなにやってたんだって感じやな
普通やで
むしろ開発終わってるなら4割も残してなにやってたんだって感じやな
コメント
コメント一覧 (11)
顧客第一、信頼を取り戻すって名目あるなら
6割削減という定石を採用したのは下策やったな
あの規模で6割って相当な人数
運用前のUAT、OTではほんまにバグ収束しとったんやろか?
プログラマーらしい疑問だが、「システムの本格稼働後に」という文面から、
リリース前と後で比較してと読み取れる。
運用計画と実態で比較してとは読み取れない。
さすがのみずぼも、計画と実態を乖離させることはしないだろう…さすがに信じたい。
全体を把握している人は多分いないけど、いたら残してるよ
システム開発後も管理運用人員になってもらう
(もちろん高給)のが当たり前だと思うけど
何で逆やってるんだろうな
お得意の派閥抗争、無責任無能の集まりで
解決してみろよ(爆)給料泥棒さん
そのかわり作ってる間は日常的に金融機関側から非人間扱いされるけどな
今はDevOpsとか言われるように開発と運用は連携して運用してくのが普通
つうか開発してないやつがシステムの中身分かる訳ねえし、引き継ぎとか設計書なんかでノウハウ継承できるわけねけだろ
もう開発してハイ終わりみたいな開発スタイルじゃこうなるのが目に見えてんだよ
開発したやつらが運用まで尻拭いするからちゃんと保守とか運用まで考えたシステムになる
開発と運用が連携して運用するのと全体の人数規模変えるのは別だろ。
企業の根幹システムの構築に運用時と同じ規模だったらもっと人増やして早くリリースしろよ、となるし。
こんな大規模システムなのに構築時と同じ人数はり続けるとか事業運用的におかしいだろ。
構築時にオフショアで人増やしてそのまま運用に回すとかしないだろ。