中田敦のレビュー一覧
-
-
Posted by ブクログ
みずほフィナンシャルグループは、メガバンク史上初めてシステムを新たに再構築した。MINORIと呼ばれるシステムは、事務作業を大きく削減し、新しい機能を付加させるための開発費用を減らし、オープンイノベーションを促進する事が期待され、システムが寿命を迎える2025年の崖から転落しないよう各企業が見習うべき良いケースである。と思われていた。しかし結果は今の通りである笑
不具合続きの今から振り返ると、第1部の成功ケースよりも第2部・第3部の失敗学の方が遥かに有益であるように感じる。そもそも、失敗の原因として「システムのブラックボックス化」「風通しが悪く、責任者への報告が遅れ、対応が後手に回る」「経営陣のIT軽視」が述べられていたが、今回のシステム障害の再発防止報告書にも同様の内容が列挙されており、みずほ自体が過去の失敗から何も学んでいない事がよく分かる。トップが失敗を反省し、リーダーシップを持って再発防止に努めなければ、同様の問題が必ず再発するであろう。「再発防止チーム」みたいな組織をその場凌ぎで作り、放任しているようでは先は無い。
成功を収める企業から学べる事は多いが、再現性に乏しい事が多い。一方で失敗した企業から学べる事は、再現性が強いため、こうしたら失敗するという良い学びを得る事が出来る。多くのケースを吸収し、経営判断を迫られた際に失敗しない様にしたいと感じた。 -
-
-
Posted by ブクログ
ホラー小説より恐ろしい 。SE必読の快作！- 「みずほ銀行システム統合、苦闘の19年史」 ★★★★☆
恐ろしい。心底おそろしい。私もシステム開発を仕事として行っているので、こんなプロジェクトに配属されたらダウンする自信がある。
大きく3章で構成されており、1章は新システム「MINORI」の機能と開発秘話になります。大して面白くないです。SOA開発なんて普通じゃんか。
2章は「MINORI」の開発を始めるきっかけとなった東日本大震災直後のシステムトラブルの原因になります。恐ろしい。
3章は2章を引き起こすことになった真因である2002年の3行合併のいざこざと、合併直後のトラブルについて。まぢ恐ろしい。
お笑い芸人の「こんなシステムは嫌だ」に使えそうなネタ満載でたまりません。・3社合併だと思ってたら4社だった。
・一番大きい会社のシステムが一番ゴミ
・ゴミだってわかっているけど、コンサルさんは引き分けって言うしかない
・偉い人の中では決まっているけどそれは部下に伝えない
・障害は手作業で復旧
・障害が障害を呼ぶ（マドハンド状態）
・振込できてないのに残高が減る
・他支店の口座にアクセスするには成り代わりが必要
・偉い人はシステムに無知
一番ダメなのは、「合併直前のみずほFGの経営会議のメンバー、旧三行の頭取、副社長6人、CFO、CSO、CRO、CCOであった。後ろ3つの役職は馴染みがない。最重要課題なのに、情報システム責任者のCIOがいない。」これよね。銀行なんてシステムがなきゃなんもできないんだから。
システム開発を行っている人は是非読んでください！統合を考えている経営者は必読でお願いします。 -
-
-
-
Posted by ブクログ
日経コンピュータ等の記者としてシリコンバレー支局長も務めた著者が、GEのデジタル改革について、具体的なプロダクトの内容や開発プロセス、人材・組織設計、企業ビジョンの再構築等、多様な観点からまとめあげた一冊。もともと日経コンピュータ等に掲載されていたGE関連の記事はどれも非常にクオリティが高いと思っていたが、そうした内容がここでは1冊にまとめられており、日本語で読めるGEのデジタル改革に関する本では、十分ファーストセレクトとして勧められる完成度。
面白い着眼点としては、BtoCの事業が多いシリコンバレーの流儀を、一見、事業構造が異なるように見えるBtoBの自社に当てはめられるように、GEが徹底的に真似ている、という点だった。toCとtoBの違いは顧客が個人か企業かの違い過ぎないと捉えて、シリコンバレーのBtoC企業の長所を徹底的に取り込んでいく様子に、この企業の底力の強さを感じる。 -
Posted by ブクログ
上層部と現場の間の連携が大事。
進捗報告、課題やゴールの共有など、上層部の意見を踏まえつつ現場からも意見を出して、協力して進めるべに。
システムは完成したら終わりではなく、稼働した瞬間から陳腐化する。
いつまで使えるのかを見極める。
時代の流れや業務内容の変遷に柔軟に対応して改修していく必要がある。
目先のリスクを見極める力が重要。
どんなトラブルが起こりうるかを予測し、トラブルを最短で打ち取るためのプランを検討しなければいけない。
トラブルをなくすことはできないので、リスク対策を念入りに行う。コンチプラン。
社名や登場人物が多くて理解するの大変。
1章、2章、3章と時間を遡るので、同じくだりが何度も出てくるのでややこしい。
読んでいて眠たくなったので、理解は浅め。 -
-
-
-
-
Posted by ブクログ
"東京スカイツリー建設費650億円 7本分かかった
→4000億なかば
→35万人月
→ベンダー千社（日本のITベンダの1割）
一次委託先70-80社
■勘定系システムとは
→銀行における預金や融資、振込などの業務を支える情報システム
メガバンクの勘定系システムは
計1億ステップほど
→★絶句、、、
1人のエンジニアが1ヶ月で5-8行
→1000人のエンジニアが10年間開発を続けないといけない量
■合併や企業統合は100日勝負 と言われる
→統合を発表して100日以内に、統合の方針を固め、関係者一同がその方針に沿って進んでいくように、意思の統一を図る必要がある
→★ITプロジェクトも一緒かもしれない、最初にその方向に向かっていくことを何度も伝えることが肝心" -
Posted by ブクログ
名実ともに日本最大となったIT開発プロジェクト「MINORI」について、その全容を記した一冊。
総開発費4,000億円超、1,000社以上が開発に携わった（少なくとも国内全IT開発ベンダーの10%以上が参画した）「IT業界のサグラダ・ファミリア」が、どのように推し進められたのかを知ることができる点で、とても貴重。
2021年現在もトラブルが頻発している現状を鑑みても、成功譚と呼ぶにはあまりにも複雑で、「苦闘の19年史」という副題が言い得て妙だと感じる。歳月をかけて肥大化したモンスターは簡単には御し難く、これから長い年月をかけて付き合っていかなければいけない問題として残り続けるんだろう。
この苦闘史から得られる最大の教訓は、リファクタリングを後回しにし続けたら、後で大きなツケを払うことになる、ということだろうか。魔物は、生み出してからではとうに遅いのだと… -
-
-
-
