https://engineers.ntt.com/entry/202602-career

はじめに

ビジネスdアプリ開発チームの徳原です。

私は地元の金融機関で12年間営業職として勤務した後、IT業界へキャリア転換しました。
本記事では、これまで私が転職で経験したことやキャリアの自律に向けた取り組みについて紹介します。

これまでのキャリア

これまでの私の経験を簡単にまとめました。

地元金融機関で営業12年
外資コンサルにSE転職
- 営業資料作成（希望外の業務）→インフラ運用→アプリ開発(入社時に希望した業務)
ドコモビジネス入社
- ビジネスdアプリ開発

金融機関からIT業界へ

金融機関では、主に個人のお客さま向けに金融サービスの営業を担当していました。
定期貯金の契約、年金の請求手続き、保険の契約、相続に関する相談など、生活に関わるさまざまな手続きをサポートしていました。

担当するお客さまは常時数百世帯にのぼり、多くの相談に対応する中で大変な場面もありましたが、「相談して良かった」「以前提案してもらった保険が役に立った」といった言葉をいただけたときは大きなやりがいを感じました。

一方で、日々の業務では申込書や稟議書など紙を中心とした手続きが多く、関係部署とのやり取りに時間がかかることに課題を感じていました。
そうした経験から、テクノロジーによってこれらの手続きを効率化できれば、より多くの価値を提供できるのではないかと考えるようになりました。

ちょうど世の中でDXという言葉が広まり始めた頃でもあり、「デジタルの力で世の中の非効率な業務を改善したい」と思うようになりました。
そしてエンジニアという仕事に興味を持ち、思い切ってIT業界へ転職することを決意しました。

前職(外資コンサル)でのSE業務

転職直後に担当したのは開発ではなく営業資料の作成業務でした。
希望していた職種ではなかったためとても残念でしたが、転職当時ITスキルがほとんどなかった自分を採用してくれたことを考え、まずは目の前の仕事をやり切ろうと決めました。

キャリアを動かしたきっかけ

きっかけは小さな行動からでした。
上長が行政DXのプロジェクトを兼任していることを知り、「そちらも手伝わせてください」とお願いしました。
当時はすぐに参画できませんでしたが、前向きに検討してもらうことができました。
そこで諦めず、引き続き交渉を続けていきました。その結果、半年後にはそのプロジェクトのクラウドインフラ運用を兼務できることになりました。
しかし、私が本当にしたいのは開発業務でした。このプロジェクトにはアプリ開発チームがあると知り、また希望を出し続けることにしました。最初は少しずつ関わらせてもらうところからでしたが、最終的にはそれまでの業務との兼務という形ではなく、専従でアプリ開発業務を担当しました。
開発業務ではプログラミングだけではなく資料作成やインフラ環境の構築もあり、振り返ると一見バラバラに見える経験が、後々全て必要なスキルとなりました。
当時は無駄に思っていた仕事でも、後々経験となって活きてくると感じました。

継続的な学習

転職前や転職後、さらに新しい業務に踏み出す際には、自主的に学習を進めることを意識していました。

挑戦の機会に合わせて学習を継続したことが、新しい領域へのチャレンジを後押ししてくれたと感じています。

前職のインフラ運用業務で苦戦したこと

インフラ運用では、デプロイ作業やインフラ構築を担当しました。
ステージング環境の構築手順を1つ飛ばしてしまい、検証用サーバへログインできなくなるトラブルを経験したことがあります。
この出来事をきっかけに、手順書の整備と手順を1つ1つ確認しながら進めることが安定した運用につながると強く意識するようになりました。

前職のアプリ開発で苦戦したこと

前職で初めてJavaによるウォーターフォール型の開発に参画した際、Railsでの開発との違いに戸惑いました。 Railsは規約が強く、ある程度のレールに沿って実装を進めることができますが、Javaでは設計書を読み込み、クラス構成やレイヤー構造を理解しなければ実装に着手できません。特に、インターフェース設計や影響範囲を考慮した修正対応など、「動かす前に考える」文化への適応に苦戦しました。一方で、この経験を通じて設計の重要性とレビューの重要さを学ぶことができました。

現職へ転職することになったきっかけ

開発エンジニアとして業務に携わる中で、次第に「企画に近い立場でサービスを作りたい」と思うようになりました。
単に要件に沿って実装するだけではなく、ユーザーの視点やこれまでの経験を活かしてサービスの価値そのものに関わりたいと考えるようになったためです。

そうした中で、ドコモビジネスではサービスの企画・開発・セールスまでを自社で一貫して担う体制に大きな魅力を感じました。
自分もそのような環境で、サービスに近い立場から開発に関わりたいと考え、応募しました。

現職の業務とキャリアの広がり

現在は、スクラムをベースとしたアジャイル開発でビジネスdアプリの開発に従事しています。
開発と企画が一体となり、ユーザー価値を短期間で届ける開発スタイルを実践しています。

前職では受託開発として要件に沿った実装する立場でしたが、現職では企画段階から議論に参加し、サービスの方向性を検討する立場で業務に関わっています。
営業時代に経験した業務理解をもとに、実際の利用シーンを踏まえた改善提案を意識しています。
たとえば社内報のPCブラウザ版開発では、中小企業の利用実態を踏まえたPC導線の必要性について意見を出し、検討の一要素として取り入れていただきました。
単に実装するだけでなく、「なぜこの機能が必要か」を議論できる環境にあることは、前職との大きな違いです。

転職後に経験した営業資料作成・インフラ運用・開発経験といった一見異なる業務が、現在の職務でも活かされていると感じます。現在は、企画〜実装〜改善まで一貫して関われる環境であり、想定していたよりもサービスに近い立場で仕事ができていると感じています。

学習の支援

これまでは自主的に学習を進めてきましたが、現職では資格取得の支援制度が整っており、明確な目標を持ってスキルアップに取り組める環境があります。

上長に取得したい資格を申告し承認を得ることで、受験費用・外部研修の費用を会社側で負担してもらえます。

資格取得が単なる自己満足ではなく、組織として推奨される目標の1つになっている点は、非常にありがたいと感じています。

外部発表の機会

社内外への発信も推奨されており、テックランチやエンジニアブログでの発信機会があります。

また、Google Cloud Next Tokyoでの登壇、Google Cloudとドコモグループ共催イベントでのハッカソン優勝された方など、社外イベントで活躍されているチームメンバーもおり、外部発表が1つの目標として位置づけられています。

自分自身もテックランチやエンジニアブログ執筆を通じて、これまで経験したことや学んだことを発信する機会をいただいており、アウトプットしながら学ぶことを実践できています。

現職のアプリ開発について

React開発では、型定義や状態管理の理解に苦労しました。
特にTypeScriptの型設計や、状態の責務分離については、実務を通じて学ぶことが多くありました。コードレビューでは、パフォーマンスを意識した設計、再利用性を高めるコンポーネント設計、可読性を意識した実装といった観点でフィードバックをいただき、改善を重ねています。
またペアプロ・ペアレビューや生成AIを活用しながら理解を深め、品質向上を意識した開発に取り組んでいます。

モバイルアプリ開発に限らず、1つの機能をフロントエンドからサーバ、分析基盤まで横断して担当できることも大きな特徴です。