大和田尚孝のレビュー一覧

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

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

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

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

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

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

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

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

主に銀行や証券取引所のDBダウンについて事例を用いて紹介している。
原因と対策が明確に書かれてあり、システム管理に従事しない自分としては大変参考になった。
面白すぎる。

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

「システムは正常に動いて当たり前」だけど、その当たり前を阻害する要因は本当に様々である。

その要因や対処法が手堅くまとめられており、ネットワーク技術者、およびネットワークサービスを提供する立場にある人は必携。


基本書というだけあり、これから何回も読み直すことになると思う。

システム基盤の構築や運用に携わって、(今現在)8年になります。後輩や協力会社の育成が課題です。自分自身が作業自体になかなか関われないため、ほぼ未経験の担当者に手取り足取り指導できない状況にあります。そんな中、経験なり知識を少しでも身につけさせるための副読本を探しており、この本を見つけました。

内容...続きを読むは主に、システムダウンの原因を4つのジャンルに分け、その原因ごとの事例を元にしたケーススタディが中心です。事例は実際に発生したものが取り上げられております。実際のダウンを経験する代わりとして、実際のダウン事例を取り上げることで、ダウンからの復旧や、ダウン自体の削減に役立てたい、という筆者の意向のようです。

読んだ感想ですが、第一印象を一言で言えば「あー、わかる！」という感じです。システム運用を経験したことがある人ならば、自分が直面したことのある事例に近いものが、1つや2つはあるのではないかと思います。また、実際にシステム障害に直面したときの思考や挙動について、経験的で感覚的になりがちな部分をきちんと体系立てて記述されていると感じました。そのため、運用をある程度経験した人も、改めて障害に関する知識を整理することができると思いました。

私の場合は、経験不足なメンバの経験を補う目的で、この本を購入しました。手順書ベースでしか動くことができないメンバに対して、より応用力のある対応ができるようになることを期待しているためです。この書籍では、細かい技術に関することは扱っていません。従って、コマンドリファレンスなど、もっとオペレーション技術に特化した本と合わせて読ませる必要があるかと考えてます。しかし、コマンドリファレンスだけではわからない、根本的な知識を身につけるには、具体的な事例が丁寧に説明してあるこの本が最適ではないかと感じました。

完全な初心者が、この書籍だけでシステム基盤や運用のすべてを理解できる、というものではありません。ただし、少しでも経験がある人であれば、自分の経験と照らし合わせながら丁寧に読むことで、小手先の対応だけでなく、応用力を身につけるための根本的な知識を習得することができるのではないかと期待しています。運用に関する多少の勘所も必要だと思われます。おそらく、システム基盤や運用について全く知識がない状態だと、この書籍がいったい何を言いたいのか、理解することはできないと思います。基盤や運用について一歩ステップアップするための位置づけで、この書籍を読むことをお勧めします。

ちなみに、私がこっそり気に入ってたのは、間にある運用に関するコラムでした。「運用担当者は叱られ役？」って言葉は、なかなか胸に響きました。経験者にしかわからない言葉だと思います。

過去のシステム障害の事例を元に、
技術的なミス、人為的ミス等、
色々なパターンで障害が発生することを教えてくれます。

この本を読めば、
高度なシステムでも絶対と言う言葉は無く、
システム障害は、起こるべくして起こっていると言うことがわかると思います。

システムエンジニアを目指す人は、
これからど...続きを読むんな仕事をするかの一面を垣間見ることが出来るので、
一度読んでおくべきだと思います。

記述は基本レベルが丁寧に書かれている。これをベースにアンチパターンとか実装例とかで勉強会やったら新人教育に（自分にも）よい感じ。情報システムの品質保証とかテストをやっている人も読んでおいてほしいな

日経コンピュータ本誌で特集を読んでから、もっと詳細を知りたいと思っていました。待ちに待った単行本。なかなか企業のIT導入事例というのは表に出て来ないので、とても参考になると思います。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

色々と奥深い。