日経コンピュータのレビュー一覧

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

日経コンピュータ

一連の障害の事象や背景だけでなく、他行との比較や、過去の銀行統廃合とそれに伴うシステムの変遷についても触れており、学びがあった。

観点に基づき、予兆があるかもしれないという意識でチェック・レビューすること。
障害が発生した際は迅速にエスカレーション。BCP訓練時の想像力。
また、それらの仕組み化。

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

日経コンピュータ

ニュースで流れていたが、
実際にどんな被害があったのか（一般の方は、キャッシュカードが出てこない、電話繋がらない）が鮮明な書いてあります。

また、それにおける次々と起こる問題。
下手なノンフィクションを読むより全然タメになる内容が、多数ありました。

システルトラブルの事例として、参考に良い一冊でした。

みずほ銀行システム統合、苦闘の19年史 史上最大のITプロジェクト「3度目の正直」

日経コンピュータ / 山端宏実 / 岡部一詩 / 中田敦 / 大和田尚孝 / 谷島宣之

みずほ銀行のシステム障害は利用者として経験？してきましたが、この本を読んでその原因の一端が分かったような気がします。

特に第三部は……登場人物が多すぎて、誰が何を考えていたのかを理解するだけでも大変でした。これでは上手く行かないなと思いました。

みずほ銀行システム統合、苦闘の19年史 史上最大のITプロジェクト「3度目の正直」

日経コンピュータ / 山端宏実 / 岡部一詩 / 中田敦 / 大和田尚孝 / 谷島宣之

自社のシステムに対する経営層の理解不足、トップダウンで自社の進むべき道を指し示せなかったこと、現場レベルでのすり合わせ・協議となり方針が決められないことなど、大規模システム開発において失敗する要素が詰まっている。システム統合となると過去のやり方を変えることになるので現場レベルでは収束しないため、どれだけトップが悪者になって推し進めれるかが肝だと感じた。

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

日経コンピュータ

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

みずほ銀行システム統合、苦闘の19年史 史上最大のITプロジェクト「3度目の正直」

日経コンピュータ / 山端宏実 / 岡部一詩 / 中田敦 / 大和田尚孝 / 谷島宣之

・みずほ銀行のシステム刷新までの過程と2度のシステム障害の背景について詳細に解説している一冊

・エンジニアとして一応読んでおくかと思い手に取った
・みずほ銀行の新システムがいつまでも完成せずにサクラダファミリアと呼ばれてることは知ってたけど大きいシステム障害を2回起こしてることをまず知らなかった

・金融というお金が密接に関係する業界で大きなシステムを統合するのはさぞ大変だろうと関係者を労いたい
・みずほFGは2度の失敗から学び、システム刷新という大仕事を乗り越えて組織として強くなったんだなと思う
・1度目のシステム障害については3行統合後の内部での争いが結果としてシステム障害に繋がっていてヤレヤレという印象
・2度目のシステム障害については、たしかにシステム周りの知識不足な経営層が大きな原因の1つではあるけど、同じように知識不足な経営層がいる企業はたくさんありそうなのでこれを糧に我がふり直す企業が出てくればいいなと思う
・そしてエンジニアの仕事が増えて欲しい笑
・MINORIを活用したみずほ銀行のこれからのIT戦略に期待

みずほ銀行システム統合、苦闘の19年史 史上最大のITプロジェクト「3度目の正直」

日経コンピュータ / 山端宏実 / 岡部一詩 / 中田敦 / 大和田尚孝 / 谷島宣之

前半はみずほこんなことやって頑張ったぜ！ドヤ！みたいな内容。生のコードを書けなくして属人化を防ぐ超高速開発ツールなど、なかなかおもろい仕組みを使っていたのが興味深かった。しかし、ツール名が「超高速開発ツール」というのがダサい。
コロナが流行る前からWeb会議を使っていたのは先進的だと思う。（とはいえ、私もIT企業に勤めていて、コロナ前からWeb会議使ってたから、IT企業的には普通なのかしら）

後半がめちゃくちゃ面白かった。2011年と2002年のシステム障害の発生の原因について細かく描写している。仕様書やデータフローがなかったり、合併時のシステム統合の際に役員の中に有識者がいないなどとにかくやばい。システムくらい勉強しろよ。
エンジニアが本当に気の毒。
社内政治とか読み物としては面白かったけど、当事者にはなりたくないと思った。
みずほのシステムの関係者の皆様お疲れ様です…

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

日経コンピュータ

みずほ銀行の一連の障害についてとてもわかりやすく纏められている本。自分の職業柄、涙と冷や汗なくしては読み通せなかった……
特に2022年2月の大障害（ATMにカードが吸い込まれ続けたやつ）については、事前の開発時にも運用手順でもたくさんの「たら、れば（防げたのに）」網があったのに、全て突破してしまった結果なんだなと。人の振り見て我が振り直せ。

みずほ銀行システム統合、苦闘の19年史 史上最大のITプロジェクト「3度目の正直」

日経コンピュータ / 山端宏実 / 岡部一詩 / 中田敦 / 大和田尚孝 / 谷島宣之

障害発生とその対応の話は学ぶべきことが非常に多い。規模も業界も違うが頷ける話が多かった。

大規模障害の原因を突き詰めると個々のプログラムの品質よりも組織の風土や統制、経営層の理解といった部分へ通じてくる。

システムは人が作って運用している以上、
どの企業でも本書のようなことが起こりうることは知っておかなければならないと感じた

みずほ銀行システム統合、苦闘の19年史 史上最大のITプロジェクト「3度目の正直」

日経コンピュータ / 山端宏実 / 岡部一詩 / 中田敦 / 大和田尚孝 / 谷島宣之

どこかで読まねばと思いつつ、ようやく読んだ1冊。幸いというかエンジニアのキャリアの中でこのプロジェクトに関わることはなかったけれど、当時「ブラックホール（＝行ったら帰ってこれない）」と呼ばれていたプロジェクトを全体感に立って振り返っていて大いに横展開できる反省点は盗もうと思った1冊だった。やっぱりエラーハンドリングもそうだけど、初動とトップのITへの理解が大切。もし自分が関わることになっていたとしたら、どの辺を担当することになってそこで力を果たして発揮できただろうか、とか思いながら読んだ1冊でした。

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

日経コンピュータ

日経コンピュータは"みずほ銀行システム統合、苦闘の19年史 史上最大のITプロジェクト「3度目の正直」"を出版してしまったという黒歴史も踏み台に、120%の検証報告書を見事に作りあげて出してきました。
「マルチベンダーが必ずしも悪いわけではない」とはあるけど、やっぱりマルチベンダーは悪だよね。
でも根本原因は第一勧銀と富士の間で「どっちのシステムが良いか」を現場でベンダーも巻き込んで延々と議論させた挙句に政治的決着で処理した当時の上層部じゃないか？というのが感想。
にしても通帳やカードを飲み込んでも吐き出せない仕様のATMとか英国かよ！？と。

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

日経コンピュータ

みずほ銀行のコンピュータ障害の事後検証報告書。日経コンピュータの記者が執筆。ふ～ぅ。読みでがあった。なぜみずほ銀行のコンピュータ・システムが何回も障害を起こしたのかの謎をひも解く。読んでみて、みずほ銀行のシステムは他行のシステムとはずいぶんと異色であることが分かった。システムが疎結合でマルチベンダー・システムであることだ。他行はシングル・ベンダーで緊密結合システムが多い。そのため、システムが複雑になり運用でも難しさがある。その運用をみずほ銀行は軽視していたようだ。エラー・ログの抽出検索システムもなく、障害時には生のエラーログを画面で逐一調べていたというのは驚きだった。

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

日経コンピュータ

昨年幾度もニュースを賑わした、みずほ銀行のシステム障害の事後検証報告をまとめた一冊である。
著者にあたる日経コンピュータは、今回問題が発生したみずほのMINORIシステム稼働直後に開発の経緯をまとめた本を出しているが、そちらは未読。どうやらMINORIシステムの開発過程を高く評価するスタンスだったようで、障害が発生してから手のひら返しかよと批判もあるようだけど、ひとまずそれは脇に置いて、本書に絞った感想を書いてみようと思う。

本家の報告書を読んでいないのであくまで印象だが、基本的には公になってる事実以上の障害の「真因」には直接的に踏み込んでいないように読める。
一応日経コンピュータ編集部の「考察」は所々で散見されるし、実はよく読むと言外に見えてくるものもあったりするんだけど、今回のシステム障害の事象に限っていえば、報告書の整理整頓にとどまっている印象だ。
もちろんそれは報道の正確さを求められる新聞社の系列雑誌の態度としては正しい。
であれば一般に公開されている報告書を読めばいいじゃん、となるところだが、さすがにそこはプラスアルファがあって、MINORIシステムの統合の歴史を振り返ったり（各ベンダーの覇権争いの話とかがあって、個人的にはここが一番面白かった）とか、他のメガバンクや海外での障害事例などが出てきたりしているところが本書のオリジナリティであろうかと思う。

先に「報告書の整理整頓」と書いたが、実はその点に関してはあまりうまくいっていないようにも思える。
一番気になったのは同じ内容の繰り返しが多い点で、例えばインデックスファイルの更新上限が64万件の話なんかは、正直分かったからもういいよという感じがした。
報告書ではない一般向けの書籍なのだから、内容の水増し感を出さないよう、もう少し構成を工夫すべきだったのではないだろうか。

本書はBtoCのシステムを発注する側、特に情報システム部の責任者は読んでおいたほうがいいと思う。
一応自分もシステム開発に携わっている人間なので、言い訳に聞こえたら申し訳ないのだが、テスト等による信頼性向上の取り組みに開発側が全力を挙げることを前提にしても、残念ながらこの規模のシステムであれば、バグを完全に無くすことはまず不可能である。
なので、もし障害が発生した場合に備えてシミュレーションを数多くしておく必要もあるだろうし、それでも事前に全ての問題発生を予見してマニュアル化するのは不可能なのだから、重要なのは有事の際にリスクを最小化する判断を責任者がスピード感をもって下せるか、結局ここに尽きるのかなと思う。
そのあたりの危機意識がみずほの関係者に不足していた、というのが本書から導き出された私なりの考えである。

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

日経コンピュータ

20220519-0604　多発するみずほのシステムトラブルを、日経コンピュータ社員も被害にあった当日のドキュメンタリーが生々しい。こういう記憶は(事故や災害でも)日々薄れていくものだから、アーカイブとして残していく必要性を痛感した（だからこそ「動かないコンピュータ」の連載は続くのだろう。）糾弾・告発からは一歩引いて冷静に分析している。報告書って感じ。

みずほ銀行システム統合、苦闘の19年史 史上最大のITプロジェクト「3度目の正直」

日経コンピュータ / 山端宏実 / 岡部一詩 / 中田敦 / 大和田尚孝 / 谷島宣之

システム開発・運用に関わった経験があれば、読み進めるごとにキリキリとした不安な気持ちを感じるリアリティに溢れる良書。

「経営の責任」が伏線となって障害の増幅要因としてヒットする様は出来のいい小説のようでもあり、類似の伏線が実は今の日本に多数転がっているという示唆はホラーのようでもあります。

プロジェクトに関わる方は、一度手に取られると良いと思います。

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

日経コンピュータ

しっかりと中立的に書かれている印象。マルチベンダやレガシーさが障害を呼んだのではなく、システム運用やシステムへの軽視が根底ということがよくわかった。
システム技術のリテラシーや勘所がある人が企業トップにいないとダメだと思う、、システムは利用するのは簡単だが、とても複雑でそれを開発運用できる人材はポコポコいるわけではない、ということを経営者たちは本書を読んで理解するべきだと思う。

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

日経コンピュータ

2019年に満を持してリリースされた新システムが2021年2月からの1年間で計11回のシステム障害を引き起こしてしまったみずほ銀行。その事後検証報告からの学びを目的として書かれた一冊。前著に当たる『みずほ銀行システム統合、苦闘の19年史』がプロジェクトの進め方の話が中心だったのに対して本書はかなり技術寄りの内容。非エンジニア職の人にはハードルが高いと思われる。その分エンジニアには多くの学びを提供してくれる。また、後世に残す記録としても重要。冷笑・嘲笑でネタ的に消費するのではなく（みずほ銀行を笑えるITエンジニアは真に優秀か超の付く能天気のどちらかだろう）自身の担当システムで本質的に同じ原因の問題が起きないか考えながらじっくり読みたい。

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

日経コンピュータ

専門用語も多く、システム素人の私には難しいところもあったが、システム障害の全体像・問題点が分かりやすく整理されている。いくらみずほFG・みずほ銀行が対外公表している資料を読み込んでも、理解はできないだろうが、本書のおかげですっきり分かった。
旧3行のシステム駆け引きから、すでに不幸が始まっており、何度も障害を繰り返しながらも抜本的なアクションがとられなかった。唯我独尊で、他のメガバンクや海外の動向から学ぶことはあろうに、忖度や馴れ合いの結果、不確実性を増していったということだろう。
私が一昨年まで暮らしたシンガポールのネットバンクは、UIが良く統一感があり、大変利用しやすい。一方、みずほ銀行（だけでなく他の邦銀）は、非常に操作しづらい。みずほの歴史は日本の停滞の20年と重なり合う。
本書「おわりに」で紹介されている、みずほの窓口でのやりとり。令和の時代に昭和を引きずり、一部IT機器が出てきたかと思えば、iPadではなくMINORIタブレット。。。そんなみずほもGoogleと提携したとのこと。しがらみをかなぐり捨てて、飛躍してほしい。（一口座保有者として希望。）

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

日経コンピュータ

2020年にみずほ銀行システム統合史を上梓した日経コンピュータが、2021年から起こったみずほ銀行のシステムトラブルを整理した一冊。IT業界にみをおくものとしては読んでいて居た堪れなくなってしまうが、前書よりも価値のある一冊と言える。
みずほで起こったトラブルを淡々とインシデント分析を繰り返し、問題の本質に迫ろうとしている。往々にして、みずほのトラブルは三行の体制によるガバナンスの効かなさが生み出したものと語られがちだが（場合によってはドロドロの情念を絡めた読み物として）、情実的な部分を排除してあくまでシステム的観点から分析している。
この書は、みずほのトラブルに学ぶことはもちろん、インシデント分析の実施の仕方についても深い見識を与えてくれる。

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

日経コンピュータ

みずほ銀行で1年に11回発生したシステム障害の内容、原因と再発防止策がまとまった一冊。冒頭から、読んでいると具合が悪くなる大規模障害の話題で、五千件を超えるカード・通帳がATMに取り込まれていく経緯が緊迫感あふれる様子で描かれる。
直近の大規模システム改修に問題があったというより、運用手順が不明確、組織の連携が遅い、障害レベルを人が判断…など障害発生後の対応が後手に回ったことが障害影響を拡大させたことが分かる。
特に恐ろしかったのが、為替送金の取引遅延障害で、遅延を取り戻すためにAML（資金洗浄防止）システムを省略しても問題ないと最高コンプラ責任者が判断し省略した結果、外為法違反した一件。現場だけではなくコンプラ責任者がこの判断をしたということで、他の業務でもちゃんと法令遵守しているか疑いたくなる。
100を超える再発防止策が形骸化しないことを願う。