ポストモーテム みずほ銀行システム障害事後検証報告 日経ビジネス人文庫

日経コンピュータ(著者)

• 販売会社／発売会社: 日経BP/日経BPマーケティン
• 発売年月日: 2024/06/04
• JAN: 9784296205455

商品レビュー

2025/12/07

読み進めにくいが、ITに関わる身としては役に立った。

1.稼働前にちゃんとテストを想定しうる数値でしておくこと
2.障害訓練は日々しておく
3.安定してないのに保守は削らない
4.dbや処理などは新しい方式を取る際にはメリット、デメリットを出して、全体の整合性は大丈夫なのか検討をちゃんと踏まえる

2025/01/19

ITエンジニアとしては、読んでいて我が身に起きたと考えると苦しく、かつ学びの多い本だった（専門的な内容が多く、エンジニア以外には勧めない）

みずほの度重なるシステム障害の要因はシステムそのものよりも、運用体制にあった、というのが今回の学び

1. エラーが起きているのには理由がある。不用意に閾値を上げて無視してはならない
2. 根本解決よりまず復旧
3. 普段からシステム復旧の訓練を行う
4. 各々が自分の意思で動ける社風づくり

この辺は、全てとは言わずとも、どの会社でも当てはまりそうな改善ポイント

2024/08/27

みずほ銀行の糾弾を目的とせず教訓を得るための事後検証という姿勢が良い。PMBOKが教えるプロジェクト振り返りの実例として興味深く読んだ。2021年システム障害は企業風土と開発後の定常業務である運用が問題だったという結論。　
もう少しなぜを繰り返して深堀りしてもよかった。例えば「疑問12 なぜSOA(サービス指向アーキテクチャ)なのに被害が拡大したのか」では疎結合とグローバルトランザクションという相いれない2つを同時に追求したことを挙げているが、ではなぜそうしたのか。何らかの事情があったのだからそれが教訓になるのでは。　
運用部門が弱かったのに加えMINORI開発プロジェクトは2度の遅延があったので、運用が後回しになるのは無理もない。よろしくは無いが気持ちは良くわかる。ただそのリスクを取ったわけだから、プロジェクトマネジメントはプロジェクト残課題として運用をフォローすべきだった。何が残課題であるかは要注意なんだな、というのが自分への教訓。