スキップしてメイン コンテンツに移動

投稿

ラベル(金融IT)が付いた投稿を表示しています

ブログを翻訳

金融は本当に保守的なのか? ――巨大金融機関が見せた「静かな挑戦」

巨大システムの裏側にある、小さな一歩の積み重ね うわっ、金融機関がJavaフレームワークに挑戦するのか!? そう思ったのが、そのプロジェクトの最初だった。 当時、私はある 大手金融機関のお客様 のプロジェクトに関わっていた。 その金融機関は、日本でも有数の巨大な企業体。社会への影響力も大きく、システムに障害が起きれば社会全体に影響が出る可能性すらある。 だからこそ、 基幹システムは依然としてCOBOLが中心 だった。 長年動き続けてきた、安定した仕組み。 金融の世界では、それは「守るべき資産」でもある。 しかし、同時にこういう声もあった。 「新しい技術にもチャレンジしていきたい」 そのプロジェクトは、 Javaのフレームワークを金融機関で適用する初めての試み だった。 とはいえ、金融機関である。 いきなり基幹システムに導入するわけにはいかない。 そこで出てきたのが、非常に興味深い考え方だった。 新しい技術は、まず影響の少ないところから使う。 それは、Webシステムなどの 周辺システム だった。 金融機関が考えた「安全なチャレンジ」 当時の金融システムでは、まだ 帳票文化が主流 だった。 帳票は公式記録。 そこに誤ったデータが出てしまうと、業務への影響は非常に大きい。 だからこそ、技術適用の順序にも工夫があった。 まずは 入力システムではなく表示システムから 。 理由は明確だった。 入力システムにバグがあり、誤ったデータが基幹データベースに登録されたら取り返しがつかない。 しかし、表示システムならどうか。 もし表示ロジックに問題があったとしても、データそのものが壊れるわけではない。 つまり 出力・表示 → 入力 → 基幹 という順序で、慎重に技術を適用していく。 さらに言えば、帳票に誤ったデータが出るより、 Web画面での表示の方が痛手は小さい 。 こうした議論を、金融機関の担当者と何度も重ねた。 その議論を聞きながら、私は思った。 「金融機関は新しいことに挑戦しない」 世の中では、そんなイメージがある。 しかし実際は、まったく違っていた。 「守る責任」があるからこその計画 金融機関の人たちは、決して挑戦を避けているわけではない。 むしろ逆だ。 社会を守る責任があるからこそ、計画的に挑戦...

エンジニアの中心は若者じゃなかった——現場で見た“本当の主役”

年齢の先にあったのは、圧倒的な「経験知」だった うわっ……その人が、全部決めていたの!? プログラミングやシステム開発と聞くと、どんな人を思い浮かべるだろうか。多くの人が「若い」「30代くらい」「最新技術に強い人」と答えるのではないだろうか。私自身も、ずっとそう思っていた。 空いた時間でお小遣いを貯めよう!「アイリサーチ」       若手が前に立つプロジェクトの記憶 これまで関わってきたプロジェクトでは、実際に30代のエンジニアが前面に立ち、プロジェクトをリードしていた。 プラットフォーム開発でも、40代の課長が大きな方針を決め、30代のメンバーが各エリアの開発を引っ張る。そんな構図が当たり前だった。 Javaも、当時はまだ「新しい」プログラミング言語だった。 だからプラットフォーム開発は、40代から20代までの比較的若いメンバーで作られている。私は、ずっとそういう世界を想像していた。 現場で目にした、想定外の光景 ところが、実際の現場に足を運んだとき、私は本当に驚いた。 プロジェクト全体をリードしていたのは、50代のエンジニアだったのだ。 特に業務中心の領域では、60歳に近い人が意思決定をしている。 「あの人が、すべての仕様を決めている」 誰もがそう口を揃える存在が、確かにそこにいた。 “あの人”の正体 その人は、超が付くほど経験豊富なエンジニアだった。 Windowsが世に出る前から、システムを支え続けてきた人。 技術だけでなく、金融という業界そのものを知り尽くしている。 30代のエンジニアでさえ、まだまだペーペーと言われる世界。 「システムのこと」と「金融のこと」、その両方を本当に理解している人は誰か。 答えは、迷いなく“あの人”だった。 重鎮がつくる、揺るがないシステム その人は、お客様からも絶大な信頼を得ていた。 派手さはない。最新技術を声高に語ることもない。 しかし、その人が形作るシステムは、金融業界の根幹を静かに支えている。 エンジニアの中心は、若者だけではない。 現場を見て、私はその事実をはっきりと理解した。 年齢ではなく、積み重ね 年齢は関係ない。 問われるのは、どれだけの修羅場をくぐり、どれだけの責任を背負ってきたか。 その積み重ねこそが、最後にシステムを...