中田敦のレビュー一覧

良著。読んでて胸が苦しくなるし、色々な案件がフラッシュバックする。
システム部門がなんとかするのだ、専門家の責務だ。と言って上は歩み寄らず理解しようとしないが、システムの重要さは肥大化する一方。肥大化すれば、作っている最中から腐り始める。進歩の早いITシステムではなおさらだ。
銀行以外の巨大システム...続きを読むでは、さまざまな手法が提案され採用され、そして棄てられていく。そのように新陳代謝させられる仕組みを模索し続けれられるシステムと、組織風土は銀行に限らず、システムを中心に据えているどんな企業も必要だろう。これは銀行に限らず、基幹システムを軽視している企業に対する警鐘を鳴らす本である。

金融は情報システム産業といっても過言ではない。

自分自身金融機関に勤めているが、初めの頃は「システムは常に正確に、滞りなく動くもの」と誤認していた。

先日まで新会社立上げ・新規事業立上げを行い、システムの開発・運用を横目に見ながら思ったのは、システムには人の手がかかり、緻密かということ。そして、...続きを読むいくつものシステムが複雑に連動して稼働しているかということ。

みずほFGはシステムに苦心し続けてきた。その末にシステムを全面更改して「MINORI」を開発した。しかし2021年、再び度重なる障害を起こした。

この度重なる障害は、システムの全面更改が失敗したということではない。全面更改したからこそ、これまでとは違った苦難に直面している。

システムは要件定義から運用に至るまで繊細な管理が必要ということ、そしてMETIが提言する「2025年の崖」に対するヒントを、本書は圧巻の取材力で、丁寧に教えてくれる。

システム開発は、依頼者とベンダーが異なる組織にいるため、非常に難しいプロジェクトだと思います。みずほはこの大失敗を通して、ベンダーを管理する強い体制を組んだことが印象的です。

面白かった。やはり終身雇用で人事制度が硬直化した組織は、個々が優秀でも正常な意思決定が出来なくなる。
多分誰でもすべき事やるべき事はわかっているが、組織としては動けない、もしくは必要以上に動きが遅くなる、みたいな事は内向きな終身雇用の組織で起きており、これが日本が世界からもアジアの国々からも凋落しつ...続きを読むつある背景なのでは。
もっと人や組織が流動化して、組織が外部性を保ち続けないと、どんな組織も心地よく周囲の皆と同じくゆっくり死んでいくのだろう。

【メモ】GEヤバイ。
危機感をきっかけに後出しジャンケンながら、大企業とは思えない豹変ぶり！

ソフト開発も自前、自社の製造業向けに特化した開発環境は外部に提供（プラットホーム戦略）、リンスタ、デザイン思考（顧客と共創）、アジャイル開発、などなど。

経営トップの決断と実行力、
それに続くGEという...続きを読む会社の自己変革が、
凄すぎ！！

デジタル製造業への変革と、それによる人材の開発、リーンスタートアップ方式への変化など、シリコンバレーの手法をうまく製造業に活かす事例だった。
プラットフォーム化してのサブスクリプションモデル、デザイン思考でのアイデア発想、最終的には3Dプリントによるハードウェアの開発など、規模が大きいからこそ可能な...続きを読むモデル。

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

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

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

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

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

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

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

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

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

みずほフィナンシャルグループは、メガバンク史上初めてシステムを新たに再構築した。MINORIと呼ばれるシステムは、事務作業を大きく削減し、新しい機能を付加させるための開発費用を減らし、オープンイノベーションを促進する事が期待され、システムが寿命を迎える2025年の崖から転落しないよう各企業が見習うべ...続きを読むき良いケースである。と思われていた。しかし結果は今の通りである笑

不具合続きの今から振り返ると、第1部の成功ケースよりも第2部・第3部の失敗学の方が遥かに有益であるように感じる。そもそも、失敗の原因として「システムのブラックボックス化」「風通しが悪く、責任者への報告が遅れ、対応が後手に回る」「経営陣のIT軽視」が述べられていたが、今回のシステム障害の再発防止報告書にも同様の内容が列挙されており、みずほ自体が過去の失敗から何も学んでいない事がよく分かる。トップが失敗を反省し、リーダーシップを持って再発防止に努めなければ、同様の問題が必ず再発するであろう。「再発防止チーム」みたいな組織をその場凌ぎで作り、放任しているようでは先は無い。

成功を収める企業から学べる事は多いが、再現性に乏しい事が多い。一方で失敗した企業から学べる事は、再現性が強いため、こうしたら失敗するという良い学びを得る事が出来る。多くのケースを吸収し、経営判断を迫られた際に失敗しない様にしたいと感じた。

みずほをこき下ろすだけではなく、システム統合の難しさと統合によって目指していた事も描かれており、公平なドキュメンタリー本だった。

銀行の既存の疎結合なシステムをどう新規開発していったかがメインな話
ニュースにもなったみずほのトラブルの裏側など読み応えがあった

なぜ失敗していたのか、について主に銀行やベンダー同士の関係性まわりの事情を書いた本。ざっくり概要はわかるが、SEとしてはもうちょっとシステムに踏み込んだ内容があると面白かった。しかし割と短めに何が起こってたかをまとめてあるのはよかった。
書いてあるのは、おそらくちゃんと失敗を分析した結果ではなく著者...続きを読むから見えてる範囲のことな気はする。

現在も障害が起きていた中で、とても気になったので手に取りました。

マネジメントになるのであれば、
必ず以下は教訓としていきたいと思います。

・ドキュメント化（標準化）させる事の大事さ。
・悪い事ほど早く共有と報告、方針を打ち出す。
・現場任せの組織は壊滅する。

色々と奥深い。

IT関係者として読ませていただきました。友人を自殺で、あるプロジェクトで失いました。みずほには、現場任せという表現がありましたが、要は、業務要件をドキュメント化して、可視化する能力が不足していたとの認識です。人の継承もなく、更新が途絶えたシステムについて、仕様、ドキュメントの振り返りなしに統合すれば...続きを読む失敗するにきまっている。その原因は要件定義ができる行員がいない。が結論かとおもいます。

有名なみずほシステムに関して、大規模障害発生時に何が起き、何が問題で、新システムはどう違うのか非常にわかりやすい本。
障害対応に当たった現場の人々の思いを想像すると震えた。
本書では新システムはかなり称賛していたように感じたが、先日もまた障害が発生していた。
新システムにも問題点があるはずなのでそれ...続きを読むについても知りたいと思った