システム障害はなぜ二度起きたか みずほ、12年の教訓（日経BP Next ICT選書）

日経コンピュータ

2011年3月11日の東日本大震災の直後に起きたみずほ銀行のシステム障害。2002年の経営統合直後に続く二度目の大規模システム障害は何故起きたのか?

20年以上にわたって「動かないコンピュータ」を追い続けてきた日経コンピュータ編集部が関係者に徹底取材。義援金の振り込み集中が大規模障害につながるプロセスを平易に解き明かすとともに、失敗が繰り返される真因に迫ります。

金融分野のみならず、障害が深刻な信用失墜/損失につながるミッションクリティカルシステムに携わるすべてのビジネスパーソン必読の一冊です。

• カテゴリ: ビジネス・実用
• ジャンル: IT・コンピュータ / IT・Eビジネス
• 出版社: 日経BP
• 掲載誌・レーベル: 日経BP Next ICT選書
• タイトル: システム障害はなぜ二度起きたか みずほ、12年の教訓（日経BP Next ICT選書）
• タイトルID: 256956
• ページ数: 248ページ
• 電子版発売日: 2014年04月11日
• コンテンツ形式: EPUB
• サイズ(目安): 3MB

[ブクログ · ★★★★★]

問題提起の書。結果論として、みずほのたどった道は間違っていたのかもしれません。

護送船団方式で、ＭＯＦに横並びの経営を続けていたメガについて、みずほだけが、劣ったＣＩＯ，であり、ＩＴシステムに昏かった頭取だったとはどうもおもえません。

バブル崩壊で、３次オンラインの継続開発が途絶えたことも、銀行業界にとっては大きな痛手となりました。

業務の継承とともに、システムを業務の思想にそって再構築できるエンジニアがそこで途絶えています。
一旦、エンジニアをリリースしてしまうと、もとのようにシステムを熟知した開発体制を構築することは難しく、教育や、仕様の振り返りに余分な費用がかかってしまいます。

銀行側も業務継承、仕様の継承と時代に合わせて更改するという旗振り役が少なくなっていたことも原因だとおもいます。

振り返ってわかることですが、３行の同時合併で、かつ企業用と個人用の２つの銀行に振り分けるというだれもやったことがないシステム統合は、非常に難易度の高い業務システムの再構築でした。

そこでこの合併のためのＩＴ投資は単純にシステムをあわせるよりもはるかに高価なものになることを気がつかなければならなかったと思います。

しかもＩＴシステムは、富士通、日立、ＩＢＭとメインフレーマーがしのぎを削る生き残りの中で、かってあったＩＴシステムの継承のためのノウハウの共有は不十分でした。

業務が複雑　⇒　ＩＴシステムも複雑　⇒　業務整理が進まないまま、基幹システムである、勘定系システムを途中でリリースしなければなりませんでした。

コンピュータプログラムが、１億行あるとか、何千人が開発に必要かという尺度だけでは本質に迫れないと思います。

業務の仕様について、どれだけの量であったとか、３行の現状はこうで、あるべき姿はどうであるか。各システムの数値や処理がなぜそうなっているのか。そうならざるをえなかったのか、振り返って確認すべきメモやドキュメントがあったのか。

本書は、その責任は、銀行側にのみあって、３社のベンダーにはなかったといっていますが、そうはおもえません。
１枚の大きな青写真を用意すること、開発側でも納得のいく計画立案とその検証、これまでの業務からの運用の見直し、などその責任は、ベンダーにもあると思います。

目次は以下の通りです。

はじめに

第１部　震災直後、「またか」の大規模障害
　　第１章　検証、混迷の十日間
　　第２章　重なった三十の不手際
　　第３章　このままでは「三度目」が起こる

第２部　合併直後、「まさか」の大規模障害
　　第４章　現場任せが諸悪の根源
　　第５章　無理なシステム統合計画を立案
　　第６章　大混乱の２００２年４月

第３部　トラブルはどこにでも
　　第７章　金融機関で相次ぐ大規模障害
　　第８章　あわや人命にかかわる事態に

第４部　システム障害と闘う
　　第９章　基幹系システムに危機迫る
　　第１０章　経営トップがすべてを左右する
　　第１１章　計画作りがなにより重要
　　第１２章　今こそプロジェクトマネージメント
　　第１３章　稼働後も油断は禁物

おわりに

[ブクログ · ★★★★★]

管理者として実感した運用の難しさと、ドメ大企業ならではの派閥争いを交えたプロジェクトの遅延、後退が、身につまされる。

[ブクログ · ★★★★☆]

読んでて突き刺さる点が多く、自分の行動を振り返りたくなる。
ITがどれだけ経営の重要な要素か改めて感じる。

[ブクログ · ★★★★☆]

安定稼働しているシステムほど忘れられ、障害を頻発するシステムの担当者ほど目をかけられる、ということもある。

[ブクログ · ★★★★☆]

システム統合は技術じゃなく経営の問題というのは含蓄に富む
ITシステムとは言っても、結局は人の問題になるんだなぁと思った
とくに大銀行の合併となるとしがらみも多いし、単純にシステム部門と事業部門の軋轢もあって、トップの決断が重要なのはうなずける
絶対上には立ちたくない。
システムは最重要なのに効果が見えにくいという厄介な問題があることが分かった
そのためにITに疎い経営者は投資をコストとしかとらえられず沈没していく。
人間は可視化してないものは見過ごすという好例だ。

[ブクログ · ★★★★☆]

2011年３月におきたみずほ銀行のシステム障害。
みずほ銀行としては二度目の大規模な障害。
後半の教訓は前のシステム障害はなぜ起きたかと同じ。

[ブクログ · ★★★★☆]

懲りない会社やで。
みずほの二回目の障害自体は割りに簡単に過ぎ、二度も起した莫迦な経営陣の問題と、他の事例にも触れ、何が必要かを説明する。

[ブクログ · ★★★★☆]

2度起きたみずほのシステム大規模障害やその他のシステム障害についての解説があり、さらにはこうした障害を防ぐための指針が示されている。
特に経営層のIT軽視がシステム障害の大きな要因であると強調されていた。
いまはCIOを置く企業も増え、さらには東日本大震災の影響からBCP（事業継続計画）を策定している企業も多く、ITへの関心は高まってきているとは思われるが、今後も経営戦略とシステム化戦略をマッチングしていくことが肝要であると思った。
本書に掲載されていた事例を通じて、ITが社会に与える影響はとても大きいということを改めて感じた。

[ブクログ · ★★★★☆]

読むのは2度目ですが、想像しながら読み進めると息が詰まる思いです。。教訓が多く含まれており参考になります。

[ブクログ · ★★★★☆]

会社後輩に勧められ読む。結構裏話知ってると思っていたけど知らなかったこともあり。ふむふむと。組織論というか日経コンピュータ論というか。まあバッチはこえーと。