エンジニア情報は項目と更新契機を決めて保つ
AI時代のSES企業は、エンジニア情報をスキルシートの更新だけで終わらせず、技術の使用場面、AI利用経験、担当工程、成果、希望案件、稼働時期、更新日へ分けて継続更新します。
人材情報は一度完成させて保管する資料ではなく、案件へ提案できる現在の状態を示す業務情報です。
項目ごとに更新者と更新契機を決めることが、全保有人材の情報を営業で使い続ける基盤になります。
この記事ではスキルシート一枚の書き方や添付ファイル管理を繰り返さず、SES企業が所属・保有人材の情報を継続更新する運用設計へ範囲を絞ります。
人材情報が古いとAI案件へ提案できない
人材情報が古いと、現在対応できるスキルと希望条件を案件要件へ結び付けられません。
検索結果に人材が出ても、本人確認を最初からやり直すため提案準備が止まります。
直近の担当工程が反映されない
スキルシートの最終案件が参画開始時点の記載で止まると、その後に担当した設計、実装、評価、運用などの経験が検索対象へ入りません。
案件名と技術名が残っていても、本人の担当範囲が更新されていなければ提案根拠として使いにくくなります。
AI利用経験がツール名だけになる
AIツールを使った事実だけを追加しても、業務目的、入力、出力、検証、本人の責任範囲が分かりません。
利用経験を技術名だけで更新しないで、どの作業で何を担ったかまで本人へ確認します。
希望案件と稼働時期が変わる
担当したい工程、働き方、勤務地、稼働開始時期、希望条件は、案件終了や本人の状況変化に合わせて変わります。
過去の希望を現在の意思として提案すると、候補が見つかった後に調整をやり直すことになります。
AI時代に営業が人材情報の更新を担う理由は、次の記事でも整理しています。
AI時代のSES営業に残る仕事｜AIに任せる仕事と人が担う仕事
公式資料はスキルを継続して捉える必要性を示す
公式資料は技術と役割の変化に合わせたスキル把握と育成を扱っており、過去の職種名だけで人材を固定的に捉える考え方ではありません。
SES企業ではこの方向性を、自社の人材情報を更新する項目と運用へ具体化します。
IPAのDX動向は、AI・生成AIの利活用だけでなく、DXを推進する人材の量と質、人材獲得・育成の課題を調査対象にしています。
2026年7月公表の調査ポイントでも、AIの導入・運用課題とDX人材のスキル把握状況が分析されています。
これらのIPA資料はSES人材台帳の標準項目を定めるものではないため、自社の案件と提案業務へ置き換える必要があります。
更新する人材情報を同じ粒度でそろえる
更新対象は、識別情報、技術経験、AI利用経験、担当工程、成果、希望条件、稼働状況、更新履歴へ分けます。
項目名だけでなく、誰が確認した事実かと確認日も残してください。
| 更新区分 | 記録する内容 | 確認する相手 |
|---|---|---|
| 識別情報 | 人材ID、所属、社内担当 | 営業・管理担当 |
| 技術経験 | 技術名、使用場面、経験区分 | エンジニア本人 |
| AI利用経験 | 目的、入力、作業、出力、検証 | エンジニア本人 |
| 担当工程 | 実際に担った工程と作成物 | エンジニア本人 |
| 役割 | 責任範囲、レビュー、調整内容 | エンジニア本人 |
| 成果 | 本人が説明できる完了内容や改善 | エンジニア本人 |
| 希望案件 | 業務、工程、技術、避けたい条件 | エンジニア本人 |
| 稼働条件 | 開始時期、勤務地、勤務形態 | 本人・営業 |
| 取引条件 | 希望単価、商流、提案可能範囲 | 本人・営業 |
| 更新履歴 | 更新日、更新者、情報源、状態 | 更新担当 |
技術は使用場面まで更新する
言語、クラウド、データ基盤、AIツールなどの名称だけでなく、どの案件の何の作業で使ったかを記録します。
実務、社内検証、研修、自己学習を分けると、案件の必須条件へ誤って当てはめることを避けられます。
AI利用経験は検証まで更新する
AIの利用目的、本人が作った入力、得られた出力、結果をどう確認したか、どこを本人が判断したかを記録します。
機密情報の具体名は残さず、経験の内容を提案先へ説明できる範囲へ整えます。
希望と稼働は別項目にする
希望する案件や工程と、実際に稼働できる時期や勤務条件は別の項目です。
希望が一致していても稼働条件が合わない場合があるため、同じ自由記述欄へまとめません。
スキルシート内の経験を確認する方法は、次の記事で解説しています。
更新は固定日だけでなく業務の変化を契機にする
更新頻度を一律の日数だけで決めず、経験や希望が変わる業務上の更新契機を定めます。
定期確認は更新漏れを探す機会として残し、変化が起きた時点の更新を優先してください。
| 更新契機 | 見直す項目 | 更新完了の状態 |
|---|---|---|
| 案件へ参画した | 業務、技術、工程、役割 | 予定と本人の担当を区別した |
| 担当範囲が変わった | 工程、作業、成果物 | 変更日と新しい範囲を記録した |
| 案件が終了した | 経歴、成果、稼働時期 | 本人確認済みの実績へ更新した |
| 学習や社内検証を行った | 経験区分、作成物、検証 | 実務経験と区別した |
| 希望が変わった | 希望案件、工程、勤務条件 | 現在の希望と確認日を記録した |
| 提案や面談で差分が出た | 不足項目、希望、説明内容 | 本人へ差分を戻した |
| 稼働予定が変わった | 開始時期、提案可否、状態 | 営業管理と一致させた |
案件開始時は予定と実績を分ける
参画時点では担当予定を記録し、実際に担当した経験として確定しません。
担当範囲が決まった後に本人へ確認し、予定から実績へ状態を変更します。
案件終了時は経験と希望を同時に聞く
案件終了時は担当工程と成果だけでなく、次に希望する案件、稼働開始時期、勤務条件も確認します。
経歴の更新と次の提案準備を同じ機会に行うと、別々の古い日付が残る状態を避けられます。
提案後の差分を元情報へ戻す
提案や面談で本人の説明と登録情報に差が見つかった場合は、その案件だけのメモで終わらせません。
本人が事実を確認した内容を人材の元情報へ反映し、次の案件でも使える状態にします。
項目ごとに更新者と確定者を分ける
全保有人材の更新を続けるには、本人、営業担当、営業責任者、情報管理担当の役割を項目ごとに分けます。
一人が全項目を判断するのではなく、事実を持つ人が確認し、業務上の状態を持つ人が更新します。
| 役割 | 主に更新・確認する内容 | 行わないこと |
|---|---|---|
| エンジニア本人 | 経験、工程、役割、成果、希望 | 未経験を実務経験として追加しない |
| 営業担当 | 稼働、提案、面談、取引条件、確認日 | 本人の経験を推測で補わない |
| 営業責任者 | 項目定義、確認手順、例外判断 | 全員分を一人で更新しない |
| 情報管理担当 | 閲覧・編集権限、保管方針 | 営業判断や技術評価を代行しない |
更新者は情報源を残す
本人面談、案件終了報告、営業メールなど、更新に使った情報源を記録します。
伝聞と本人確認済みの内容を同じ状態にしないことが事実管理の基本です。
確定者は項目ごとに変える
技術経験は本人、提案状況は営業、公開範囲は責任者というように、確定できる人は項目で異なります。
更新者と確定者が異なる場合は、確認待ちの状態を残します。
確認テンプレートで変更点だけを聞く
更新面談では全項目を毎回読み上げず、前回確認後に変わった内容と現在の希望を中心に聞きます。
変更がない項目も、確認日を更新した事実と内容の変更を区別してください。
人材ID：［社内で用いる識別子］
前回確認日：［確認済みの日付］
今回の更新契機：［案件終了・担当変更・希望変更など］
追加・変更した技術：［名称と使用場面］
AI利用経験：［目的・作業・出力・検証・経験区分］
担当工程と役割：［本人が実際に担った範囲］
成果：［本人が説明できる完了内容］
希望案件：［業務・工程・技術］
稼働時期：［現在の予定と確認状態］
勤務地・勤務形態：［現在の希望］
取引条件：［本人と営業が確認した範囲］
確認中の項目：［確認先と次に確認する契機］
更新者：［社内担当］
本人確認：［済・確認中］
前回値と変更後の値を分けて残すと、誰が何を更新したかを追跡できます。
古い情報は削除せず状態を変える
古い情報は現在の候補から外しても、経歴や更新履歴まで直ちに削除する必要はありません。
現在有効、本人確認中、再確認が必要、提案対象外などの状態を分けます。
更新日と確認状態をセットにする
更新日だけでは、内容を本人へ確認したのか、ファイルを保存し直しただけなのかが分かりません。
更新者、情報源、本人確認の状態を並べて記録します。
提案対象外の理由を残す
参画中、本人希望、情報の古さ、取引条件など、現在提案しない理由を残します。
理由が解消したときに再確認できるよう、削除と対象外を同じ扱いにしないでください。
案件・人材を候補へ出す期間を管理する設計は、次の記事で確認できます。
全保有人材の更新は動いている対象から始める
全保有人材の過去経歴を一斉に完成させるのではなく、現在提案可能な人材と状況が変わった人材から更新を始めます。
対象範囲、必須項目、担当者を先に決めると、更新作業だけが長期化することを避けられます。
最初の対象を明確にする
現在提案できる人材、稼働終了が近い人材、希望変更があった人材など、自社が営業で使う対象を定義します。
対象外の人材も削除せず、対象外の理由と再確認する契機を残します。
必須項目から更新する
技術の使用場面、担当工程、希望案件、稼働時期、更新日など、候補検索と本人確認へ使う項目を先にそろえます。
補足情報をすべて埋めることより、営業担当の方が現在の状態を説明できることを優先します。
Dot Linkは人材情報の構造化と照合を支援する
Dot Linkは受信した人材メールと案件メールを構造化し、スキル、商流、単価、稼働時期、勤務地などの検索と候補照合を支援します。
表記の異なる情報を項目として探せる形にすることで、営業担当の方が本人へ確認する候補を見つけやすくします。
一方で、本人の経験や希望を自動で作成したり、更新内容を本人確認済みとして確定したりする機能ではありません。
構造化と本人確認を分けることで、検索へ使える情報と現在の事実を合わせて管理できます。
スキルシートのファイル形式や共有方法を扱う記事は、次を参照してください。
スキルシートの管理・共有を効率化する方法｜添付19,663件の形式分布
AI時代の人材情報は更新できる運用が重要になる
AI時代のSES企業は、技術名だけでなく、使用場面、AI利用経験、担当工程、検証、成果、希望案件、稼働時期を継続更新します。
更新日、更新者、情報源、本人確認の状態を残し、固定日だけでなく案件終了や希望変更などの契機で見直してください。
更新責任を本人、営業、責任者で分けると、全保有人材の情報を営業担当の記憶だけに置かず運用できます。
受信した人材情報を構造化し、現在の条件で案件と照合しやすくしたい場合はDot Linkを試せます。
AIマッチングを見てみる
無料登録してマッチングを確認する →よくある質問
組織で人材情報を更新するときに迷いやすい確認日、AI経験、提案後の差分を整理します。
本人の情報に変更がない場合も更新日を変えますか？
変更日と確認日を別に持ち、内容に変更がなくても本人へ確認した日を記録してください。
更新日だけを上書きすると、どの項目が変わったのか、単に確認しただけなのかを後から判断できません。
前回値、変更の有無、確認した項目、本人確認日、確認者を残します。
稼働時期や希望案件など変わりやすい項目だけを再確認した場合は、全項目を最新とせず、項目ごとの確認状態が分かるようにしてください。
次に確認する契機も合わせて決めます。
AI利用経験はどの時点で人材情報へ追加しますか？
本人が利用目的、担当作業、出力、検証方法、経験区分を説明できる時点で追加します。
案件での実務、社内検証、研修、自己学習は同じ経験としてまとめず、それぞれの事実を区別してください。
ツールへ触れたことだけを実務経験として登録すると、案件要件と照合した際に担当範囲を誤って伝える可能性があります。
利用した顧客情報や機密データの具体名は残さず、提案に必要な経験の内容へ限定します。
登録後は本人が内容を見直せる状態にしてください。
提案や面談で新しい経験が分かったらどう更新しますか？
その案件の提案メモだけに残さず、本人へ事実を確認して人材の元情報へ反映してください。
どの説明から差分が見つかったか、本人が確認した内容、更新者、更新日を記録します。
案件に合わせて表現を変えただけなら経験の事実まで変更せず、提案文と人材情報を分けます。
希望条件や稼働時期も同時に変わった場合は、それぞれの確認状態を更新し、次の案件検索で古い値を使わないようにします。
修正前の値と情報源も履歴へ残してください。
参照リンク
AI活用とスキルベースの人材把握に関する公式情報として、次のページを参照しました。
IPA「DX動向2025」 — AI・生成AIの利活用とDXを推進する人材の量・質、獲得・育成に関する調査の構成を確認できます。
IPA「国内企業のDX動向・AI活用動向のポイント」 — AIの導入・運用課題とDX人材のスキル把握を含む調査概要を確認できます。
