人材業界の経験をスキルシートで伝える書き方｜事業・利用者・業務・工程をそろえる

人材業界の経験をスキルシートで伝えるときは、事業の種類、利用者、対象の業務、担当した工程の4点をそろえて書くのが基本です。「人材系Webサービスの開発」だけでは、発注側はどの案件に合うかを判断できません。「職業紹介会社の社内システム、キャリアアドバイザー向けの選考管理、基本設計から結合テストを担当」まで書くと、経験の中身が伝わります。

同時に、人材業界の経歴は、サービス名や規模の数字を書くだけで発注元が推測されやすく、マッチングの仕組みのように秘密にあたりやすい情報も多い分野です。この記事では、4点のそろえ方、書かない情報の線引き、記入例を紹介します。スキルシート全体の構成はスキルシートの基本、守秘義務の一般的な考え方はスキルシートに書いてよいこと・いけないことで扱っているので、ここでは人材業界の経験に固有の書き方に絞ります。

要約の1行目で「事業」と「業務」を示す

冒頭の要約では、人材業界の経験の軸を1行で示します。人材業界の案件は、紹介・派遣・求人メディア・HRテックのどれを支えるかで求められる経験が大きく違うため、事業と業務を先に書くと、読み手がすぐに案件と照らし合わせられます。事業ごとの案件の違いは人材業界のIT案件の記事で説明しています。

• 軸の事業と業務（例：人材派遣会社の基幹システム、勤怠と給与計算の改修）
• 立場と工程（例：要件定義から総合テストまで、後半は4名のチームのリーダー）
• ほかに対応できる領域や技術（例：求人検索の改善、PythonとSQLでのデータ集計）

複数の事業を経験している場合は、年数の長い順ではなく、次に入りたい案件に近い順に並べると判断しやすくなります。

プロジェクト欄は4点をそろえる

プロジェクトごとの欄では、使用技術に加えて次の4点を書きます。

利用者の欄は、人材業界ならではの項目です。求職者と企業、派遣なら派遣元・派遣先・派遣労働者と、立場の違う利用者がいるため、誰向けの機能を作ったかで経験の意味が変わります。

業務の欄は、職業紹介、労働者派遣、求人広告（募集情報等提供）のどの事業の、どの段階に関わったかを入口にすると書きやすくなります。そのうえで「派遣の中の勤怠の締めと給与への連携」のように一段細かくすると、深さが伝わります。業務の流れは人材業界の業務知識の記事で整理しています。

法令に関わる改修は「何に対応したか」を一般的な言葉で書く

人材業界では、法改正に合わせた改修が経験の大きな部分を占めることがあります。たとえば職業安定法は2022年10月1日に改正が施行され、求人等に関する情報の的確な表示や、求職者の個人情報を集めるときの目的の明示などのルールが整えられました（厚生労働省のリーフレットによる）。こうした改修に関わった場合は、次のように書くと、制度を理解して開発できることが伝わります。

• 求人情報の時点の表示と、募集終了時の掲載終了の仕組みの改修
• 会員登録時の個人情報の利用目的の表示の見直し
• 派遣労働者ごとの管理台帳に記載する項目の追加と、保存の仕組みの見直し

労働者派遣法は、派遣元・派遣先の双方に管理台帳の作成と3年間の保存を求めています（第37条・第42条）。こうした法令上の仕組みの名前は一般的なものなので、書いても発注元の特定にはつながりにくい情報です。

規模は「人数・期間・自分の範囲」で示す

全体の規模より、自分のチームの人数と立場、担当した範囲を書きます。会員数、求人の掲載件数、登録しているスタッフの数、月間の応募数などの実数は書きません。こうした数字は事業の重要な情報で、公表された数字と組み合わさると発注元の推測にもつながります。「大量の求人データの取り込み」「多数の企業が使う管理画面」のような相対的な表現で十分に伝わります。

人材業界の経歴で書かない情報

特に注意したいのは、マッチングの仕組みです。どの条件で誰に何を見せるかは、事業の強みそのものであることが多く、秘密として扱われていることがあります。「どんな改善をしたか」は書いても、「どう計算しているか」は書かず、詳しくは面談で、話してよい範囲で口頭で説明します。

もう一つは、扱った個人情報そのものです。開発やテストの途中で見た求職者の経歴や企業の求人の内容を、事例として書くことは避けてください。人材業界で守るルールそのものは人材業界の規制の記事をご覧ください。

契約で秘密とされた範囲を書かないことが基準になります。参画した案件の業務委託契約や秘密保持契約で、経歴への記載について定めがある場合は、その定めに従ってください。

プロジェクト欄の記入例

以下は書き方を示すための例で、実在の案件や実績ではありません。

例1：派遣会社の勤怠・給与の改修

期間：20XX年〜20XX年（1年3か月）
案件概要：中規模の人材派遣会社の基幹システムの改修
規模・立場：改修チーム5名（自分は勤怠と給与の連携部分の設計と実装、後半はサブリーダー）
利用者：社内の給与担当、派遣先の勤怠承認者
対象の業務：派遣先での勤怠の承認、月の締め、給与計算への連携
担当した工程：現行調査、基本設計、詳細設計、実装、新旧の計算結果の比較
使用技術：Java、SQL、バッチ処理
工夫・成果：勤怠の修正が締めの後に入った場合の扱いを業務部門と整理し、再計算の手順を設計書に明文化した

例2：求人メディアの掲載管理の改修

期間：20XX年〜20XX年（10か月）
案件概要：求人メディアの企業向け管理画面の改修
規模・立場：開発チーム7名（自分は掲載の管理機能の担当）
利用者：求人を掲載する企業の担当者
対象の業務：求人原稿の登録と変更、掲載の開始と終了
担当した工程：詳細設計、実装、結合テスト
使用技術：TypeScript、React、Go、PostgreSQL
工夫・成果：求人情報の更新日時を画面に表示し、募集を終了した求人の掲載を止める操作を分かりやすくした

どちらの例も、会社名、サービス名、件数、計算方法は書いていません。それでも、事業・利用者・業務・工程と工夫が書かれていれば、どの案件に合うかは読み手に伝わります。

面談で深掘りされやすい点

人材業界の案件で聞かれやすいのは、次のような点です。面談全般の準備は面談でよく聞かれる質問の記事で扱っています。

1. 担当した業務の例外（辞退、条件の変更、契約の途中終了、勤怠の修正）にどう対応したか
2. 立場の違う利用者ごとに、見せてよい情報をどう分けたか
3. 個人情報を扱う環境で、どんな決まりに沿って作業したか
4. 法改正の対応で、要件の背景をどう確かめたか

2つ目と3つ目は、人材業界ならではの問いです。権限の設計や作業の決まりに沿って進めた経験は、そのまま次の案件での安心材料になります。

よくある質問

サービス名を書かないと、経験の大きさが伝わらないのではありませんか？

事業の種類と規模の目安、自分のチームの人数と範囲、担当した工程を書けば、経験の大きさは十分に伝わります。発注側が知りたいのはサービス名より、どの事業のどの業務を、どの立場で担ったかです。

自社サービスとして公開されている機能なら、詳しく書いてもよいですか？

画面で誰でも見られる機能の名前や見た目は、比較的書きやすい情報です。ただ、その裏の仕組み、たとえば推薦の条件や計算方法は、公開されていても秘密として扱われていることがあります。公開されているのが「何ができるか」までなのかを分けて考え、契約の定めに従ってください。

人材業界以外の経験と、どう組み合わせて書けばよいですか？

求人メディアの経験はWebサービスの開発として、派遣の給与計算の経験は業務システムの開発として、ほかの業界の案件でも生きます。業界に固有の部分（利用者の立場、法令に関わる仕様）と、業界をまたいで使える部分（技術、工程、設計の考え方）を書き分けると、応募できる案件の幅が広がります。