みずほ銀行のシステム開発裏話、なんかもう俺らからすると当たり前すぎて、逆に何言ってるか解らなくなるまである→「これはひどい」

𝕏 𝕃（おおきなえる）🌸⚒️ @ellnore_pad_267 雑談垢だよ。 ホロ沼にハマッているよ。 消費税を納税しているよ。 ふぁぼは既読マークだよ。 ＲＴは賛同じゃあないよ。 フォロバはしないよ。 Amazon アフィプログラムに参加してるよ。 ホロ箱推し member of 🌸⚒️🐏🌽🥐 sugaryo-pad.hatenablog.com

[u4cniics]

みずほバカにされてるが、少しでもバグや少しでもシステムが落ちると大問題となり、かつ全国でのものすごい数のトランザクションをさばいて動いてるもの作れるのすごいよ。自分は絶対に関わりたくないが。

[monacal]

あれはIT業界の負の遺産として語り継がれてるけど、結局は経営層の派閥体質がそのままシステムの混乱につながってるので、IT屋はあれから何かを学ぶというより「みずほみたいになりますよ」って脅すのに使うしか

[red_kawa5373]

統合時に中心となる会社を決めず、すべての会社のシステムを平均的に統合しようとしたのが問題。三菱東京UFJ銀行とかだと、基本的に三菱銀行のシステムに寄せて統合したから、ほぼトラブル無く完了したって言うし。

[tpircs]

みずほの開発規模がわかってない人の話はあまり真に受けないほうがいい。一般的な数十人程度の開発とは世界観がまったく異なる。なお設計書も気が狂うほどある。（書籍の否定ではない）

[mrmt]

言いたいことはわかるけど、外からならどうとでも評論できるでなあ。何かのプロになったことある人ならわかるよね。

[tk_musik]

まあでもいまみずほ銀行営業してるし。システムも止まりながらもサービス終了せず動いてるし。すごいもんだよ。巻き込まれたくはない。

[umaemong]

その『当たり前』を統率とってできないくらい巨大すぎるんだよなぁ。35万人月らしい。単純計算で100人×3年の規模のが約100チーム分。/仮にみずほのシステムのDFDの完全版があったとしても、読み解くだけで大仕事だよ。

[mak_in]

億単位のPJでPMの補佐とかやったことあるが、サブシステム、サブPJが複数できて、各PJではあっても、でかすぎて全体を俯瞰しての整理をする旗振り役のなり手がおらず全体のデータフローなども作るの難しかったよ

[nrp6]

データフロー図作るっていうと当たり前に聞こえるけど、弊行の場合は特定の取引だけでも2000以上ありまして、勘定系のフローは10000あってもおかしくない。その辺考えてからコメントすべき。

[whkr]

「なにって、データフロー図を作っただけだが？」　みずほは異世界。

[xanaduuu]

グリコはここから学ぶことができなかったのだろうか

[chintaro3]

一定以上の規模の話になると関係者全員が急にアホになる現象は何度も見てきた。怖いよな。基本は大切よ。

[eiko_se]

当たり前ができてなかったとしてもそれをできるようにしたのはすごいと思う。みずほは書籍もいくつか読んだけど現場レベルよりガバナンスの問題が大きいからデータフローにしてもその辺が絡んでる可能性はあると思う

[forest1040]

最初に機能一覧など作るのはいいんだけど、それをちゃんとメンテナンスしてね。俺はできないけど。まぁ言うは易しなんだと思うお。みずほがクソなのは禿同

[niramoyashi]

読んだ。

[motch1cm]

みずほのPMって、全てとは言わんまでも大枠を広い範囲で把握しないといけないから大変かつ凄いよな。DFDなんて小さい話なので勝手にやっといてとなりそう。

[tfurukaw]

毎回データフロー図とジョブフロー図の合の子みたいの作ってた。毎回いろんな人に「意味あるの？」とか言われていたけど最終的にはそれがバイブルみたいになって、その後毎回作ることになってた

[houyhnhm]

今あまりDFDちゃんとしたの見かけないし、UMLに置き換えられてるの多いと思う。データ構造化とかの時代の産物で、今はクラス中心・ドメイン分割して設計してると思う。DFDが万能ならノーコードツールとかゲフンゲフン。

[izoc]

携わってる人間の技術力が低すぎて炎上って基本的にないよ。私怨でケチ付けるとこ見つけて腐してるとしか思えない

[paradisemaker]

これは 1988年の約40年前の話だし、web系のシステムでも縦割り組織の構造がプロダクトに反映される「コンウェイの法則」は普通に見かけるので、そんなに指さして笑える話でもないよ

[akiat]

1988年に開発されたシステムに、現代の当たり前は通じない気がする

[solidstatesociety]

何作ってたんだ

[i_ko10mi]

もう「これにお金と人を割かずに無理やり繋げるなんてことをしたらみずほの二の舞ですよ？」という脅しには使えるよね。事実だし。

[honma200]

みずほのシステムってSOA化してなかったっけ？だから自システム周りしか正式物件としてなかったんじゃないかな。DFDも粒度次第で色々あるしなあ

[wiz7]

ある日「ワイ、システム全体がわかった！極めた！」とかなりがちだげど、そう書かれた理由を深く考えてみると、見え方違ってくるぞ。新聞とか読んでても同じやね

[dot]

みずほのアレは吸収合併が続いた銀行の政治的な争いに端を発してる長く続く巨大システムのトラブルなので、データフロー図を作る作らないくらいの事で、内情を知らないエンジニアがしたり顔で語るのは違うやろ。

[stabucky]

都市銀行のシステム開発の責任者になったことあるのかよ、と言いたい。

[quabbin]

この規模だと、統一した粒度でDFDを作れなさそうに感じる…。

[cvtbgspuda]

昔は仕様書がない。うちも息の長いシステムがあって、ない仕様書を現行から都度起こしててめんどくさいったらありゃしない。そういう時代だったからしゃーないが。

[tnishimu]

１９８８年当初の常識が現在の常識に当てはまるのか、という疑問もある。　あっても手書きでキングファイルが書庫の奥底に眠っているかもね。

[sinnra0]

test

[rosiro]

このデータフロー図を並べると東京ドーム35個分だとか。 またその図は粘菌が作った迷路と同じになったとか

[vbamacroinfo]

間違ってこういうプロジェクトにアサインされてしまったら、最低限のことしかせず、静かに次の契約更新で撤退するのが良いと思ってる。全体を知ることはむしろやってはいけない

[SndOp]

海外で実績のあるパッケージをカスタマイズすれば大丈夫ですよで炎上するパターンもあるしな。

[nil0303]

本来業務ごと整理してシンプルにするかせめてどれか1つに寄せるべきものを、社内の政治的理由で複雑なものを複雑なまま複雑に組み直して爆発したのがアレだと認識してる。

[kamezo]

〈全体をまとめたものは無かったっていうだけで〜ただ、統合するって言い出す合理性が無いから誰もそれをやらなかったし、発注元はそれをやる意識も知識もなかった的な〉ありそうな気はするが、どうなんだろ。

[yellowdomestic]

そういった状況のシステムの後始末をしなければいけない仕事って腐るほどあるけど、やっても全然評価されないね　そんなの最初からできてて当たり前とか言われる　それは立て直した奴じゃなくて作った奴に言えよ

[syusuimaru]

元になるコードがスパゲティで読むのも困難だったとかあり得るなぁ。退職した人が書いたデータ出力するだけのプログラムでも読むの面倒くさいのに、銀行のシステムでスパゲティになってたら困難を極めるな。

[knitcapmann]

システムの問題に注目されがちだけど、本当の問題はそこじゃないよね。業務統合した際の業務設計に問題があったので、システムに問題が顕在化した。っていう事。システム化なんてできる状態じゃなかった。

[karithe]

そりゃあ (1) 超大規模で (2)たくさんの利害関係者がおり (3) システムも会社も歴史的経緯が複雑で ... という環境下で「当たり前」を実行するのは極めて難しいだろう。