30代SESの転職は遅い？経験別の転職先5つ・求人判断7項目

「30代だから遅い」を、統計・求人・現在の責任へ分ける

年齢階級別の転職入職率は、ある一年に転職して入職した人の動きを集計した値です。IT職種だけ、正社員だけ、SESから自社開発だけを示す値ではありません。三十〜三十四歳と三十五〜三十九歳の差を自分の締切へ読み替えたり、他の年齢層との差を内定確率へ置き換えたりしないでください。

求人では、募集名より必須経験を見ます。「経験者採用」「即戦力」「リーダー候補」だけでは判断できません。要件整理、基本設計、実装、テスト設計、リリース、運用改善、顧客折衝、レビューのどれを、どの深さで求めるかを抜き出します。年数条件が書かれていても、何を単独で担当した年数かは面接で確認されます。

現在の経験は、工程名と担当境界を分けます。「基本設計を経験」でも、既存資料の転記、画面項目の作成、業務部門との要件合意、非機能・例外条件の決定では責任が違います。自分が作成したもの、提案したもの、レビューを受けたもの、最終承認した人を一つずつ明らかにします。

次に、変えたい問題を一つに絞ります。給与、配属、担当工程、働く場所、夜間当番、評価、心身の安全を混ぜると、求人の会社名だけを変えて同じ問題を持ち込みます。給与が問題なら内訳と評価日、工程が問題なら入社九十日の成果物、配属が問題なら決定者と変更条件を確認します。

転職活動の開始と退職は別の判断です。市場の求人と現在地を確認しても、応募や退職を決める必要はありません。心身や安全に緊急性がある場合を除き、現職で次の成果物を持てる期限と、外部求人で条件を確認する期限を同じカレンダーへ置きます。年齢への焦りだけで未確認の内定を承諾しないでください。

• 統計を個人の内定・年収確率へ読み替えない
• 求人名ではなく必須工程と担当の深さを確認する
• 作成・提案・レビュー・最終承認を分ける
• 変えたい問題を給与・工程・配属・働き方から一つ選ぶ
• 市場確認・応募・内定承諾・退職を別に判断する

直近三案件を、設計・品質・障害・顧客・チームの五責任へ分ける

全案件を同じ詳しさで書く前に、直近三案件を選びます。応募職種に近い案件、現在の強みが出る案件、失敗から改善した案件を一件ずつ含めます。各案件について、用途、利用者、期間、体制、工程、技術、成果物、自分の判断、結果、担当外を一枚へまとめます。客先名、内部資料、単価、コードは持ち出しません。

設計責任は、要求や仕様を成果物へ変えた範囲です。画面・API・データ・バッチ・構成・運用のどこを扱い、正常系だけでなく例外、権限、再実行、性能、移行、監視をどう決めたかを探します。指示された内容を書いただけなら、その事実も隠さず、どの確認や提案を自分で行ったかを分けます。

品質責任は、テスト件数ではなく、何を合格としたかです。仕様差分から追加した観点、レビュー基準、不具合の再現条件、リリース判定へ渡した情報、再発を防ぐ手順を整理します。測定していない削減率を作らず、確認順を統一した、抜けていた条件を追加した、後続担当が再利用したなど観察できる変化を書きます。

障害責任は、一次受けから復旧までの担当境界です。問い合わせの再現、ログ・SQL・監視の確認、影響範囲、暫定対応、恒久対応、切り戻し、本番確認、再発防止のどこまで持ったかを分けます。復旧の最終判断を別の担当者が行ったなら、その人の責任を自分の成果へ含めません。

顧客責任とチーム責任は役職の有無と別です。利用部門の曖昧な依頼を選択肢へ変えた、他チームとの依存を明確にした、後輩の成果物を技術面でレビューした、引き継ぎに判断基準を残した経験があります。人事評価や予算管理をしていない場合は「マネジメント」とまとめず、技術支援、進捗支援、意思決定支援を区別します。

• 設計: 要求・例外・非機能をどの成果物へ変えたか
• 品質: 合格基準・レビュー・再発防止をどう残したか
• 障害: 再現・切り分け・復旧・恒久対応の担当境界
• 顧客: 選択肢・制約・合意をどう整理したか
• チーム: 技術レビュー・依存・引き継ぎをどう支えたか

経験年数ではなく、単独・レビュー付き・担当外の三列を作る

実務年数が長くても、同じ作業を繰り返した期間と責任が増えた期間は別です。技術・工程ごとに「単独で完了できる」「レビューを受けて完了できる」「未経験または担当外」の三列を作ります。分からない項目を経験済みに寄せず、最後に担当した年月と案件を記録します。

単独で完了できる範囲は、開始条件、完成条件、失敗時の戻し方まで説明します。Java実装なら、仕様確認、影響調査、実装、テスト、レビュー指摘、本番確認のどこを一人で進められるかを分けます。クラウドなら、構成変更、権限、監視、バックアップ、切り戻し、費用確認を分けます。

レビュー付きの範囲は弱点ではありません。次の職場で短期間に広げられる隣接経験です。基本設計を一人で決められなくても、既存設計の差分を作り、レビューで例外条件を直し、実装とテストへつないだなら、誰の支援で何を完了したかを説明できます。求人では入社後のレビュー担当と独力化の時期を確認します。

担当外は学習課題と実務上の境界に分けます。個人開発や資格で学んだことを実務経験へ置き換えません。実務で触れていない要件定義、負荷設計、セキュリティ判断、予算、人事評価を正直に残し、次の求人で最初から求められるのか、支援付きで増やすのかを確認します。

三列を求人の必須経験と照合すると、不足の種類が見えます。単独必須へレビュー付きしかないなら、その経験を認識した採用か聞きます。担当外が一つだけなら現職で小さな成果物を持つ案を作れます。複数の中核条件が担当外なら、肩書を狙う前に一段手前の求人や現在の案件変更も比較します。

• 単独: 開始・完成・失敗時の戻し方まで説明できる
• レビュー付き: 支援者・指摘・修正・完了を説明できる
• 担当外: 学習と実務未経験を混ぜない
• 最後に担当した案件と年月を残す
• 求人必須条件との不足を一項目ずつ確認する

転職先五つを、会社名ではなく入社九十日の責任で選ぶ

第一は自社サービス・事業会社です。実装だけでなく、企画、要件、リリース、監視、問い合わせ、データ、改善のどこまで継続して持つかを確認します。「自社開発」という会社分類だけでは、保守問い合わせやベンダー管理に担当が偏る可能性を除けません。製品、配属チーム、最初の成果物を聞きます。

第二はSIer・受託開発です。顧客業務、要件・基本設計、複数チーム、納期、品質を広げたい場合の候補です。一次請けという表記だけでなく、自社が契約上持つ成果物、客先常駐の割合、配属工程、顧客との合意範囲、案件終了後の配属を確認します。

第三は社内SE・情シスです。利用部門の要求整理、導入、アカウント・端末、障害、セキュリティ、データ、ベンダー、予算の比率を見ます。開発経験があっても、入社後は問い合わせと調達が中心の求人があります。内製する範囲と外注する範囲、夜間・休日当番、変更範囲を聞きます。

第四はQA、クラウド・SRE、セキュリティ、データなどの専門職です。現在の案件で持つ品質、可用性、変更、監視、データの証拠と、求人の具体的タスクが重なるかを確認します。資格名やツール名だけで専門職へ移れると考えず、入社後に単独で求められる判断とレビュー体制を聞きます。

第五はPM、PMO、ITコンサルなどの推進職です。会議回数や調整経験ではなく、課題、選択肢、リスク、変更、依存関係、意思決定、実行結果を説明します。人を管理したくない場合は専門職の進路も残します。年収例だけで管理・提案職を選ばず、自分が増やしたい責任と避けたい責任を先に決めます。

• 自社サービス: リリース後の運用・改善まで持てるか
• SIer・受託: 顧客・設計・品質の契約上の範囲
• 社内SE: 内製・外注・問い合わせ・障害当番の比率
• 専門職: 現在の証拠と求人タスクの重なり
• PM・コンサル: 判断と実行結果まで持つ役割か

求人と内定を、同じ七項目で二回確認する

一項目目は採用区分と必須経験です。年数だけでなく、技術、工程、業界、役割、直近性、単独で求める範囲を確認します。二項目目は入社九十日の成果物です。職種名ではなく、最初の部署・案件で何を作り、誰がレビューし、どこから単独責任になるかを聞きます。

三項目目は仕事の比率です。実装、設計、テスト、運用、顧客調整、チーム支援、管理を割合で聞きます。求人の「上流から一貫」「裁量が大きい」を、通常の一週間と最初の三か月へ変えます。四項目目は配属と変更範囲です。部署・案件の決定者、本人希望、客先常駐、転勤、出社、案件終了後を確認します。

五項目目は給与内訳です。提示年収を基本給、固定残業代の金額と時間、賞与の算定、手当、試用期間、初年度と次年度へ分けます。案件単価、還元率、年収例を自分への確定条件にしません。詳しい計算と現職交渉は、別の30代年収記事で同じ表へそろえます。

六項目目は評価です。誰が、何を、いつ評価し、等級、基本給、賞与へいつ反映するかを聞きます。顧客評価、稼働、売上、技術、品質、役割、チーム支援の関係を確認します。七項目目は一年後に持ち運べる責任です。入社時の年収だけでなく、次の職場でも説明できる成果物が増えるかを見ます。

七項目は求人票で一回、内定時の書面で二回目を確認します。面接中の説明と労働条件通知書が違う場合は、採用担当へ差分を確認します。「想定」「場合がある」「配属後に決定」を未確認のまま埋めず、回答者、回答日、再確認期限を残します。条件がそろうまで承諾を急がなくて構いません。

• 1 採用区分・必須経験・単独で求める範囲
• 2 入社90日の成果物・レビュー担当・担当外
• 3 実装・設計・運用・顧客・管理の比率
• 4 配属決定・客先常駐・勤務地・変更範囲
• 5 基本給・固定残業・賞与・手当・試用期間
• 6 評価者・評価項目・評価日・給与反映
• 7 一年後に持ち運べる責任と成果物

職務経歴書と面接を、年数の長さから再現できる判断へ変える

職務要約は「SESで十年、Javaを中心に幅広く経験」で終わらせません。現在の強み、直近三案件で持った五責任、次に持ちたい成果物を先に書きます。全案件の期間と概要を残したうえで、応募求人に近い三件だけを詳しくし、古い技術経験を現在も同じ深さで使えるように見せません。

案件説明は、目的、制約、担当、判断、結果、担当外、次の責任の七文で作ります。チーム成果を一人の成果にせず、誰が仕様を承認し、誰がレビューし、自分が何を作成・提案したかを分けます。成果の数字がない場合は作らず、確認基準、手戻り、再利用、引き継ぎの変化を事実で示します。

管理経験を聞かれたら、役職名ではなく対象を分けます。人事評価、予算、要員計画、進捗、技術レビュー、育成、顧客調整のどれを担ったかを書きます。後輩へ質問対応しただけなら管理職とせず、レビュー観点を作り成果物を完了へ導いたなら技術支援として具体化します。

転職理由は、現在の問題、所属会社へ確認したこと、改善を試したこと、次の求人で確認する条件へ分けます。「30代なので成長したい」ではなく、設計を増やす期限を確認したが次の案件でもテスト実施が中心だった、次は入社九十日に基本設計をレビュー付きで持つ求人を比較する、と事実でつなぎます。

面接では成功例だけでなく失敗と修正を一件用意します。仕様確認の遅れ、影響範囲の漏れ、障害報告の不足、引き継ぎの誤解などについて、検知、報告、修正、再発防止を説明します。30代だから完璧に見せるのではなく、同じ問題を次の環境でどう防ぐかを示します。

• 職務要約へ現在の強み・三案件・次の責任を書く
• 案件を目的・制約・担当・判断・結果・担当外で説明する
• 役職・人事評価・技術支援・進捗支援を混ぜない
• 転職理由を問題・確認・改善・次の条件へ変える
• 失敗の検知・修正・再発防止を一件用意する

対象条件を照合し、四十五日で現職と求人を同じ表へ置く

転職支援を使う場合は、30代という年齢だけで候補にしません。IT実務経験、工程、勤務地、希望職種、転職意思、申込後に面談できる期限を確認します。同じ日付の職務経歴書と求人七項目を、対象に合う二社までへ渡し、現在紹介可能な求人、求人を選んだ理由、応募同意、未回答の確認期限を比べます。

TechGoは、主な利用条件が実務経験二年以上のITエンジニアで、二十代後半〜三十代の支援を中心に案内されています。STRATEGY CAREERは、エンジニア経験者、主に二十〜三十代、東京・大阪での就職希望などが対象の目安です。年齢だけでなく現在の工程、地域、求人相談の意思を確認します。

社内SE転職ナビは、ITエンジニア経験者、二十〜四十四歳、関東・関西・北海道での転職希望などが主な対象です。IT未経験や時短だけの希望など、掲載上の見送り条件も先に確認します。TechClipsエージェントは、ITエンジニア経験があり、転職支援を利用する意思がある人が、自社サービスを持つ事業会社などを比べる場合の候補です。

一日目に直近三案件を五責任へ分け、七日目までに現職へ次の成果物、支援者、開始日、完了日、評価反映を確認します。十四日目までに職務経歴書を作り、対象に合う相談先または直接応募で同職種の求人を二件集めます。三十日目に求人七項目の未回答を戻し、四十五日目に現職で責任が増えたか、求人が元の問題を解消するかを判定します。

四十五日は退職期限ではありません。現職で成果物と評価日が具体化したなら残る案を維持し、求人の配属や労働条件が曖昧なら応募を止められます。安全・健康・重大な労働条件の問題は四十五日を待ちません。相談、求人受領、応募、面接、内定承諾、退職を別の判断にし、年齢への焦りで条件を下げないでください。

• 1日: 三案件を五責任へ分ける
• 7日: 現職の成果物・支援者・期限・評価日を確認
• 14日: 同職種・同条件の求人二件を集める
• 30日: 求人七項目の未回答と根拠を戻す
• 45日: 現職案と外部求人を同じ表で判定
• 対象条件に合う二社までへ同じ経歴と質問を渡す

職務経歴書の変換例

年齢・総経験年数・会社分類・希望年収を中心にせず、直近の判断、担当境界、次に増やす責任、求人で確認する条件へ変えます。

行動前チェックリスト

• 30代全体の統計を自分の内定確率として扱っていない
• 変えたい問題を一つに絞った
• 直近三案件を用途・工程・判断・結果・担当外へ分けた
• 設計・品質・障害・顧客・チームの五責任を確認した
• 単独・レビュー付き・担当外の三列を作った
• 客先名・単価・内部資料・コードを持ち出していない
• 五進路を会社分類ではなく入社90日の責任で比較した
• 求人の必須経験と現在の担当境界を照合した
• 実装・設計・運用・顧客・管理の比率を聞いた
• 給与内訳・試用期間・評価日を確認した
• 配属決定と業務・勤務地の変更範囲を確認した
• 職務要約へ現在の強みと次の責任を書いた
• 役職と実際の人事・技術・進捗責任を分けた
• 対象条件に合う二社までへ同じ経歴と七問を渡した
• 相談・応募・内定承諾・退職を別に判断した