SESから未経験の工程・技術へ転職するのは難しい？転職前にやるべきこと

未経験の工程や技術へ、転職だけで移ろうとするのは基本的に難しいです。設計未経験なら、転職先から見ても設計未経験。AWS未経験なら、転職先から見てもAWS未経験です。所属会社を変えるだけでは、次の仕事を任せられる根拠は増えません。

TECH4Uでは、次に狙う仕事に対して、まず今の現場で何を担当できるかを具体化します。今の仕事をそのまま続けて待つのではなく、働き方を変えて、未経験の部分を少しずつ実務経験に変える考え方です。現職でどう動いても機会を作れない場合に、案件変更や転職を次の選択肢にします。

この記事は、すでにSESで働いており、未経験の工程・技術へ進みたい人を対象にしています。IT業界自体が未経験で、最初の就職先を探している場合は、未経験からSESに入る際の教育・配属の確認事項を参照してください。

SESからの転職が難しいのは、次の仕事を任せる根拠が足りないとき

SESからの転職が一律に難しいわけではありません。応募先が任せたい仕事と、これまで担当した仕事が合うかを見ます。実装の経験者が実装を任される募集と、基本設計を一人で任される募集では、同じ経歴でも説明すべき内容が変わります。

新しい工程・技術へ移りたい場合は、求人の技術名を拾うだけでは足りません。たとえば「AWS経験」でも、監視手順の実行、構築、構成の設計では担当する仕事が違います。自分の実績を、応募先で最初に任される作業と照合してください。

学習や資格は知識を示す材料ですが、実際の制約の中で判断し、レビューを受け、変更を反映した経験とは分けて説明します。育成を前提とする募集も候補になりますが、未経験でも任せる業務と指導担当が具体的かを確かめます。

業態を変えたいのか、工程や技術を変えたいのかがまだ曖昧なら、SESからの転職先を整理する親記事で目的を分けてください。

今の現場で未経験の仕事を小さく担当する

現在の業務を知っている現場なら、既存の担当範囲に近い作業を引き受ける相談ができます。最初から設計全体を任せてもらう必要はありません。修正案の作成や調査など、レビューを受けながら担当できる単位に分けます。

相談するときは、「設計をやりたい」で止めず、「次の改修で詳細設計書の変更案を作り、レビューを受けたい」と伝えます。対象の作業、確認する人、取り組む時期が決まれば、経験を作れる見通しになります。

役割の追加は、上位者や所属会社と相談して、契約上の担当範囲と業務量を調整します。通常業務へ際限なく作業を足したり、承認なしで本番環境を変えたりすることではありません。

経験を作るには、任せる仕事と教える人の時間が必要

山田は、2023年12月の還元率と育成についてのnoteで、研修や若手のフォローには費用がかかり、指導するベテランにも役割があると述べています。還元率の数字だけでは、会社が何へ費用を使っているかまでは分からないという見方です。

未経験の作業を引き受ける際も、自分の希望だけでなく、教える側が確認する時間を含めて相談します。たとえば「設計を教えてください」だけでは、相手はどの範囲を任せてよいか決められません。既存の設計書を読み、変更箇所と不明点を整理してから、修正案のレビューを依頼します。

最初の案を作るのは自分、判断に迷う箇所と完成前の確認は上位者、というように分担します。学習で補う内容、業務中に確認する内容、現在の作業から調整する範囲を決めれば、経験作りを実際の仕事に組み込めます。

給与が低ければ教育が手厚いと判断することはできません。転職先で育成を期待する場合も、誰が教えるか、どの作業を任せるか、レビュー時間をどう確保するかを聞いてください。給与制度の比較はSES企業の会社選びで扱っています。

想定ケース：Java実装から基本設計へ進みたい

以下は行動を検討するための想定ケースです。Javaの実装と単体テストを担当し、詳細設計書は渡されたものを読むだけだった人が、基本設計へ進みたい状況を考えます。採用・面談の実例や転職の成功実績ではありません。

今のまま転職すると何が弱いか

実装できることは示せても、利用者の要求を画面や機能の仕様に落とし込んだ経験は説明できません。設計書を読んだ経験だけで、基本設計を一人で担当できるとは伝えられません。

今の現場で何を取りに行くか

まず、自分が改修する処理について、詳細設計書の修正を引き受けます。変更する理由と、画面・データ・他の処理への影響を自分で調べ、判断が必要な箇所を添えて上位者にレビューを依頼します。指摘された箇所を直すだけでなく、何を見落としていたかを整理し、次の修正案に反映します。

次に、画面項目の追加など小さな変更で、仕様確認と基本設計の修正案を担当できるか相談します。入力条件、権限による違い、エラー時の動作などを確認し、上位者の設計作業の一部を引き受けます。レビューへの参加に加え、自分で案を作り、指摘を反映するところまでを目指します。

転職時に何を話せる状態にするか

担当した機能、確認した仕様、修正案と採用された内容、レビュー担当との分担を説明できる状態にします。「基本設計経験あり」と一括りにせず、「既存画面の変更について、上位者のレビュー下で仕様確認と基本設計書の修正を担当」と範囲を示します。

基本設計全体を単独で任せる募集には、まだ経験不足と判断される場合があります。そのときは、設計補助を含む仕事や、実装と設計を続けて担当する仕事を検討します。工程ごとの準備は、SESで上流工程へ進む方法で確認できます。

想定ケース：インフラ運用からAWS設計・構築へ進みたい

こちらも想定ケースです。オンプレ環境の監視と定型作業を担当し、AWSは個人で学習しているものの、業務での利用経験がない状態を考えます。

今のまま転職すると何が弱いか

学習環境で構築した経験だけでは、顧客の要件、権限、障害時の復旧、運用の分担を踏まえて設計した実績にはなりません。運用経験をAWS設計経験として扱うこともできません。

今の現場で何を取りに行くか

現場にクラウド移行や検証の予定があるなら、担当者へ参加を相談します。既存環境の監視やバックアップ、権限を整理し、移行後も必要な条件を洗い出す作業から始められます。

許可された検証環境で、一部の構築や監視の動作確認、手順作成を担当できるなら、対象とレビュー担当を決めます。事前に既存環境との違いや分からない点を調べ、確認したい内容を絞って相談します。検証の目的、確認結果、構成を変えた理由を記録し、移行リハーサルの作業も相談します。

現場でAWSを使っておらず、導入の予定もないなら、待っていてもAWS実務の経験は作れません。その場合は現職で障害調査や運用改善の担当を広げながら、所属会社にAWS構築補助などの案件を相談します。学習は並行して続け、実務経験とは分けて記録します。

転職時に何を話せる状態にするか

業務上の検証に参加できた場合は、何を構築・確認し、どの部分を設計者へ相談したかを説明します。検証のみなら本番設計を経験したとは書かず、手順に沿った構築なら方式設計まで担当したとは伝えません。

現職でAWSに触れられなかった場合も、運用改善の判断とAWSの学習成果を分けて示せます。それで応募できる担当範囲を確認し、未経験部分の支援が具体的な案件や会社を探します。運用経験の整理は、運用保守から設計・構築へ進む方法を参照してください。

現職・案件変更・転職を選ぶ基準

経験作りを先に考えるのは、現職に残り続けるためではありません。必要な仕事に取り組める場所を選ぶためです。次の違いで判断します。

山田は、2023年12月のSESでの案件選択を扱ったnoteで、会社を変えずに仕事内容を変える利点と、案件を選ぶ際の相談支援の必要性を述べています。チームの仕事を維持する都合で、本人が希望しても案件を変えにくくなる点にも注意を向けています。

経験の浅い段階では、同じ会社の先輩からレビューを受けられる体制も選ぶ理由になります。一方、すでに任される仕事が増え、別の領域へ進みたいなら、チームの配置と自分の希望をどう調整するかが問題になります。今必要なのが指導体制なのか、担当を変える機会なのかを分けて相談してください。

「いつか設計を任せる」「クラウド案件もある」という説明だけなら、作業、条件、確認する時期を尋ねます。見込みを確かめる日を決めておけば、同じ説明のまま待ち続ける状態を避けられます。案件変更の進め方は、現場変更の相談と準備で確認してください。

転職先にも同じ具体性を求めます。最初に任される作業、レビューする人、希望する工程へ担当を広げる条件を聞きます。現職で難しい仕事が、転職先ではなぜできるのかを説明できる状態にしてから判断します。

TECH4Uがキャリア相談で具体化すること

TECH4Uのキャリア支援では、「転職した方がいい」で終わらせず、次に狙う工程・技術に対して、今の現場で何を経験として取りに行くかまで具体化します。たとえば設計志望なら、設計書の修正、仕様確認、レビュー対応のどこが未経験で、どこなら担当を相談できるかを整理します。

現場で対象の仕事がない場合は、現在の経験で担当できる作業と、次案件で補う作業を分けます。希望する技術名だけで探すと、別案件へ移っても同じ工程を続けることがあるためです。

案件の一覧を渡して終わるのではなく、その募集で何を任され、どの経験が足りず、どこまでレビューを受けられるかを確認します。自分で選ぶためにも、選択肢の違いを説明できる相談相手が必要です。

エンジニア採用ページでは、案件選択・チェンジの考え方と条件を公開しています。希望案件への参画を保証するものではありません。相談の結論も、必ずTECH4Uへ転職することにはせず、現在の職場を含めて経験を作れる方法を考えます。

転職活動へ進む前に経験の範囲を整理する

取り組んだ作業を「学習した」「業務で補助した」「レビューを受けて担当した」「一人で判断して担当した」に分けて記録してください。一部を任された段階でも、何を実際に経験したかは説明できます。

次の相談では、今できる仕事、次に任されたい仕事、その間で未経験の作業を一つずつ示します。現職で担当できる部分は取りに行き、機会がない部分は案件変更や転職で補う。この順序なら、転職先にも必要な支援を具体的に確認できます。

テストから実装へ進む場合は、テスト案件から開発案件へ進む準備も使い、担当した仕様確認や不具合調査と、これから経験する実装を分けて整理してください。