客先常駐30代でスキルない人の職務経歴書｜完成例つき

※この記事はPR（広告）を含みます。

現場が数か月ごとに変わり、手順書どおりのテストや監視を続けてきた。30代になって職務経歴書を開くと書けることが無いように見える、その状態から書類を作り直す手順をまとめました。

客先常駐の30代が「スキルない」と感じるのは、構造の影響が大きい

下請けの客先常駐は、同じ時間働いても生産性が低く出る

経済産業省の資料では、情報サービス・ソフトウェア産業で下請のみを行う企業がおよそ4社に1社あるとされています。同じ資料は、下請企業の1人1時間あたりの労働生産性が3,719円で、元請企業の6,415円の6割程度だと示しています。

• 単価は元請と客先の契約で決まり、常駐する本人の工夫が給与に届きにくい
• 担当工程は案件の枠で決まり、テストや監視から上の工程に移りにくい
• 元データは2008年・2010年の調査なので、今の数字そのものではない点は割り引いて読みます

客先常駐で年収が上がりにくいのは、本人の能力だけでなく、下請けの位置にいる構造の影響も大きいと考えられます。

「底辺」かどうかは、企業規模ごとの給与で確かめる

厚生労働省の統計では、ソフトウェア作成者は平均37.1歳、きまって支給する現金給与額は月39万800円、年間賞与などは109万5,100円でした。企業規模別に見ると、次のように差があります。

企業規模	きまって支給する給与（月）	年間賞与など
1,000人以上	41万8,600円	138万5,900円
10〜99人	36万600円	85万5,100円
10人以上の企業全体	39万800円	109万5,100円

「底辺」という言葉に引きずられず、自分の給与がこの表のどこにあり、何年動いていないかで判断します。

テスト・監視だけを続けると、30代以降に選べる仕事が細りやすい

経済産業省の試算では、従来型IT人材から先端IT人材への転換率が年1%にとどまると、2030年に従来型は約10万人の供給過剰、先端IT人材は約55万人の不足になります。IPAの調査でも、DXを推進する人材が「大幅に不足している」と答えた企業は62.1%でした。

人手が足りない側に移れるかは、30代のうちに担当範囲を一段上げられるかで決まると考えられます。

• テスト実行 → テスト観点の作成・テスト設計
• 監視 → 障害の一次切り分け・手順書の改善
• 運用保守 → 定型作業の自動化・改善提案

30代の客先常駐SEの職務経歴書が、書類選考で落ちる理由

企業が30代の転職者に見ているのは「経験を活かした即戦力」

厚生労働省の調査では、専門的・技術的な仕事で転職者を採用した理由は「経験を活かし即戦力になるから」が64.1%で最も多く、「専門知識・能力があるから」が51.2%で続きました。賃金を決める際に「これまでの経験・能力・知識」を考慮した事業所は59.2%で、情報通信業では81.3%でした。

30代の職務経歴書は「何ができるか」を経験の事実で示せないと、年齢相応の評価を受けにくくなります。

現場名と作業の羅列では、何ができる人か伝わらない

客先常駐の職務経歴書で多いのは、案件ごとに「〇〇システム 結合テスト」と作業名だけを並べる書き方です。読む側には、手順書を実行しただけなのか、観点を自分で考えたのかが区別できません。

• 「〇〇銀行 勘定系 テスト担当」と現場名と作業名だけを並べる
• 短い案件も長い案件も、全部同じ重さで並べる
• 「コミュニケーション能力」など、どの現場でも書ける言葉で締める

• 客先を業種と規模に置き換え、担当工程と自分の役割を書く
• 似た案件はまとめ、役割が広がった案件を厚く書く
• 改善した手順や減らしたミスなど、自分が変えた事実で締める

書類で落ちる原因は経験の少なさより、経験の書き方にあることが多いと考えられます。

盛らずに評価を上げる線引きは「事実は変えず、言葉を変える」

経験していない工程やリーダー経験を書くと、面接の深掘りで説明できずに崩れます。一方で、手順書の改善や新任メンバーへの説明など、実際にやった小さな工夫は書いてかまいません。

書いてよいのは「面接で具体的に聞かれても、手順と理由を説明できること」だけです。

客先常駐のテスト・監視経験を、職務経歴書で評価される形に直す

作業名を「課題・工夫・成果」の3行に置き換える

次の例文は架空の例です。同じ結合テストの経験でも、書き方で伝わる中身が変わります。

作業名の後ろに「なぜ困っていたか」と「自分が何を変えたか」を足すと、同じ経験が判断力の証拠に変わります。

数字が無い現場でも、自分の記録から件数や頻度を拾う

成果の数字は、売上でなくてもかまいません。週報、作業記録、チケットの履歴から数えられるものを使います。

• 監視: 対応したアラートの件数、一次切り分けで完結した件数
• テスト: 作成した観点の数、見つけた不具合の件数、自動化した手順の数
• 運用保守: 作成・改訂した手順書の本数、作業時間を短くした手順

記録で裏づけられない数字は書かず、数えられたものだけを成果として書きます。

短い案件が多いときは、案件順でなく役割ごとにまとめる

客先常駐では数か月単位の案件が並ぶため、時系列で書くと職務経歴書が細切れになります。似た工程の案件は「テスト設計・実施」「運用監視」のように役割でまとめ、期間は合算して示します。

直近の案件と一番長い案件だけを独立させ、役割の広がりが読み取れる順番に並べ替えます。

客先常駐の守秘義務と職務経歴書: 社名と案件はどこまで書けるか

客先の社名は、業種・規模・システムの種類に置き換える

客先常駐では、所属会社と客先の契約や、入場時に署名した誓約書で守秘義務を負っていることが多いと考えられます。職務経歴書は社外の人が読む書類なので、客先の社名は書かずに置き換えます。

伏せるのは固有名詞で、担当した工程・技術・役割は伏せずに書きます。

書いてよい情報と伏せる情報の線引き

項目	書いてよい書き方	伏せる・書かない
客先	業種と規模（大手通信会社 など）	社名・略称・グループ名
システム	種類と使った技術（Java、Linux、監視ツール名 など）	社内のシステム名・コードネーム
案件内容	工程・役割・チームの人数	未発表のサービス、障害の詳細
成果	自分の作業の件数、改善した手順	客先の売上・利用者数など客先の数字
資料	自分で作った雛形の考え方	客先の資料そのもの・画面の画像

客先の数字や資料でなく、自分の作業の事実だけで成果を書けば、守秘義務とぶつかりにくくなります。

迷ったら、所属会社の契約と誓約書を先に確かめる

面接で客先の社名を聞かれたら、「守秘義務があるので業種までで失礼します」と答えるのが無難です。

完成例: テスト・監視が中心の30代客先常駐SEの職務経歴書

職務経歴書の全文（架空の例）

以下は架空の人物の例です。期間や件数は「◯」にしてあるので、自分の記録で埋めてください。

• 職務要約: SES企業に所属し、客先常駐で金融・通信・製造業のシステムのテストと運用監視を担当。テスト実施から始め、直近はテスト観点の作成、監視の一次切り分け、手順書の改善を受け持つ。
• 活かせる経験: テスト観点の設計／障害の一次切り分けと報告／作業手順書の作成・改善／新任メンバーへの手順説明
• 技術: Linux（ログ確認・基本コマンド）、SQL（データ確認）、監視ツール（◯◯）、シェルスクリプト（定型作業の自動化）
• 職務経歴（役割ごと）
• 運用監視（20XX年◯月〜現在・大手通信会社の会員基盤・チーム◯名）
  • 課題: 夜間アラートの多くが既知の事象なのに、毎回上位の担当へ連絡していた
  • 工夫: 既知事象の判断基準を手順書にまとめ、一次切り分けで完結できる範囲を広げた
  • 成果: 上位への連絡が月◯件から◯件に減り、手順書はチームの標準として採用された
• テスト設計・実施（計◯年◯か月・金融機関と製造業の◯案件）
  • 課題: 改修のたびに同じ観点の確認漏れで差し戻しが起きていた
  • 工夫: 過去の不具合から観点一覧を作り、仕様書の雛形に追加した
  • 成果: 雛形が同じ現場の別チームでも使われるようになった
• テスト実施（計◯年・◯案件）: 結合テスト・回帰テストの実施とエビデンス作成
• 自己PR: 手順どおりに進めるだけでなく、同じミスが起きる原因を手順書や観点表に戻して直すことを続けてきた。今後は自社のシステムの品質改善や運用の自動化で、この経験を活かしたい。

この完成例の肝は、短い案件をまとめたうえで、直近の役割だけを課題・工夫・成果で厚く書いている点です。

完成例で使った書き方の要点

読む人が職務要約だけで「この人に何を任せられるか」を答えられるかが、1枚にまとめる基準です。

提出前の確認リスト

書き終えたら、次の項目を1つずつ確かめます。

• 客先の社名・システム名・未発表の情報が残っていない
• 主な案件に「課題・工夫・成果」が書けている
• 件数や期間は、自分の記録で裏づけられる
• 経験していない工程や役職を書いていない
• 全部の行について、面接で手順と理由を説明できる

答えられない項目がある行は、削るか書き直してから提出します。

30代で客先常駐から抜け出す転職先と、面接・年収交渉

転職先の候補を、働き方とテスト・監視経験の活かし方で比べる

転職先	働き方	テスト・監視経験の活かし方	注意点
社内SE	自社の情報システムを担当し、常駐先の移動がない	運用・障害対応・手順整備がそのまま活きる	開発を外注する会社では、調整の仕事が中心になる
自社開発企業	自社サービスを開発・運用する	QA・運用改善の職種で経験を示しやすい	開発経験を求める求人もある
ITコンサル	顧客の課題整理や導入を支援する	現場の運用を知っている点	説明力や資料作成が求められる
フリーランス	案件ごとに契約する	テスト・監視の案件もある	結局は常駐の案件が中心になりうる
別のSES企業	客先常駐を続ける	案件の選び方次第で工程を上げられる	下請けの構造は変わらない

社内SEの給与は、職種名より勤め先の企業規模と給与体系で決まる部分が大きいと考えられます。前に見たとおり、ソフトウェア作成者でも企業規模によって給与と賞与に差があります。

年収と働き方は職種名より、移る先の企業規模と、その会社でIT部門がどう扱われているかで変わると考えられます。

求人票の「変更の範囲」で、また客先常駐にならないかを見抜く

2024年4月から、求人企業は募集時に「従事すべき業務の変更の範囲」と「就業場所の変更の範囲」を明示することになりました。この範囲は、将来の配置転換の見込みも含めた契約期間中の範囲です。

• 就業場所の変更の範囲に「顧客先」「会社の定める場所」と書かれていないか
• 業務の変更の範囲が、応募した職種とかけ離れていないか
• 求人で「面談時に伝える」とされた条件は、原則として面接など最初の接触までに明示されるので、その場で書面を確認する

労働契約を結ぶときの労働条件通知書にも、就業場所と業務の変更の範囲を書くことが義務づけられています。社内SEや自社開発の求人でも、就業場所の変更の範囲に顧客先が含まれていれば、入社後に常駐へ戻る可能性があります。

転職理由と面接の深掘りは、本音を「次に活かしたい経験」に置き換える

厚生労働省の調査では、自己都合で辞めた理由は「賃金が低かったから」25.5%、「会社の将来に不安を感じたから」25.2%、「満足のいく仕事内容でなかったから」24.7%の順でした。転職者が今の勤め先を選んだ一番の理由は「自分の技能・能力が活かせるから」の17.7%でした。

面接で多い深掘りは次のような質問です。

• その改善は、あなたの判断ですか、指示ですか
• なぜ今の会社で上の工程に移れなかったのですか
• 入社してすぐに任せられる仕事は何ですか

深掘り質問には、職務経歴書に書いた課題・工夫・成果を、そのまま口頭で順に話せば答えになります。

年収交渉は、経験の事実と相場の数字を根拠に出す

情報通信業では、転職者の賃金を決める際に経験・能力・知識を考慮した事業所が81.3%でした。職務経歴書で示した経験が、そのまま交渉の材料になります。

CareerBoost 年収データベースでは、上場している情報・通信業96社の平均年収の中央値は約791万円、真ん中の半分は約682万〜923万円でした。同じ96社の平均年齢の中央値は38.7歳、平均勤続年数の中央値は9.2年です。

• この数字は有価証券報告書の平均年間給与で、エンジニアだけの数字ではない（全職種の平均）
• 上場企業の数字なので、中小企業や非上場企業の求人とは直接比べない
• 希望額は、現在の年収と応募先の求人票の給与幅を根拠に出す

年収交渉は希望額だけでなく「この経験があるのでこの幅に入る」という根拠をセットで伝えると通りやすいと考えられます。

客先常駐を続けるか辞めるか: 30代の判断基準と相談先

続けてよいSESと、早く離れたほうがよいSESの見分け方

東京労働局は、書類上は請負や準委任でも、実態が労働者派遣であるものを偽装請負として違法と説明しています。発注者から直接業務の指示や命令を受けている場合は、偽装請負の可能性が高いとしています。

• 案件の希望を聞かれ、担当工程が少しずつ上がっている
• 客先での指示は、所属会社の責任者を通して受けている
• 評価の基準と給与の決め方が説明される

• 客先の社員から直接、作業や残業の指示を受けている
• 案件を選べず、同じ工程の現場を転々としている
• 評価の基準や給与の決め方が説明されない

厚生労働省のガイドも、準委任契約でも実態として指揮命令関係があれば労働者派遣事業に当たるとしています。客先の社員から直接指示を受ける働き方が続いているなら、スキルより先に会社選びを見直す合図と考えられます。

心身が限界で退職を言い出せないときの進め方

退職を申し出る相手は客先ではなく、雇用契約を結んでいる所属会社です。

客先常駐SEの書類通過率や年収の変化は、自分で記録して判断する

30代の客先常駐SEに絞った書類通過率・内定率・年収の変化を示す公的な統計は、この記事で確認した資料の中にはありません。転職サービスが出す数字は、その会社の利用者に限った数字である点に注意が要ります。

記録する項目	書き方の例	見直しの目安
応募	応募した求人の職種と企業規模	職種が散らばりすぎていないか
書類通過	通過した求人の共通点	通過が続かなければ職務経歴書を直す
面接通過	深掘りで詰まった質問	同じ質問で詰まるなら答えを作り直す
提示年収	求人票の給与幅と提示額	幅の下限に偏るなら交渉の根拠を足す

応募の結果を職種ごとに記録すれば、職務経歴書と応募先のどちらを直すべきかが自分の数字で分かります。

明光キャリアパートナーズが合う人・合わない人

明光キャリアパートナーズは、明光ネットワークジャパンのグループ会社が運営する、20〜30代のエンジニア経験者向けの転職支援です。大手からスタートアップまで幅広い会社の紹介実績があり、経験・希望・価値観に沿った業種や会社を提案します。

合う人は次のような人です。

• 20〜30代で、客先常駐のテスト・監視・運用保守などのエンジニア経験がある
• 職務経歴書の書き方や、面接の深掘りへの答え方を第三者に見てほしい
• 社内SEや自社開発など、常駐以外の会社の提案を受けたい

合わない人は次のような人です。

• エンジニアとしての実務経験がない
• 40代以上
• 応募先も書類も固まっていて、支援を必要としていない

エンジニア未経験の人は、ハローワークの公共職業訓練で基礎を学んでから応募先を探す進め方があります。40代以上の人は、年齢の幅が広い転職支援やハローワークの求人を使う進め方があります。

履歴書や面接対策まで支援を受けられるので、この記事の完成例を下書きにして持ち込むと、相談の時間を応募先選びに使えます。

執筆・編集：CareerBoost 編集部（運営：合同会社Radineer）／更新日：2026年10月15日