DX人材スキルマップの作り方｜DSSの参照・評価根拠と育成へのつなぎ方

DX人材のスキルマップは、業務に必要な能力と、確認できた経験・成果物を対応付け、育成や配置の検討に使う表です。IPAのデジタルスキル標準（DSS）を参照するときも、公式の役割区分と、自社で設計する評価項目・水準を分けます。版の確認から項目づくり、根拠確認、更新と育成への接続までを整理します。

DSSの参照範囲：公式の類型と自社の職務・評価を区別する

IPAの2026年4月16日の発表は、デジタルスキル標準ver.2.0の公開を案内しています。DSSは、全てのビジネスパーソンに向けたDXリテラシー標準（DSS-L）と、DXを推進する人材の役割・スキルを定義するDX推進スキル標準（DSS-P）で構成されます。専門職だけに全項目を任せるのではなく、対象者が担う仕事に合わせて参照する範囲を決めます。

IPAのDSS-P概要は、主な役割をビジネスアーキテクト、デザイナー、データサイエンティスト、データマネジメント、ソフトウェアエンジニア、サイバーセキュリティの六類型に区分しています。また、類型間の協働・連携を重視しています。この区分を、社員全員を一つの職種へ固定する分類や、上下関係を決める表として使わないことが大切です。

六つの人材類型と、自社が「分析」「設計」などにまとめた独自のスキル領域は別です。名称の数が同じでも、内容が公式標準と一致するとは限りません。自社の表には、参照した標準の項目と、自社で追加・変更した内容を別欄で残します。評価の段階や合格条件も、自社の仕事と確認方法に合わせた設計として明示します。

版・取得日と、変更した項目を残す

2026年11月6日に確認した資料ダウンロードページは、最新版としてver.2.0を掲載し、2026年10月30日に全体版・分冊版の誤記を修正したと案内しています。版番号だけでなく取得日と参照箇所を記録し、更新時には自社項目への影響を確認します。公式資料を参照したことだけで、自社の評価制度全体が検証されたとは扱いません。

最初に、育成、担当者探し、採用時の確認、人事評価のどれに使うかを決めます。目的によって必要な項目、本人への説明、確認者、閲覧者が変わるため、同じ表を無条件に兼用しません。現場の職務担当者と人材育成の担当者が、対象業務と必要な能力の対応を確認してから、記入する人へ説明する進め方を提案します。

項目と水準の設計：仕事の条件と確認できる行動へ落とし込む

項目は「AIが使える」「分析力が高い」のような名称だけで終えず、どの入力を使い、何を完了できればよいかを書きます。例えば資料から報告を作る仕事なら、参照資料の版と適用範囲を確認し、根拠を示し、不明な値を保留し、確認者へ引き渡すまでを対象にできます。以下はその設計を話し合うための本稿の例で、DSSの公式評価票ではありません。

記録する欄	内容の例
対象の仕事	指定の資料から報告の下書きを作り、担当者の確認へ渡す
条件と担当範囲	資料の所在、利用可能な情報、必要な支援と判断の境界
確認する行動	版と根拠の照合、不明点の保留、訂正内容の反映
確認の根拠	成果物と更新履歴、対象期間、確認者の記録
現在の状態	未確認、支援を受けて実施、合意した範囲を完了など
次の支援	練習する仕事、支援者、再確認する条件

知識を説明できること、支援を受けて実行できること、自分の担当範囲を完了できることは、別の確認です。自社で段階を設けるなら、各段階の仕事、支援の有無、成果物と例外対応を具体化します。資格や研修の記録は参考になりますが、特定の仕事の経験と同一ではありません。試験の点数だけで全職務の実践能力を判断しない設計にします。

IBMの中国語によるAIスキルギャップの解説も、必要な能力と現在の能力の差を扱い、技術だけでなく、利用場面での判断や管理の能力を区別しています。本稿では、AIの出力を確認する、専門家へ引き継ぐといった行動を、担当する業務へ対応付けて検討します。海外の一般解説を日本の資格制度や人事評価の要件へ置き換えるものではありません。

項目の数は、判断と更新に必要な範囲から決める

全社の仕事を一つの細かい表で網羅しようとする前に、対象の職務と、今決めたい育成・配置の課題を絞ります。項目を追加する際は、誰が根拠を確認し、いつ更新するかも決めます。全員が同じ専門性を持つ前提を置かず、共通して確認する項目と、職務ごとに必要な項目を分けます。人数や項目数による共通の運用開始基準は設けません。

評価と根拠の確認：自己申告・未確認・業務実績を分ける

自己申告を集めるときは、対象期間と仕事、記入する状態の意味、根拠を添える方法を伝えます。空欄を能力がないという意味へ自動変換せず、未回答、未経験、確認待ち、対象外を区別します。実務の機会がなかったことと、実施して要件を満たせなかったことも分けます。本人と確認者が、同じ仕事と条件を見ているかを確かめることが出発点です。

確認者は、成果物、作業記録、本人が担当した範囲、受けた支援を照合します。チームの成果物がある場合にも、その全体を本人一人の能力の証拠にしません。AIを利用した成果物では、出力の作成、根拠の確認、訂正、最終的な受入のどこを本人が担当したかを残します。文章が整っていることと、業務の条件を理解して確認できることは別に扱います。

判断が違うときは、平均する前に条件を照合する

本人と上長の判断が違う場合は、数値を単純に平均せず、参照した期間、担当範囲、水準の定義、成果物を確認します。根拠が足りない場合は、その状態を残して追加確認の方法を決めます。本人が訂正や説明を求める窓口と、判断を見直した理由を残す手順も用意します。評価者間の違いが見えても、直ちに一方の能力や姿勢の問題と決めないようにします。

集計には対象者と基準日、確認済みの範囲、未確認の件数を添えます。順序を表す段階の差を、そのまま能力の量的な差として合計・平均できるとは置きません。複数の項目を総合判断に使うなら、項目の目的、重みや対象外の扱いを別に定め、個別の根拠へ戻って確認できるようにします。全社員を単一の総合点で並べることを、表を作る目的にはしません。

ツールへ設定する際の項目、水準、未回答、閲覧・編集権限や差戻しは、カオナビのスキルマップと評価運用の確認点も参考になります。ここで示すのは製品の採用を必須にする案内ではなく、業務上の定義をシステムの設定・確認へ対応付ける観点です。表が表示できることと、人の能力や処遇について妥当な判断ができることを区別します。

育成・更新と運用：ギャップを学習機会と再確認へつなぐ

現状と求める状態の違いが分かったら、学習する内容、実践する仕事、支援者、確認する成果物を決めます。すべての空欄を埋めることを目標にせず、事業上必要な仕事と本人の役割・希望、利用できる学習機会を照合します。研修の受講を計画した状態、受講した状態、業務で実施し確認できた状態は分けて記録します。点数が上がることだけを育成の完了にはしません。

担当業務の変更、案件の完了、利用技術の変更、資格期限や本人からの訂正依頼など、見直しが必要になる条件を決めます。全項目に同じ更新頻度を求める前に、情報が古くなる影響と確認負担を調べます。項目や水準を変更するときは、新旧の対応と適用日を残し、以前の記録を新しい定義で採点した結果のように扱わないようにします。

情報の取扱いと、表を更新する人を決める

本人、上長、育成担当、人事など、誰がどの項目を閲覧・編集するかを決めます。根拠資料に顧客情報や未公開の業務情報が含まれる場合は、必要な情報を使える方法を担当者と確認します。詳細な資料を無条件に全員へ共有せず、目的に応じた範囲へ絞ります。表の更新者、定義を変更する承認者、訂正の受付、退職・異動時のアクセス管理も運用に含めます。

表計算で始めるか、人材管理システムを使うかは、人数だけで決めません。入力・確認の経路、履歴、権限、他システムとの受渡しと総費用を比べます。AIを使って根拠を要約する場合も、元資料に戻れることと、候補を人が確認する経路を設けます。AIがスキルを推定したことだけで、保有能力、配置や処遇を自動確定する設計へ広げません。

renueの内製化支援は、業務標準化、運用手順・ナレッジ、チームの立ち上げと教育、ツール運用の引継ぎを公開案内しています。評価項目の更新、記録の確認と運用を社内で引き受けるための手順・担当・教育を整理する用途で相談できます。DSSの公式認定や人事判断の代行、全製品への標準接続を案内するものではありません。連携はAPI、権限、形式、セキュリティ条件を確認して範囲を合意します。

運用の評価では、記入率だけでなく、根拠確認の負担、訂正や確認待ち、必要な学習機会を用意できたかを見ます。個人の成長や配置の成果を比較する場合も、職務、対象期間と支援条件の違いを確認します。本稿の表と確認方法は自社で調整するための提案で、共通の評価点や成果を保証する基準ではありません。