自社開発企業へ転職するには何が必要?実務経験のあるITエンジニア向けに、転職で評価されやすい開発・設計・クラウド・チーム開発・課題解決の経験や、転職を成功させるポイントを解説します。SES・SIerから自社開発を目指す人も参考にしてください。
「客先常駐ではなく、自社のサービスを開発したい」
「SESから自社開発企業へ転職できる?」
「経験者エンジニアは自社開発の選考で何を見られる?」
自社開発企業への転職を考える経験者エンジニアは少なくありません。
ただし、
自社開発企業=エンジニアにとって必ず良い会社
というわけではありません。
企業によって開発体制・使用技術・仕事内容・働き方は大きく異なります。
また、経験者採用では単純な経験年数だけでなく、
「これまでの経験を自社のプロダクト開発でどう活かせるのか」
も重要になります。
自社開発への転職では、技術力だけでなく「設計・チーム開発・課題改善・プロダクトへの関わり方」まで整理することがポイントです。
この記事では、自社開発企業へ転職するために必要な経験・スキルや、経験者エンジニアが評価されるポイントを解説します。
自社開発企業とは、自社で提供するサービスやプロダクトを企画・開発・運営している企業です。
例えば、
・Webサービス
・SaaS
・ECサービス
・スマートフォンアプリ
・業務支援サービス
・クラウドサービス
などがあります。
受託開発では顧客から依頼されたシステムを開発するのに対して、自社開発では自社のサービスを継続的に開発・改善していくことが大きな違いです。
企業によっては、
企画
↓
設計
↓
開発
↓
リリース
↓
ユーザーからの反応
↓
改善
まで継続して関われます。
そのため、
「コードを書くだけではなく、サービスそのものを良くしていきたい」
というエンジニアには、自社開発がキャリア候補になります。
大まかに分けると、
SES
顧客のプロジェクトへ参画して技術支援を行う
受託開発
顧客から依頼されたシステムを開発する
自社開発
自社で提供するサービス・プロダクトを開発する
という違いがあります。
ただし、実際の働き方は会社やプロジェクトによって異なります。
「自社開発だから良い」と決めるのではなく、実際にどんな仕事を担当できるのかまで確認することが重要です。
詳しくは、**「SES・受託開発・自社開発の違いとは?働き方や特徴を比較」**でも解説しています。
実務経験のあるエンジニアなら、自社開発企業への転職は十分に選択肢になります。
特に、
・開発経験
・設計経験
・チーム開発経験
・クラウド経験
・コードレビュー
・改善経験
などがあれば、自社開発でも活かせる可能性があります。
ここで重要なのが、
「SESだから不利」
「SIerだから自社開発には行けない」
と考えないことです。
企業が確認するのは、所属企業の種類だけではありません。
例えばSESでも、
Java/Spring Bootでの開発経験5年
基本設計経験2年
AWS経験2年
Gitを使ったチーム開発
コードレビュー
障害原因の調査・改善
などを経験していれば、自社開発へ活かせる経験があります。
自社開発への転職で重要なのは「どこで働いていたか」より、「そこで何を経験し、何ができるようになったか」です。
まず重要になるのが、実際にシステムやサービスを開発した経験です。
例えばバックエンドなら、
・Java
・PHP
・Python
・Ruby
・Go
など。
フロントエンドなら、
・JavaScript
・TypeScript
・React
・Vue
などがあります。
ただし、
「Javaを5年間使いました」
だけでは十分に経験が伝わりません。
例えば、
Java/Spring Bootを使用したWebシステム開発を5年間経験。基本設計から実装・テストまで担当
というように、
技術+担当工程
まで説明することが重要です。
自社開発では、実装だけでなく設計から担当する求人もあります。
例えば、
・基本設計
・詳細設計
・API設計
・DB設計
・画面設計
・アーキテクチャ設計
などです。
実装経験しかないから転職できないという意味ではありません。
ただし、
「仕様通りに作れる」
だけでなく、
「どう作るかを考えられる」
経験があると、アピールできる範囲が広がります。
自社開発では、一人ですべてを開発するとは限りません。
エンジニアだけでなく、
・PdM
・デザイナー
・営業
・マーケティング
・カスタマーサポート
など、さまざまな職種と連携してプロダクトを作る企業もあります。
エンジニア同士でも、
・Gitを使った開発
・コードレビュー
・Pull Request
・設計レビュー
・技術共有
・タスク管理
などの経験が活かせます。
そのため職務経歴書では、
「自分が何を開発したか」
だけでなく、
「チームの中でどんな役割を担当したか」
まで整理しましょう。
Webサービスでは、アプリケーションだけでなく、そのサービスを動かすインフラも必要です。
そのため、
・AWS
・Azure
・クラウド設計
・コンテナ
・CI/CD
・監視
などの経験があると、応募先によっては強みになります。
例えばバックエンドエンジニアでも、
Java/Spring Boot
だけでなく、
AWS環境での開発・運用経験
があれば、担当できる範囲を説明しやすくなります。
重要なのは技術名の数ではなく、実務で何を担当したかです。
自社開発では、一度システムを作って終わりではなく、その後もサービスを改善していく企業があります。
そのため、
指示された仕事をこなした経験
だけでなく、
自分で課題を見つけて改善した経験
も重要です。
例えば、
「SQLを改善して処理速度を短縮した」
「テストを自動化して作業時間を削減した」
「障害の原因を調査して再発防止策を実施した」
「コードレビューのルールを見直した」
「ユーザーからの要望をもとに機能を改善した」
などです。
自社開発では「何を作ったか」に加えて、「なぜ改善したのか」「どんな結果につながったのか」まで整理しておきましょう。
経験者エンジニアでは、チームへの貢献もアピール材料になります。
例えば、
・コードレビュー
・設計書レビュー
・新人教育
・後輩への技術支援
・開発ルールの作成
・技術共有会
などです。
正式なリーダーでなくても問題ありません。
実務経験3〜5年以上になってくると、
自分の仕事だけでなく、チーム全体へどう貢献したか
も整理しておくとよいでしょう。
自社開発への転職で特に意識したいポイントです。
技術はあくまでサービスを作るための手段です。
そのため、
「Reactを使いたい」
「Goを使いたい」
だけでなく、
「その技術を使って何を改善したいのか」
まで考えられると、志望理由にもつながります。
例えば、
「ユーザーの離脱が多い画面を改善した」
「問い合わせ内容を分析して機能改善につなげた」
「処理速度を改善してサービスを使いやすくした」
などです。
技術そのものへの興味だけではなく、ユーザーやサービスへの影響まで考える視点を持つことが重要です。
SESで積んだ経験も、自社開発企業への転職で活かせます。
例えば、
複数の開発現場を経験した
→異なる開発環境への適応力
顧客と仕様調整をした
→関係者とのコミュニケーション経験
Javaで業務システムを開発した
→バックエンド開発経験
基本設計を担当した
→設計経験
AWS案件を経験した
→クラウド経験
というように整理できます。
SESだから経験が評価されないわけではありません。
重要なのは、
案件名を並べるだけで終わらせないこと
です。
例えば、
「金融システムの開発に3年間参画」
だけではなく、
Java/Spring Bootを使用した金融系システム開発に3年間参画。基本設計・詳細設計・実装・テストを担当し、直近1年間はコードレビューも担当
とすれば、具体的な経験が分かります。
SIerで積んだ経験も活かせます。
特に、
・要件定義
・基本設計
・顧客折衝
・プロジェクト管理
・PL・PM
・大規模システム開発
などです。
ただし、自社開発企業の求人によっては、実装経験を重視する場合もあります。
例えば、
要件定義・管理だけを担当していて、直近数年間ほとんどコードを書いていない
という場合は、開発ポジションとのギャップが生まれる可能性があります。
応募先が、
実装を重視しているのか
設計を重視しているのか
マネジメントを求めているのか
を確認しましょう。
経験者エンジニアの場合、ポートフォリオが必須とは限りません。
実務で十分な開発経験があれば、
職務経歴書+実務経験
で評価される求人もあります。
例えば、
実務経験5年
Java/Spring Boot
基本設計
AWS
Gitを使ったチーム開発
コードレビュー
という経験があるなら、実務経験そのものが大きなアピール材料になります。
一方で、
・希望する技術を実務で使ったことがない
・Web系開発経験が少ない
・技術力を追加で示したい
・個人開発を継続している
という場合は、GitHubや個人開発などを補足材料として使う方法があります。
経験者エンジニアは「ポートフォリオを作ること」を目的にせず、まず実務経験で何をアピールできるか整理しましょう。
まず、
使用技術
経験年数
担当工程
プロジェクト規模
チームでの役割
改善したこと
を書き出します。
例えば、
Java:5年
Spring Boot:4年
基本設計:2年
AWS:2年
Git:5年
コードレビュー:2年
後輩育成:1年
という形です。
次に、自分が興味のある自社開発企業の求人を確認します。
特に見るのは、
必須条件
歓迎条件
仕事内容
使用技術
です。
例えば、
現在:
Java/Spring Boot
基本設計経験あり
求人:
Java/Spring Boot
AWS
Git
Webサービス開発経験
だった場合、
AWSやWebサービス経験が自分に不足している可能性があります。
複数の求人を見ることで、自分の強みと不足している経験が分かります。
不足している経験が分かったら、すぐに転職するのではなく、現在の会社で経験できないか確認します。
例えば、
・AWS案件へ移る
・基本設計を担当する
・コードレビューを担当する
・リーダーを経験する
などです。
実務で経験できない技術については、個人開発などで補う方法もあります。
職務経歴書では、案件を並べるだけにしないことが重要です。
例えば、
変更前
JavaでECシステムの開発を担当
ではなく、
変更後
Java/Spring Bootを使用したECシステム開発に4年間従事。基本設計から実装・テストまで担当。パフォーマンス低下の原因となっていたSQLを改善し、処理速度改善にも取り組んだ。
というようにします。
ポイントは、
技術
+
工程
+
役割
+
課題
+
改善
です。
面接では、
「なぜSESではなく自社開発なのか?」
「なぜこのサービスなのか?」
と聞かれる可能性があります。
ここで、
「客先常駐が嫌だから」
だけでは、転職理由として弱くなります。
例えば、
「これまで複数のシステム開発を経験してきましたが、今後は一つのプロダクトに継続して関わり、リリース後のユーザー反応を見ながら改善まで担当したいと考えています」
というように、
今までの経験
↓
転職理由
↓
自社開発でやりたいこと
をつなげます。
自社開発企業の面接では、技術名を並べるだけではなく、
「どのように考えて仕事をしたか」
まで説明できるようにしておきましょう。
例えば、
「Javaを使いました」
ではなく、
「処理速度に問題があったためSQLを調査し、ボトルネックを特定して改善しました」
という説明です。
さらに、
なぜその方法を選んだのか
他にどんな選択肢を検討したのか
結果はどうなったのか
まで話せると、自分の思考過程を伝えられます。
・一番難しかった開発は何か
・障害が起きたときどう対応したか
・自分から改善した経験はあるか
・チーム内でどんな役割だったか
・技術選定をした経験はあるか
・ユーザーを意識して改善した経験はあるか
・なぜ自社開発へ転職したいのか
・なぜそのプロダクトに興味を持ったのか
このあたりを整理しておくと、面接でも経験を説明しやすくなります。
自社開発へ転職すること自体をゴールにしないことも重要です。
同じ自社開発でも、
A社では、
企画
設計
開発
運用
改善
までエンジニアが関わる。
一方B社では、
保守・運用が中心。
という可能性があります。
求人票では、
自分が実際に担当する仕事内容
を確認しましょう。
「モダンな技術を使っているから」
だけで転職すると、仕事内容とのミスマッチが起きる可能性があります。
確認したいのは、
・何を開発するのか
・どの工程を担当するのか
・技術選定に関われるか
・開発と運用の割合
・チーム構成
・レビュー体制
などです。
例えば、
A社
年収600万円
現在とほぼ同じ仕事内容
B社
年収570万円
自社プロダクト開発
基本設計
AWS
技術選定
コードレビュー
という場合です。
現在の年収だけならA社が高くても、3年後のキャリアではB社で積める経験が自分の希望に合う可能性があります。
自社開発への転職では、「入社時の条件」と「3年後に積み上がる経験」の両方を比較しましょう。
自社開発へ転職したからといって、必ず年収が上がるわけではありません。
年収は、
・実務経験
・技術
・担当工程
・専門性
・役割
・企業
・ポジション
などによって変わります。
そのため、
自社開発=高年収
と考えるのではなく、自分の経験を評価してくれる企業を探すことが重要です。
テックゴーから提供されている転職成功事例では、
SES(開発)
年収520万円
↓
自社開発
年収750万円
+230万円
というケースがあります。
これは個別の転職成功事例であり、同じ年収アップを保証するものではありません。
ただし、自分の経験を現在より高く評価する自社開発企業があるかを確認する材料にはなります。
「自社開発へ行きたい」
と思ったら、最初に退職する必要はありません。
まず、
現在の経験
↓
応募できる自社開発求人
↓
求められているスキル
↓
自分に足りない経験
↓
今の会社で経験できるか
の順番で確認しましょう。
例えば、
現在:
Java経験4年
Spring Boot経験3年
詳細設計経験3年
希望求人:
Java/Spring Boot
基本設計
AWS
Gitを使ったチーム開発
だった場合、
基本設計とAWS
が今後強化したいポイントだと分かります。
現在の会社で経験できるなら、経験してから転職する。
難しいのであれば、現在の経験で応募できる自社開発企業を探す。
このように求人から逆算すると、転職のタイミングを判断しやすくなります。
経験者エンジニア向けの求人については、**「テックゴーの求人にはどんな企業がある?」**でも紹介しています。
可能です。
SESという働き方そのものではなく、これまで経験した技術・担当工程・チーム開発・設計・改善経験などが重要です。
まず現在の経験を棚卸しして、自社開発求人の応募条件と比較しましょう。
可能性はあります。
ただし、3年という年数だけではなく、実際にどの技術・工程を経験しているかによって応募できる求人は変わります。
経験者の場合、必須とは限りません。
十分な実務経験があるなら、職務経歴書や実務での成果が重要なアピール材料になります。
一方、実務で経験していない技術を補足したい場合などは、個人開発やGitHubを活用する方法があります。
必ず上がるわけではありません。
企業・職種・技術・経験・役割などによって年収は変わります。
自社開発かどうかだけでなく、自分の経験をどの程度評価してもらえるかを確認しましょう。
企業によって異なりますが、開発・設計などの技術力に加えて、チーム開発、課題解決、改善、プロダクトやユーザーを意識した経験などをアピールできると強みになります。
自社開発企業への転職では、
開発経験
設計経験
チーム開発
クラウド
コードレビュー
課題改善
プロダクトへの関心
などが重要になります。
特に経験者エンジニアの場合は、
「Javaを5年間使いました」
だけで終わらせず、
「その技術を使って、どんな課題をどう解決したのか」
まで説明できるようにしましょう。
SESやSIerで働いているから、自社開発へ転職できないわけではありません。
現在の仕事で積んできた経験を、
技術
+
工程
+
役割
+
成果
に分けて整理すれば、自社開発でも活かせる強みが見えてきます。
自社開発へ転職すること自体をゴールにせず、「その会社で3年後にどんなエンジニアになれるのか」まで考えて転職先を選びましょう。
まずは自分の実務経験を棚卸しし、現在の経験で応募できる自社開発求人を確認する。
足りない経験があるなら、今の会社で積めるかを確認する。
そのうえで、自分が目指すキャリアにつながる自社開発企業を選ぶことが大切です。