ポストモーテム みずほ銀行 システム障害 事後検証報告

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

• 販売会社／発売会社: 日経BP/日経BPマーケティン
• 発売年月日: 2022/03/18
• JAN: 9784296110919

商品レビュー

2024/07/19

組織のしがらみや歪みが究極的に煮詰まって、システム障害という形で発露したと感じました。また組織運営を行う上で、貴重な事例の一つとして定期的に読んでおります。いわゆる会社の上層部と呼ばれる方もこの本は他山の石として読んだほうがいいと思います。

2023/11/07

外から見てこれだけのポストモーテムができるのだから、内部でポストモーテムして、次に活かせば、より早くより深く、改善が進むのではないかと思う。障害事象解説の図は分かりやすい。ただ、門外漢からすると細かすぎて読み物としてはちょっと飽きが来る。必要な人にとっては必要な情報なのだとは思うけれど。

2023/06/25

2021年から2022年にかけて、みずほ銀行で発生したシステム障害の事後検証報告。ポストモーテムは直訳すると検死ですが、米国のIT企業が障害発生後に社内外関係者と共有する報告書もそう呼ばれているそうです。
ICT業界の片隅にいる自分としても読んでおかねばと思い読了。みずほ銀行の"MINORI"のシステム構成から丁寧に説明していて比較的読みやすいです。
マルチベンダーって凄いな…と思いましたが、本著曰く「マルチベンダー体制がトラブルに結びつくとは限らない」「問題があったとすれば、コンポーネントを担当するITベンダーによってDBMSやミドルウェアがバラバラになり、システムが複雑になって、利用しづらいものになったこと」だと言います。

端的には、わかりづらいモノは作っちゃダメだってコトなのかもしれません。
ただ、背景には銀行のリテールが儲からなくなってシステムが単なる金食い虫扱いになってしまい、開発にお金も時間もかけられなくなってしまった、というままならなさがあります。
（しかし、他行はそれでもシングルベンダーを維持してみずほ銀行ほどのトラブルは起こっていない訳で。。）

あとはちょっと細かい感想です。
本著を読んでいてつい苦笑してしまったのは、「監視担当者は、問題がありそうなエラーメッセージを見つけたら、その(略)紙を印刷して(略)報告する必要があった」というくだり。
あと、みずほ誕生時に、どの銀行のシステムを使うべきか等の「ボトムアップ型のシステム論争」を経営トップが何度も繰り返し、これがお互いを批判して部門同士の仲が悪くなって意思疎通の難しい風土を作ってしまった…というのは痛恨事だと思います。線引きは難しいものの、トップダウンで決めるべきことは決める、としないとこうなってしまうんだなと。。

個人的な学びとしては、こういった「障害をしっかり振り返って、継承していく」営み（みずほ銀行の再発防止策にも「定期的・継続的なシステム障害の語り継ぎ」が挙げられています）は大事だと感じました。
…こないだもミスったし！悔恨の念が強いうちに纏めておこうかと思います。
ITがこれだけ普及した世の中、システム障害というのは誰にとっても他人事にはならないと思います。こういった本に触れることは大事だなと。。

しかし、トラブルが起きてるからと言ってわざわざみずほのATMに行ってキャッシュカードを突っ込む日経BPの記者さんは、有難いカナリアなんでしょうか。。