大規模プロジェクトを経験し、
キャリアの視界を広げたい。

前職はSIerでエンジニアとして地元で勤務しながら地方銀行向けCRMパッケージ導入と開発を担当していました。転職を考えていたタイミングで東京への転勤が決まり、それをきっかけに転職活動を開始しました。

転職先は前職と違いプライムベンダーで大きな規模のプロジェクトに携われるところ、中途入社者が多く馴染みやすい環境を希望していました。中でもISIDを選んだ理由は、フランクな社風です。事業部長と事業部長補佐、人事部長などの役職者の方々がとてもフランクな雰囲気で楽しそうに談笑しながら面接の部屋に入ってきたのを見て、とても驚いたのを覚えています（笑）

入社後は、インターネットバンキング構築プロジェクトを担当しました。その後、同社のAPI基盤をパブリッククラウドに構築するプロジェクトに参画し、この時にクラウドサービスの選定や、API基盤のコンセプトの検討、構築を行いました。その後、このAPI基盤を活用したサービスがいくつも立ち上がり、現在はインターネットバンキング本体をパブリッククラウドに移行するプロジェクトに参画しています。

心がけたのは2つです。1つはお客様が求めているビジネス要件、運用要件を丁寧に把握してアーキテクチャを検討すること。もう1つは「テクノロジー活用に関するベストプラクティスを金融業界に落とし込んだときの現実解」を導き出すことです。金融業界ではその当時、クラウドの活用事例があまりなく、各クラウドベンダーのドキュメントも今ほど充実していませんでした。そこでWeb系事業を中心とした他業種での事例を収集、整理してどう適用させていくべきかを意識して取り組んでいました。

エンジニアとしての成長戦略には、
大きな裁量が欠かせない。

オンプレミスからパブリッククラウドへの移行プロジェクトにおいて苦労する点は、クラウドをより効果的に使うためのベストプラクティス、アンチパターンを正しく理解し、実装し、検証するサイクルを早く回すことです。公開情報の中にマッチするノウハウがない場合は、実際に検証を行い、本番適用する際に発生しそうな課題がないか確認します。マイクロサービスのような分散アーキテクチャを導入する際は、問題が発生した際のトラブルシュートの難易度が高いため、分散トレーシングやサービス全体のパフォーマンス監視ができる状態にすることも必要になります。また、クラウドでは、特にメインで活用しているサービスについて抽象化されブラックボックスになっている部分の内部仕様まで、理解しておくことも重要です。仕組みを理解した上で利用することによりトラブルシュートの効率が上がったり、よりよい設計に活かせる場面がでてくるからです。

2020年時点でパブリッククラウドの利用はもはや当たり前と言ってよいほど一般化しつつありますが、私の担当する金融業界ではまだオンプレミスを継続している会社も多いです。そのような業界動向はありながらも、担当業界をリードするイメージで世の中のトレンドをキャッチアップして活用する仕事に携われるというのは、エンジニアとしての成長戦略やキャリアプランを考えた時、1つの魅力だと感じています。

ISIDでは課題形成からその解決に至るプロセスまで全体を任されるため、基本的に個人に仕事の裁量があります。正直最初は面食らいましたが、「詳しいのはあの人とあの人だから聞いてみて」というアドバイスももらえますし、誰にでも聞けば教えてもらえる社風なので、慣れてからは逆にやりやすさを感じました。互いにサポートし合うのが当たり前という仕事の仕方をしているので、ごく自然に周囲のメンバーとも困りごとを相談し合える関係性ですね。

「裁量がある」というのは仕事のやり方についての裁量だけではなく技術面での裁量もあり、特に後者は技術者にとっての成長や仕事のやりがいに直結していると感じます。自分で頭と手を動かして技術をキャッチアップし、それをプロジェクトに適用し、ブラッシュアップし、再利用可能なノウハウとして蓄積していくことを継続する過程が自身とチームの成長に繋がります。自分が興味を持っている技術領域に仕事の中で触れられるのは、いい環境だと思いますし、そのような環境で仕事ができるように後押ししてくれる社風でもあると感じています。上司は、私との1on1でもまず「やりたいことができているか」という質問から始まるくらいなので、気にしてくれているなとありがたく感じます。

従来の金融ITの枠を超えて、
ISIDならではの仕事に関わる。

私の所属している部では、従来の金融機関向けシステム開発の領域だけでなく、非金融系事業会社におけるサービス構築をご支援させていただくことが多いため、金融レベルのセキュリティ・堅牢さを保ちつつ大規模なトラフィックを扱うようなサービスが多いと感じます。そのため、従来の金融システム開発とは違ってWEB系サービスのようなスピード感や開発手法が求められる傾向にあります。

プロジェクトの組成については、従来の金融機関のお客さまからお声がけいただく他にも、事例を見た他業種のお客さまからお声がけいただいたくこともありますし、SIだけでなく、お客さまと合弁会社を設立して共同でサービス運営している事例や、社内発のサービス開発もあり、多岐にわたります。新しい技術やモダンな開発スタイルを積極的に採用しているチームもあり、事業会社やWEBサービス企業の自社サービス・プロダクト開発に携わっていた方が活躍できるチャンスはたくさんあると思います。

私自身も新規サービス・プロダクトの開発・運営をミッションとするチームの立ち上げを今まさに行っています。自分の会社のサービスやプロダクトを開発しているけれど、もっとプロダクトのコアな部分、技術選定や全体のアーキテクチャ設計からやってみたい、チームビルディングから関わってみたい、ゼロからサービスを成長させる経験を積みたい、と思う方は、ぜひご応募ください！