Booklog - みずほ銀行システム統合、苦闘の 19 年史 史上最大の IT プロジェクト「3 度目の正直」
日経コンピュータ, 山端宏実, 岡部一詩, 中田敦, 大和田 尚孝, 谷島宣之
みずほがプロジェクト完了後に障害多過ぎて行政処分になったとき、コレは三部作になるなと思ってネタ枠で買ってた。 まだ二部のポストモーテムまでしか出てないと思うけど、気軽に消化するつもりで読む。 わたしは勘定系システムの経験はないので外野が好き勝手無責任な想像で言ってるだけの感想になると思う。 第 1 章。大刷新のきっかけやそれまでの障害の話。第 2 章。旧システムの老朽化・新システムが如何にすごいか。 そもそも刷新計画自体も遅れて始まっている。技術的な制約でなく単に人間のエゴのぶつかり合いという印象を受けた。 「戦略 IT 投資」を目的に三行が統合したにも関わらず、経営層はじめ組織に IT が染み込んでおらず軽んじたことが根本の原因。 規模に対する期間の制約もあってか関係者が多過ぎ、 35 万人月・東京スカイツリー 7 本分のコストの相当量はコミュニケーションエラーに浪費されたと想像するに易い。 日経的には稼働年数が長過ぎるシステムが危険、みたいな雑な説明だが、単に時代の変化に合わせてシステムも変化していくべきところが、そうならず危険性を高めていったのだろう。 予定通りに完成すると思ってたのも楽観的だ。ここまで大規模なプロジェクトなら読めない範囲の方が広く、断言するのは無責任。 実際絞め殺しパターンのようなシステムを少しずつ置き換えるというのは結構難しく内製が基本だが、ヒトの入替が常な IT ゼネコンプロジェクトではうまく出来なくて、安易なビッグバンリリースになった説が有力かな。 この点でも想定している刷新後のシステム管理体制の組織的な脆弱さが見えてる気がする。 障害があったから大規模な刷新計画に踏み出せたあたり、危機感を煽る方法でしか決断を迫れなかった様に見えて、主体性の無さを感じる。 また勘定系における COBOL の強さは decimal を使う観点からもよく分かるが、旧システムのブラックボックス化が危機の始まりだというところに、長期的に見て希少となる COBOL を中核に据えるのは、旧システム同様の高リスクをはらむのではないかと思った。
2026-05-23, read count: 1, page: 1 ~ 56, pages read: 56
第 3 ~ 6 章。なんか読んでて辛くなってきた。これが 2010 年代の話というのがすごいな。 論調はすごいことのように書かれてるように思えるが、その要素全て現代にそぐわず、失敗すべくして失敗してる。 勘定系とはいえここまで程度が低いものなのか?事例を調べるに海外の銀行はもっとうまくやってる気がするが。 例えば、個々の問題を解決していけば正確な方向に導ける、と考えてたあたりとか階層化社会の負の要素が全面的に出てる。現代的な開発が想定する変化の速さではない。 延期をちゃんと認めて繰り返した点は、詳細度が上がり確度の高い計画を引き直したと評価できる。でもそこにいちいち決意とかしょうもないヒトのエゴが乗ってきてるのが残念。 ここまでくると、完成したのは単に時間的に収束しただけなんじゃないかと思えてくる。完成しても障害が多過ぎて行政処分になったのも、根本的な組織体質の問題を示唆する。 全体的に、内部事情が出ることがない銀行システム開発の実情が赤裸々に公開された経営・組織病理の歴史的資料としての価値がある、と見るのが妥当かな。 最近の動きを調べたところクラウドに移そうとしてるようなので、そこで三部作はひとまず完結しそうやな。 ただここまで組織的な問題が明白だと、プラットフォームを移行しても障害が起こるのは必然なので、新たに三部作がそこから始まると。オンプレ三部作・クラウド三部作が来るなこれ。
2026-05-24, read count: 1, page: 57 ~ 123, pages read: 67
第 7 ~ 8 章。ここからは過去の障害の振り返り。まず東日本大震災直後の障害について。 読んでて辛いな。時間で決まってるバッチ処理は復旧が難しいねんよな。イベント駆動なら直せば勝手に動き出すからマシなんやが。 システム担当者が経営陣に指示されて善処しようとするみたいな書いてるが、単に恐怖による支配で失敗や状況の共有遅れが発生したと見るのが妥当か。 極限の疲労の中で非常運用をしてるからミスも重なる、地獄絵図かな。異常時のフローを用意してなかったのが悪いというのも、システム部門がサボっていないんであればコストカットの影響と見るのが妥当そう。 2011 年の障害でコストカットの弊害について指摘されてるのに、統合後のインタビューでまだ開発コストが削減できたといってて、メンタルモデルが変わってない。 それに 2011 年の障害は設定値の存在を知らないこと、要はブラックボックス化に起因する。 2019 年のシステム統合後の度重なる障害も全容を把握してないことに由来したみたいだし、同じ失敗を繰り返してるんじゃないかな。 システムが「縁の下の力持ち」とする本書の例えもぬるいな。「循環系」であって新陳代謝しないと死に直結するってのは当事者じゃないと肌身で感じられないのかな。 本書から得ることは何もないし読むとストレスすごいが、純粋に歴史資料としての興味でポストモーテムも読みたくなってきた。答え合わせ的な期待で。中々この規模の失敗はないし追体験しておきたい(ストレスがすごいが)。
2026-05-25, read count: 1, page: 124 ~ 176, pages read: 53
Years (3)
Books (50)
- Domain Modeling Made Functional 関数型ドメインモデリング ドメイン駆動設計と F# でソフトウェアの複雑さに立ち向かおう2024-08-19〜2024-09-06
- GE 巨人の復活 シリコンバレー式「デジタル製造業」への挑戦2026-01-21〜2026-01-29
- NETFLIX の最強人事戦略 自由と責任の文化を築く2026-02-19〜2026-02-28
- NO HARD WORK! 無駄ゼロで結果を出す僕らの働き方2025-12-23〜2025-12-31
- People Powered 「ビジネス」「ブランド」「チーム」を変革するコミュニティの原則 遠くへ行きたければ、みんなで行け2024-08-22〜2024-10-21
- Slack ゆとりの法則2025-10-17〜2025-10-30
- TEAM OF TEAMS 複雑化する世界で戦うための新原則2026-01-07〜2026-01-20
- Team Topologies 価値あるソフトウェアを素早く届ける適応型組織設計2026-04-24〜2026-05-01
- The DevOps 勝利をつかめ! 技術的負債を一掃せよ2026-01-01〜2026-01-06
- なぜこの人はわかってくれないのか 対立を超える会話の技術2026-01-30〜2026-02-09
- みずほ銀行システム統合、苦闘の 19 年史 史上最大の IT プロジェクト「3 度目の正直」2026-05-23〜2026-05-25
- アドレナリンジャンキー プロジェクトの現在と未来を映す 86 パターン2025-11-13〜2025-12-01
- エッセンシャル思考 最少の時間で成果を最大にする2025-12-03〜2025-12-12
- エフォートレス思考 努力を最小化して成果を最大化する2025-12-13〜2025-12-22
- クリエイティブプログラマー 創造的なプログラミングのための 7 つのテーマ2026-04-09〜2026-04-17
- サンダー・キャッツの発酵の旅 世界中を旅して見つけたレシピ、技術、そして伝統2025-05-20〜2025-06-22
- サンダー・キャッツの発酵教室2025-07-15〜2025-07-18
- スーパーエンジニアへの道 技術リーダーシップの人間学2025-07-19〜2025-08-15
- ディズニー CEO が実践する 10 の原則2026-03-16〜2026-03-24
- デッドライン ソフト開発を成功に導く 101 の法則2025-10-10〜2025-10-16
- ピアリング戦記 日本のインターネットを繋ぐ技術者たち2024-12-28〜2025-01-14
- ピクサー流 創造するちから 小さな可能性から、大きな可能性を生み出す方法2026-03-01〜2026-03-15
- ピクルスと漬物の歴史2025-02-24〜2025-03-04
- ピープルウエア ヤル気こそプロジェクト成功の鍵 第 3 版2025-09-17〜2025-10-09
- ファスト&スロー あなたの意思はどのように決まるか?2026-01-19〜2026-04-06
- プログラマーのための CPU 入門 CPU は如何にしてソフトウェアを高速に実行するか2025-01-15〜2025-03-19
- プログラマー脳 優れたプログラマーになるための認知科学に基づくアプローチ2024-09-28〜2024-10-15
- プログラミング F#2024-09-07〜2024-09-07
- プログラミングの心理学 25 周年記念版2025-08-16〜2025-09-16
- ユニコーン企業のひみつ Spotify で学んだソフトウェアづくりと働き方2026-02-10〜2026-02-18
- ユーザーの問題解決とプロダクトの成功を導く エンジニアのためのドキュメントライティング2024-09-15〜2024-09-27
- 世界の作りおき野菜 みんなに愛される味付けの魔法2025-02-22〜2025-02-23
- 世界の納豆をめぐる探検2025-12-02〜2025-12-02
- 世界一流エンジニアの思考法2024-09-08〜2024-09-14
- 入門・倫理学2024-10-21〜2024-12-09
- 分子調理の日本食2025-02-08〜2025-02-09
- 型システムのしくみ TypeScript で実装しながら学ぶ型とプログラミング言語2025-07-01〜2025-07-14
- 実践プロパティベーステスト PropEr と Erlang/Elixir ではじめよう2024-11-05〜2024-12-27
- 家庭の低温調理 完璧な食事のためのモダンなテクニックと肉、魚、野菜、デザートのレシピ 992025-02-10〜2025-02-16
- 描きながら考える力 「ドゥードル」革命―ラクガキのパワーが思考とビジネスを変える!2026-04-18〜2026-04-23
- 日本企業がシリコンバレーのスピードを身につける方法2026-04-04〜2026-04-08
- 本を読む本2024-10-13〜2024-11-04
- 演奏するプログラミング、ライブコーディングの思想と実践2025-06-23〜2025-06-30
- 熊とワルツを リスクを楽しむプロジェクト管理2025-10-31〜2025-11-12
- 男のスコッチウィスキー講座 100 蒸留所 巡礼試飲旅2024-10-26〜2025-06-01
- 異文化理解力 相手と自分の真意がわかるビジネスパーソン必須の教養2026-03-25〜2026-04-03
- 筋肉がすべて 健康・不老・メンタル、人生のすべてが変わる唯一の方法2026-05-12〜2026-05-22
- 習慣と脳の科学2025-04-06〜2025-05-19
- 運動能 新版・一流の頭脳2026-05-02〜2026-05-11
- 魏武注孫子2024-11-25〜2025-04-05