広告・PRについて

この記事には広告・PRを含む可能性があります。比較ページや転職サービスは、求人選びの候補として紹介します。自社開発企業への転職、内定、年収改善を保証するものではありません。

結論

SESから自社開発を目指す場合は、「開発経験の深さ」「プロダクト志向」「職務経歴書で説明できる成果」を準備することが重要です。

自社開発では、ただ開発現場にいたことよりも、どの課題に対して、どの技術を使い、どのように改善したかが見られやすくなります。開発経験が浅い場合は、現職で担当範囲を広げる、個人開発で補う、職務経歴書で説明を整える、求人の条件を慎重に見る、という順番で進めます。

この記事が合う人

  • SESから自社開発企業へ転職したいが、経験不足を感じているエンジニア。
  • テスト、保守、運用が中心で、開発実績の見せ方に迷っている人。
  • 自社開発向けサービスを比較する前に、準備内容を整理したい人。

この記事で分かること

  • SES経験から自社開発へ行くために必要なスキルを知りたい。
  • ポートフォリオや職務経歴書で何を見せるべきか知りたい。
  • 自社開発求人の選び方と注意点を知りたい。

あなたの悩み

  • 開発工程の経験が少なく、応募してよいか分からない。
  • 自社開発求人の「実務経験」の条件に届くか不安。
  • 個人開発を作るべきか、現職の経験を整理すべきか迷う。
  • 自社開発なら今より合いそうだと思い込み、求人の開発体制や担当範囲を見落とすのが怖い。

いまの状況を整理する

自社開発といっても、求められる経験は求人によって違います。

  1. 新機能開発を中心にしたWeb開発。
  2. 既存プロダクトの保守改善。
  3. 社内向けプロダクトや業務改善ツール。
  4. QA、SRE、インフラ、データ領域。
  5. 顧客折衝が少ないが、プロダクト理解が求められる開発。

たとえば、テスト中心のSES経験でも、仕様理解、バグ分析、改善提案、簡単な自動化経験を整理できる場合があります。開発経験が少ない人は、応募前に現職で担当範囲を広げる相談や、学習成果を説明できる形にする準備が必要です。

判断基準

自社開発を目指す準備度は、次の観点で確認します。

  • 担当した機能、画面、API、バッチ、テスト、自動化などを説明できる。
  • 使用技術を、触っただけでなく何に使ったか説明できる。
  • 仕様理解、課題発見、改善提案、レビュー対応の経験がある。
  • 個人開発や学習成果を、目的、機能、技術選定、改善点まで説明できる。
  • 求人票の必須条件と歓迎条件を分けて読める。
  • 自社開発でやりたいことが、開発なのかプロダクト改善なのか仮決めできる。

求人票で見るポイント

自社開発求人では、職種名だけで判断せず、開発体制と任される範囲を確認します。

| 求人票の表現 | 確認すること | 注意点 | | --- | --- | --- | | 自社開発 | 新機能開発、保守改善、社内向け開発のどれが中心か | 既存保守中心でも学べる範囲は会社で違う | | 実務経験必須 | 言語経験なのか、設計やレビュー経験まで必要か | 必須条件と歓迎条件を分けて読む | | ポートフォリオ歓迎 | 何を見られるか、コードか説明力か | 作った理由、設計、改善点を話せるようにする | | 少数精鋭 | 教育体制、レビュー体制、質問しやすさ | 放置されないか面談で確認する | | フルスタック | どこまで一人で担当するか | 経験不足を隠して応募しない |

応募前に用意する材料

自社開発を目指す場合は、応募先を増やす前に、職務経歴書と面談で説明する材料をそろえます。

| 用意する材料 | 具体例 | 注意点 | | --- | --- | --- | | 実務で触った機能 | 画面改修、API修正、バッチ確認、テスト自動化補助 | 担当していない範囲まで広げない | | 改善したこと | 手順化、確認観点の整理、レビュー指摘への対応 | 数字を出す場合は公開してよい範囲にする | | 個人開発や学習 | 作った目的、使った技術、改善履歴 | URLだけでなく説明できる状態にする | | 求人への質問 | レビュー体制、教育体制、担当範囲、既存保守の割合 | 自社開発という名前だけで判断しない |

開発経験が浅い場合は、無理に強く見せるより、どこまで担当したか、次に何を伸ばしたいかを説明できるようにします。

やってはいけない行動

  • 「自社開発なら何でもよい」と応募先を広げる。
  • 個人開発のURLやコードだけを出し、説明を用意しない。
  • SES経験を低く見積もり、担当工程や改善経験を書かない。
  • 求人票の必須経験を読まずに応募する。
  • 自社開発に行けばスキルが伸びると決めつける。

具体的な手順

  1. これまでの案件を、担当工程、使用技術、成果物、改善点に分けて棚卸しする。
  2. 開発経験が少ない場合は、現職で改修、小さな自動化、レビュー参加を相談する。
  3. 個人開発を作る場合は、目的、機能、技術選定、改善履歴を説明できる形にする。
  4. 職務経歴書で、顧客名ではなくシステム種別、担当範囲、技術、改善を記載する。
  5. 職務経歴書の書き方で書類の見せ方を整える。
  6. IT転職エージェント比較で自社開発寄りの相談先を比較する。
  7. 客先常駐を避けたい意図も強い場合は客先常駐を避けたい人向け転職エージェント比較も確認する。

チェックリスト

  • 担当工程と使用技術を説明できる形にした。
  • 開発、保守、テスト、運用の経験を分けて整理した。
  • 個人開発がある場合は、目的と改善履歴を説明できる。
  • 求人票の必須条件と歓迎条件を分けて確認した。
  • 職務経歴書に、成果や改善を過度に盛らず記載した。
  • 自社開発向け比較記事を確認した。
  • 現職のつらさが強い場合は、診断ツールで環境も整理した。

自社開発を目指す前に不安を分ける

自社開発に行きたい理由が「SESがつらい」だけの場合は、ブラックSES診断で環境要因を整理してください。今の環境から離れたい理由と、自社開発で実現したいことを分けると、求人選びの軸が作りやすくなります。

面談で確認する質問テンプレート

自社開発向けの相談では、「自社開発に行きたいです」だけでなく、開発経験の深さと求人の担当範囲を確認します。

1. 私の経験は、新機能開発、保守改善、QA、社内向け開発のどれに近く見えますか？
2. 職務経歴書では、担当機能、改善経験、レビュー対応、個人開発のどれを前に出すべきですか？
3. 自社開発求人を見るとき、教育体制、レビュー体制、既存保守の割合のどこを確認すべきですか？

開発経験が浅い場合は、無理に強く見せるより、どこまで担当したか、次に何を伸ばしたいかを正確に伝えるほうが相談しやすくなります。

次に見るページを選ぶ

自社開発を目指す場合も、相談先比較、客先常駐を避けたい人向けの比較、書類準備を分けて確認します。

FAQ

SESから自社開発に行くには開発経験が必要ですか？

求人によりますが、開発経験を求められることは多いです。保守やテスト中心でも、仕様理解、改善提案、改修、レビュー対応を説明できる場合は整理する価値があります。

ポートフォリオは作るべきですか？

実務経験だけで説明が弱い場合は役に立つことがあります。ただし、作るだけでは足りません。目的、技術選定、設計、改善点を説明できる状態にします。

自社開発求人はSESより働きやすいですか？

会社や職種によって異なります。プロダクト責任、障害対応、リリース前の負荷など別の難しさもあります。求人票と面談で業務範囲を確認してください。

本文中の例の扱い

  • 本文中の例は、実在の個人を特定する記事ではなく、SESから自社開発を目指す人によくある悩みをもとに整理しています。
  • 匿名相談をもとにする場合は、投稿内容に基づき、個人名、会社名、案件名を匿名化します。