Digital Heroes: Guide to IT World

「答えを出す仕事」だと思っていた自分が、最初に突きつけられた問い うわっ……思っていた“コンサル”と、ぜんぜん違う！ そんな感嘆にも似た違和感を覚えたのは、社内コンサルとして証券系のプロジェクトにアサインされた、その初日だった。     ◆ 社内コンサルとして現場に入るということ 社会人になって二度目の「お客様プロジェクト」。 場所は、少し年季の入った古いビル。中には複数のプロジェクトが同時に走っていて、独特の緊張感が漂っていた。 そこでふと浮かんだのが、 「……で、私は何をコンサルすればいいんだ？」 という、根本的な問いだった。 ◆ 求められていたのは“答え”ではなかった 私に求められていた役割は、Justwareそのものの使い方だけではなかった。 Justwareを どう設計し、どう各プロジェクトフェーズに適用していくか 。 要件定義、設計、開発、テスト——それぞれの段階で、どんな設計思想を持つべきか。 その考え方を整理し、支えることだった。 ◆ 説明する相手は「新人」ではない 数人規模の説明会。 やっていること自体は、新人向けにこれまで何度も説明してきた内容と似ていた。 でも、目の前にいるのは各社のプロフェッショナルエンジニアたち。 顔つきが違う。 空気が違う。 「下手したら、鋭く突っ込まれるかもしれない」 そんな、恐怖に近い感覚すらあった。 ◆ 自分が作ってきた“プラットフォーム”を語る 説明したのは、これまで自分が関わり、作ってきたプラットフォームの考え方。 Justwareを“どう使うか”ではなく、 「なぜ、そう設計してきたのか」 「どんな失敗と改善を重ねてきたのか」 話しながらも、心のどこかで不安が消えなかった。 「本当に受け入れてもらえるだろうか？」 ◆ 今思えば、それは杞憂だった 振り返ってみれば、その不安の多くは杞憂だった。 ちゃんと向き合えば、プロはちゃんと聞いてくれる。 もっと自信を持っても、良かったのかもしれない。 でも当時の自分は、それだけ真剣だった。 だからこそ、その現場に真正面から入っていく覚悟ができたのだと思う。 ◆ 違和感は、成長のサイン 「コンサルとしての違和感」。 それは、役割が変わり、視座が一段上がったサインだった。 答えを出すだけ...

プラットフォームを作っていたのに、連携を“深く”考えていなかった頃の話 うわっ！まさか、そこから使われるとは——！ システム屋をやっていると、ふと立ち止まって過去を振り返る瞬間が、何度も訪れる。「あの時、どうしておけばよかったんだろう」「今の自分なら、こう設計するのに」。そんな後悔にも似た問いが、頭をよぎる。 空いた時間でお小遣いを貯めよう！「アイリサーチ」       ■ 振り返りは、改修のたびにやってくる システムは一度作って終わりではない。改修され、拡張され、想定外の使われ方をしながら成長していく。そのたびに、「あの設計、甘かったな」「ここ、もう一段考えるべきだったな」と、新しい視点が生まれる。そして不思議なことに、自分自身も同時に進化している。学び続けることで、見える景色が確実に変わっていく。 ■ プラットフォームを作っていたのに 今だから正直に言える。 当時、プラットフォームを作っていながら、 システム間連携の本当の大切さが分かっていなかった 。単体としては完成度が高くても、他システムとどう“シェイクハンズ”するのか。その握手が弱ければ、全体は簡単に崩れる。 ■ データが欠損した瞬間に、すべてが分かる 特に痛感したのが、データ欠損時の設計だ。 「落ちない」ことよりも、「落ちたときにどう振る舞うか」。 今ならはっきり分かる。 ここ、めっちゃ大切。 銀行間連携、会社間連携、さらにはグローバルシステムと日本独自システムの橋渡し。日々、その違いに悩まされながら、当時の自分に言いたくなる。「もっと連携を意識しろ」と。 ■ 今このタスクをやるなら、見える景色が違う もし今、同じタスクを任されたら。 きっと、まったく違う設計をするだろう。 その背景には、 メッセージキューイングシステム の経験がある。非同期、疎結合、耐障害性。これをやっていたからこそ、グローバルのエンジニアとも同じ言語で語れた。 ■ 15年以上経って、原点に戻る 気づけば15年以上が経ち、MQシステムのプロダクトオーナーまでやらせていただいた。今の判断軸は、すべてあの頃の経験が基になっている。 システムは進化していく。でも、過去の思想や技術を、きちんと引き継いでいくことが、次の進化を支える。 振り返ることは、後悔じゃない。 未来の精...