エンジニアのスキルシートの書き方｜職務経歴書に変える5手順

SESや客先常駐で働いていると、手元にあるのはスキルシートです。案件ごとに「参画期間・担当工程・使用技術」が並んだ、あの1枚です。正社員転職を始めようとして、そのスキルシートをそのまま職務経歴書として出してよいのかで止まる人は多いと思います。

結論から書きます。形式を変える必要はありません。変えるのは「誰に向けて書くか」です。スキルシートは営業が客先に出す書類で、読むのは発注側の担当者です。正社員転職で読むのは、これから一緒に働くチームの人です。同じ経歴でも、知りたいことが違います。

この記事では、当サイトが掲載している転職サービス14社を調べた結果もあわせて、スキルシートの素材を正社員転職の書類に置き換える手順を書きます。調べていて分かったのは、「担当工程」で求人を絞り込めるサービスが14社中2社しかないということでした。スキルシートでいちばん面積を取っている項目が、転職市場ではほとんど検索条件になっていません。ここが、書き換えが必要な理由そのものです。

スキルシートと職務経歴書は、読む人が違う

2つの書類は似ていますが、成り立ちが違います。スキルシートは「この人を案件にアサインしてよいか」を判断してもらう書類です。読むのは発注側の担当者で、知りたいのは「うちの現場で今すぐ動けるか」です。だから使用技術と担当工程が中心になり、案件が時系列で並びます。

職務経歴書は「この人を採用してよいか」を判断してもらう書類です。読むのは採用する側で、知りたいのは「入社後に何を任せられるか」です。今すぐ動けるかではなく、これから伸びるか、どこまで任せられるかを見ます。判断の時間軸が違うので、必要な情報も変わります。

	スキルシート	職務経歴書
読む人	発注側の担当者	採用する側（現場と人事）
判断すること	この案件にアサインできるか	入社後に何を任せられるか
時間軸	今すぐ動けるか	これから何年か
中心になる情報	使用技術・担当工程・参画期間	役割・判断したこと・成果
並べ方	案件ごとに時系列	経験のまとまりごと
様式	会社ごとのフォーマット	決まった様式はない
枚数	案件数に比例して増える	A4で2枚が目安

この表の最後の2行が、実務でいちばん効きます。案件を10件経験していれば、スキルシートは10ブロックになります。それをそのまま出すと、A4で4枚も5枚にもなります。読む側は「この人が何をしてきたか」を自分で要約しながら読むことになります。

スキルシートをそのまま出すと、何が抜けるのか

スキルシートは項目が決まっているぶん、書かれないことが決まっています。抜けるのは次の3つです。

• 自分が何を決めたか。スキルシートには「担当工程：詳細設計・実装」と書きますが、その中でどこまで自分が決めたのかは書きません
• なぜそうしたか。技術選定の理由、やらなかった選択肢、制約の中での判断は、案件情報としては不要なので落ちます
• その後どうなったか。参画期間は書きますが、リリース後に何が起きたかは、参画が終わっていれば書きようがありません

この3つは、採用する側が知りたいことの中心です。「実装できます」は前提で、「どういう実装を選ぶ人か」を見ています。スキルシートの項目だけを埋めても、その情報は出てきません。だから追加する必要があります。

逆に言えば、スキルシートに書いてある情報は捨てなくてよいということです。使用技術も参画期間も、職務経歴書でそのまま使えます。足りないものを足す作業だと考えてください。

書けないものがある — 案件名と、守秘義務

先に制約の話をします。客先常駐で作ったスキルシートには、そのままでは社外に出せない情報が入っていることがあります。エンドユーザーの企業名、システムの正式名称、非公開の規模の数字などです。所属会社と客先のあいだの契約で、開示が制限されている場合があります。

ここを無理に埋めようとすると、契約に触れる方向へ進みかねません。企業名を出さずに、規模と性質で書きます。

そのままでは出しにくい書き方	置き換えた書き方
◯◯銀行 勘定系リプレース案件	金融（銀行）の基幹システム刷新。並行稼働あり
△△株式会社 会員基盤リニューアル	BtoC のEC。会員数は数百万規模
プロジェクト体制図・座席表の添付	チーム構成のみ記述（自社2名・協力会社6名など）
本番環境のホスト名・URL	構成の記述にとどめる（3層構成・冗長化ありなど）

置き換えても情報量はほとんど落ちません。採用する側が知りたいのは企業名ではなく、扱った規模と性質だからです。むしろ「金融の基幹系で並行稼働を経験している」のほうが、企業名よりも伝わります。

判断に迷ったら、所属会社に確認してください。書いてよい範囲は会社と客先の契約によって違うので、一般論では決まりません。確認せずに書いて、選考の途中で取り下げることになるほうが損です。

担当工程で求人を絞り込めるのは、14社中2社だった

ここで、当サイトが掲載している転職サービス14社を調べた結果を出します。スキルシートで面積を取っている「担当工程」が、転職市場でどれくらい検索条件になっているかを確認しました。

サービス	工程での絞り込み	確認日
ギークリー	経験業務として6工程（要件定義／設計／構築・実装／テスト／保守・運用・監視／システム移行）。要件定義は17,665件	2026-08-28
ウィルオブテック	こだわり条件に「上流工程」1,993件と「裁量多め」1,724件	2026-08-28
マイナビ転職ITエージェント	職種区分に「製品開発(上流)・研究開発」があるが、これは職種であって工程の絞り込みではない	2026-08-27
上記以外の11社	工程を条件にした絞り込みを確認できず	—

数え方の注記を1つ。14社のうちユニゾンキャリアのように求人検索の機能を持たないサービスがあります。その社は「絞り込めない」に含めていますが、検索がないだけで、面談で工程の希望を伝えることはできます。この表は「自分で探せるか」を見たものです。

この結果が意味するのは単純です。「詳細設計と実装を5年やってきました」と書いても、それを条件に探している求人はほとんどありません。工程は、あなたが何をしてきたかを社内の言葉で説明する語彙であって、転職市場の共通語彙にはなっていません。共通語彙になっているのは職種のほうで、職種を9グループ・45区分以上に分けている社内SE転職ナビではCTO・EM・スクラムマスターまで別の区分になっています。工程ではなく役割で書くほうが、探されている語に近づきます。

IT人材のタスクを体系化する取り組みとして、IPA（情報処理推進機構）の「iコンピテンシ・ディクショナリ」があります。タスクを3階層と評価項目の計4階層で整理したもので、共通語彙をつくろうという試みが公的にも続いてきたことが分かります。ただし、転職サービスの求人検索がその語彙で作られているわけではありません。実務では、この記事の表のとおり職種と技術で探すことになります。

「担当工程」を「役割」に書き換える

工程が検索条件にならないなら、何に書き換えるのか。役割と、決めたことです。「詳細設計」は工程の名前ですが、その中で自分が何を決めたかは、工程名からは分かりません。

書き換えの型は3つの問いです。①その工程で、自分は何を決める立場だったか。②決めるときに何と何を比べたか。③決めた結果どうなったか。この3つに答えられれば、工程名を書かなくても、何をしてきた人かが伝わります。

スキルシートの記述	書き換えた記述
担当工程：詳細設計・実装・単体テスト	会員登録まわりの詳細設計と実装を担当。既存のバッチ連携を残すか作り直すかを検討し、移行期間を短くするため残す方を選択。単体テストまで実施
担当工程：保守・運用	稼働中システムの障害一次対応と改修を担当。再発した障害を分類し、上位3件に絞って恒久対策を提案。対応件数は月平均で約2割減
担当工程：テスト	結合テストの設計と実施。観点表が属人化していたためテンプレート化し、次の案件でも使える形にした

右側は長くなりますが、書ける案件だけ書けば足ります。全部の案件でこれをやると2枚に収まりません。次の章で、どれを書いてどれをまとめるかを決めます。

「決めた立場ではなかった」という場合もあります。指示された通りに実装しただけ、という案件は実際にあります。そこは無理に役割を大きく書かないでください。面接で聞かれたときに答えられないと、書類全体の信頼が落ちます。決めていない案件は、次の章の「まとめる側」に回します。

案件を並べるのをやめて、経験を束ねる

スキルシートは案件ごとのブロックでできています。職務経歴書でそれをそのまま並べると、10案件で10ブロックになります。並べる単位を「案件」から「経験のまとまり」へ変えます。

やり方は2段構えです。詳しく書く案件を2〜3件だけ選び、残りは表で1行ずつにまとめます。選ぶ基準は次の3つです。

• 応募先の技術スタックに近いもの。応募先ごとに入れ替えます。1つの職務経歴書を使い回す前提を捨てると、ここが効きます
• 自分が何かを決めたもの。前の章の3つの問いに答えられる案件です
• 直近のもの。5年前の経験より、去年の経験のほうが読まれます

残りの案件は、期間・業界・規模・使用技術の4項目だけの表にします。捨てるのではなく、密度を下げます。「この人は金融と流通を行き来してきたのか」という全体像は、この表が担います。

短期の案件が多い場合の書き方も決めておきます。3か月の案件が並ぶと、それだけで落ち着かない印象になります。案件ではなく所属会社を単位にして、その中に案件を入れ子にします。「株式会社◯◯（2021年4月〜現在）」の下に案件が並ぶ形なら、在籍は連続していることが一目で分かります。

使用技術は一覧にしない。深さが分かる形にする

スキルシートの使用技術欄は、案件で触れたものが横並びになります。5年ぶんためると20個も30個も並びます。並んでいる数が多いほど、1つあたりの信頼度は下がります。読む側は「本当に全部使えるのか」を確かめられないからです。

解決策は、1つの一覧を、深さで3つに割ることです。

• 設計から任せられるもの — 構成を自分で決めた経験がある技術。ここに書いたものは面接で深く聞かれます
• 実装できるもの — 指示された設計のもとで書いた経験がある技術
• 触れたことがあるもの — 環境として存在した、読んだことがある、という程度のもの

3つ目を書くかどうかは迷うところですが、書いたほうが誠実です。触れたことがあるだけの技術を1つ目に混ぜるより、正直に3段に分けるほうが、1つ目の信頼度が上がります。

年数を書くかどうかも決めておきます。「Java 5年」は、5年間ずっとJavaを書いていたのか、5年間のうちJavaの案件があったのかで意味が変わります。期間ではなく、何を作ったかで書くほうが誤解が減ります。年数を書くなら、その中身も1行添えてください。

なお、応募先が使っている技術は求人票から読み取れます。レバテックキャリアは求人票に開発環境（言語・OS・DB・クラウド）を記載しています（2026年8月25日確認）。先に応募先の技術が分かれば、3段のどこに何を置くかを応募先ごとに調整できます。

公的機関の指針 — 決まった様式はなく、2枚が目安

職務経歴書の書式については、公的機関の資料があります。東京労働局の求職者向け資料は、職務経歴書に「これといった決まったものはありません」と書いています。編年体形式とキャリア形式を組み合わせた折衷スタイルや、独自のスタイルを作ることを勧めています。

枚数については、同じ資料が「2枚が限度です。3枚以上はまとめる能力を疑われます」と書いています。神奈川労働局の資料も「A4サイズ2枚まで」としており、「情報をまとめる力も見られている」と説明しています。

スキルシートをそのまま出すと、この2枚を超えます。前の章で「詳しく書く案件を2〜3件に絞る」と書いたのは、この制約から逆算しています。まとめる作業そのものが見られている、と考えると納得しやすいと思います。

記載項目についても、東京労働局の資料は希望職種・知識経験要約・職務経歴・学歴・資格・セールスポイントを挙げています。このうちエンジニアの書類で効くのは「知識経験要約」です。1枚目の冒頭に3〜5行で置くと、読む側は残りを目的を持って読めます。スキルシートには無い項目なので、追加してください。

「エージェントが添削してくれる」は当てにしない

書類は転職エージェントが直してくれる、と考えている人は多いと思います。ここも14社で確認しました。書類添削を利用の流れとして公式サイトに明記しているのは、14社中1社でした。

明記していたのはユニゾンキャリアで、利用の流れを「Web面談 → 求人紹介 → 書類添削 → 面接対策 → 内定・年収交渉 → 入社前・入社後フォロー」の6段階として公開しています（2026年8月27日確認）。サービス側の段階とは別に、転職そのものの工程はITエンジニアの転職の進め方で7つに分けています。

誤解のないように書いておくと、これは「他の13社は添削しない」という意味ではありません。実際には面談の中で見てもらえることが多いはずです。分かるのは、公式サイトの記載から事前に確認できるのは1社だけということです。

実務上の意味はこうです。面談の場に、直してもらう前提の書類を持っていかない。初回面談で見られるのは書類だけです。そこで「まだ整理できていません」となると、紹介される求人がその印象から始まります。この記事の手順で自分で一度組み立ててから、面談で削ってもらうほうが順番として自然です。

スキルシートから職務経歴書へ — 5つの手順

ここまでを手順にまとめます。既存のスキルシートがあれば、新しく書き起こす必要はありません。上から順に作業してください。

1. 出せない情報を置き換える。企業名・システム名・本番環境の情報を、規模と性質の記述に変えます。所属会社に確認が要る場合はここで確認します
2. 詳しく書く案件を2〜3件選ぶ。応募先の技術に近い／自分が何かを決めた／直近、の3つで選びます
3. 選んだ案件を、役割・判断・結果の3点で書き直す。工程名は残してよいですが、それだけで終わらせません
4. 残りの案件を1行の表にする。期間・業界・規模・使用技術の4項目です
5. 1枚目の冒頭に知識経験要約を3〜5行で置く。スキルシートには無い項目なので、最後に足します

手順2と3が作業時間のほとんどを占めます。1件あたり20〜30分は見てください。手順1と4と5は、既にある情報を移すだけなので早く終わります。

応募先が複数あるなら、手順2だけを応募先ごとにやり直します。手順3で書いた案件の記述は資産として残るので、2社目からは選び直すだけになります。手順5で足す知識経験要約の書き方と、2枚に収まらないときに削る順番は、職務経歴書を14社の職種区分から逆算して書く手順で扱っています。

やりがちな書き方と、その直し方

スキルシートから書き換えるときに起きやすいものを4つ挙げます。どれも、書いている本人には気づきにくい種類です。

主語が「チーム」のまま

「チームで◯◯を実現しました」という書き方は、スキルシートの文体をそのまま持ち込むと出てきます。読む側が知りたいのは、そのチームの中であなたが何をしたかです。チームの成果を書いたら、その次の行に自分の担当範囲を書いてください。

数字が「規模」だけになっている

「50名規模のプロジェクト」は案件の大きさであって、自分の成果ではありません。自分が動かした数字を1つでも入れます。対応件数、処理時間、リリース頻度、テストの観点数。小さくてもかまいません。手元で数えられる数字のほうが、面接で説明できます。

技術名だけが増えていく

触れた技術を足していくと一覧が長くなります。前の章の3段に分けてください。長い一覧は、書いた側の労力に反して読まれません。

現職の不満が理由として書かれている

「上流工程に関われないため」という書き方は事実であっても、読む側からは環境のせいにしているように見えます。やりたいことを、してきたことの延長として書きます。「詳細設計で◯◯を判断してきたので、その前段から関わりたい」なら、書類の中身と地続きになります。

この書き換えが向かない人・効かないケース

この記事の手順が役に立たない場合もあります。当てはまるなら、書類より先に別のことをしたほうが早いです。

• 実務経験がまだ無い人。スキルシートに書ける案件が無いなら、書き換える素材がありません。この記事ではなく、公開できる成果物を作る話になります
• フリーランスとして案件を探している人。エージェント経由の案件選定では、スキルシートのままのほうが読まれます。この記事は正社員転職に限った話です
• 同じ会社で長く1つの製品を作ってきた人。案件が並ぶ構造ではないので、そもそもスキルシートを使っていないはずです。この記事の手順3だけを参考にしてください
• すでに応募先が決まっていて、締切が明日の人。手順1と5だけやって出してください。手順2と3は時間がかかります
• 書類ではなく面接で落ちている人。書類が通っているなら、書き換えても状況は変わりません

逆に、いちばん効くのは「SESや客先常駐で3年以上働いていて、自社開発に移りたい人」です。素材はそろっていて、並べ方だけが案件向けになっている状態だからです。

14社の集計は、当サイトが各サービスの公式サイトを確認して作成した記事データベースにもとづきます。各社の確認日は、転職サービス一覧の各ページに「最終確認日」として掲載しています。

よくある質問

スキルシートを職務経歴書として提出してもよいですか

提出はできますが、枚数と内容の両面で不利になりやすいです。公的機関の資料はA4で2枚を目安としており、案件数ぶん増えるスキルシートは超えやすくなります。内容の面では、役割と判断が書かれていないため、読む側が知りたいことが埋まりません。この記事の手順1と5だけでも先に済ませてください。

案件数が20件を超えます。全部書くべきですか

全部は書きません。詳しく書くのは2〜3件で、残りは1行の表にします。件数が多いこと自体は、業界や規模の幅として表で伝わります。20ブロックを並べると、読む側が要約しながら読むことになります。

客先の企業名は書いてよいのでしょうか

所属会社と客先の契約によります。一般論では決められないので、所属会社に確認してください。確認が取れない場合は、企業名を出さず「金融（銀行）の基幹システム」のように業界と性質で書きます。この置き換えで伝わる情報はほとんど減りません。

担当工程は書かないほうがよいですか

書いてかまいません。工程名だけで終わらせないでください、というのがこの記事の主旨です。工程は経歴の見出しとして機能します。その下に、役割・判断・結果の3点を足してください。求人検索の条件として工程を持っているのは14社中2社でしたが、面接では工程の言葉が通じます。

上流工程の経験がありません。それでも転職できますか

できるかどうかは求人によりますが、書類の書き方としては「決めたこと」を探すのが先です。詳細設計や実装の中にも、比べて選んだ場面はあります。上流という言葉を使わずに、判断の経験を書いてください。上流工程を条件にした求人を自分で探したい場合は、こだわり条件として持っているウィルオブテックや、工程で絞り込めるギークリーで件数を確認できます。

書き換えにどれくらい時間がかかりますか

手順3が1件あたり20〜30分なので、2〜3件で1〜1時間半が目安です。手順1・4・5は既にある情報を移すだけなので、あわせて1時間ほどです。応募先が複数ある場合、2社目からは手順2の選び直しだけで済みます。

まとめ

• スキルシートと職務経歴書は、読む人と判断することが違う。形式ではなく宛先を変える
• スキルシートで抜けるのは「何を決めたか」「なぜそうしたか」「その後どうなったか」の3つ
• 企業名・システム名は規模と性質に置き換える。迷ったら所属会社に確認する
• 担当工程で求人を絞り込めるのは14社中2社（当サイト調べ・n=14・2026年8月確認）。工程は転職市場の共通語彙になっていない
• 工程は役割・判断・結果の3点に書き換える。決めていない案件は無理に大きく書かない
• 詳しく書くのは2〜3件だけ。残りは1行の表にする。A4で2枚が目安
• 書類添削を利用の流れに明記しているのは14社中1社。直してもらう前提の書類を面談に持っていかない

関連記事

• ギークリーの特徴と向かない人 — 要件定義から保守・運用まで6工程で絞り込める
• ウィルオブテックの特徴と向かない人 — 「上流工程」と「裁量多め」がこだわり条件にある

次に読む

ユニゾンキャリアの特徴と向かない人｜書類添削を含む6段階の流れと、求人検索を持たないことの意味を、対応エリア・対象年齢とあわせて整理しています。

出典

• 東京労働局「職務経歴書の書き方」（様式・枚数・記載項目／2026年9月1日確認）
• IPA「iコンピテンシ・ディクショナリ（iCD）」（タスクの4階層構造／2026年9月1日確認）
• ギークリー（求人検索の経験業務6工程・要件定義17,665件／2026年8月28日確認）
• ウィルオブテック（こだわり条件「上流工程」1,993件／2026年8月28日確認）
• ユニゾンキャリア（利用の流れ6段階・書類添削／2026年8月27日確認）