LASSIC Media らしくメディア
外部エンジニアのスキル確認、スキルシートは技術名より作業で読む
監修・編集責任者：牛尾 昭昌（株式会社LASSIC 執行役員）
この記事の結論
- スキルシートの技術名や年数は、どの作業をどの程度一人でできるかに置き換えて確かめます。
- IPAのiコンピテンシ ディクショナリは、作業ごとの診断基準の例を、知識なしから他者を指導できるまでの5段階で示しています。
- スキル標準のレベルは合否の判定表ではなく、自社の作業に合わせて直して使う例として扱います。
※ 本記事は2026年9月時点の公式情報（省庁・公的機関、および製品やサービスを提供する事業者が公開している資料）に基づきます。
スキルシートにはプログラミング言語やクラウドサービスの名前がずらりと並んでいるのに、どの作業までなら任せてよいのかが決めきれない。面談で「経験があります」と言われても、どの程度なのかを確かめる質問が浮かばない——。外部エンジニアを受け入れる開発の現場では、こうした迷いが起こりがちです。スキルシートとは、エンジニアがこれまでに担当した案件ごとに、期間、業務の内容、担当した工程、使った言語やツールなどを書き出した一覧の書類で、外部エンジニアのスキル確認で最初に目を通す資料です。
スキルシートは、書かれた技術名を「どの作業を、どの程度一人でできるか」に置き換えて読むと使いやすくなります。その手がかりになるのが、IPA（情報処理推進機構）がIT人材に求める能力と段階を整理して公開しているスキル標準です。ただし万能ではなく、スキル標準はそのまま合否を決める判定表ではありません。本記事では、開発の現場を回しているマネージャーに向けて、スキル標準が示すレベル、作業で確かめる方法、技術の習熟度の見方、確認の進め方、そして外部に委託するときに確認したい点を整理します。
目次
スキルシートとは
スキルシートの項目や書き方は、作る会社によって違います。よく見かけるのは、案件ごとに1つの枠を使い、案件の概要、期間、チームの人数と本人の役割、担当した工程（要件定義、設計、プログラムの作成、テストなど）、使った言語・データベース・OS（基本ソフト）を書く形です。
ただ、スキルシートから分かるのは、その技術に触れた期間と、担当した工程の名前までです。「Java 3年」と書かれていても、決まった仕様どおりにプログラムの一部を書いていたのか、設計からテストまでを一人で進めていたのかは読み取れません。同じ「設計」でも、先輩が作った設計書を直していたのか、自分で一から書いたのかで、任せられる作業は変わります。
そこで使えるのが、IPAのスキル標準にある段階の言葉です。本記事では、ITSS+の7段階、iコンピテンシ ディクショナリの作業ごとの5段階、技術の習熟の7段階を順に見ます。人事担当者が技術の知識なしで経歴書から拾える項目は「技術面接で人事が見極める5つの質問」で、IPAの開発データの記録項目を使う方法は「外部エンジニアのスキル確認、4つの軸で評価する」で扱っています。
スキル標準のレベルとは
IPAは、ITSS（ITスキル標準）、ITSS+（新しい領域向けの学び直しの指針）、DSS（デジタルスキル標準）など、いくつかのスキル標準を公開しています。このうちITSS+には、7段階の「共通レベル定義」があります。下の4段階は、作業をどこまで一人で進められるかで分かれています。
レベル1は「要求された作業について、上位者の指導を受けて遂行するレベル」、レベル2は「上位者の指導の下、その一部を独力で遂行するレベル」、レベル3は「要求された作業を全て独力で遂行するレベル」です。レベル4になると「専門スキルを駆使し、業務上の課題の発見と解決をリードするレベル」とされ、後進の育成に貢献することも加わります。*1 レベル5から7は、社内、さらに国内や世界でプロフェッショナルとして認められる段階です。
スキル確認に使いやすいのは、「指導を受けて」「一部を独力で」「全て独力で」「課題の発見と解決をリード」という区切りです。スキルシートの案件1件ごとに、このどれに当たる経験かを聞けば、技術名と年数だけより確かな判断ができます。
ただし、IPAはITSS+について「人材の評価・調達等での活用は想定せず」と説明しています。*2 レベルは、本人の経験・実績や成果、実際の活動の価値を踏まえて総合的に判断するものとされています。外部エンジニアにレベルの数字を付けて並べるのではなく、質問の言葉として使うのがよいでしょう。DSSも「詳細なレベル評価指標は設定せず」、人材育成の目標としてITSS+のレベル4相当を想定しています。*3
作業で確かめるとは
作業ごとに確かめる方法を具体的に示しているのが、IPAの「i コンピテンシ ディクショナリ」（以下、iCD）です。組織の業務（タスク）を「タスクディクショナリ」に、それを支える能力（スキル）を「スキルディクショナリ」にまとめたもので、タスクは大分類・中分類・小分類の3階層に、評価項目を加えた4階層で組み立てられています。*4
評価項目は、タスクの中で行う具体的な作業を文にしたものです。タスクを実行できるかどうかを判断する目安として使えます。たとえば中分類「システム化要件定義」の小分類「非機能要件の定義」には、可用性や性能・拡張性、運用・保守性などに関する要求を「システムとして実現するための非機能要件として具体化する」という評価項目があります。*5 非機能要件とは、処理の速さや止まりにくさなど、機能以外にシステムに求める条件のことです。
受け入れる側は、評価項目の一つひとつを診断基準に照らして確かめます。iCDの解説書が示す診断基準の例は、次の5段階です。
| 診断レベル | 診断基準 |
|---|---|
| L0 | 知識、経験なし |
| L1 | トレーニングを受けた程度の知識あり |
| L2 | サポートがあれば実施できる、またはその経験あり |
| L3 | 独力で実施できる、またはその経験あり |
| L4 | 他者を指導できる、またはその経験あり |
解説書はこの基準を「各組織で自由に設定してよい」としています。*6 スキル確認で役に立つのは、L2からL4のどれもが、「できる」だけでなく「その経験あり」でも当てはまる書き方になっている点です。スキルシートの案件1件は「経験あり」の手がかりになりますが、それがサポートを受けての経験か、独力の経験か、人に教えた経験かは、本人に聞いて確かめます。
技術の習熟度の見方
スキルシートに並ぶ技術名は、iCDのスキルディクショナリの考え方で見ると整理しやすくなります。スキルディクショナリは、スキルを「メソドロジ」（手法）、「テクノロジ」（技術）、「関連知識」（業種や業務の知識）、「ITヒューマンスキル」（人と関わって仕事を進める力）の4つのカテゴリに分けています。習得の度合いは7段階の「スキル熟達度判定基準」で測り、レベル1から4はカテゴリごとに違う基準になっています。*6
テクノロジの基準では、レベル1が「技術内容について講義などを受講し知っている」、レベル2が「指示があると使える、活用できる／実装経験がある」、レベル3が「機能要件が作成できる／自立してある限定条件で仕事ができる」です。*6 機能要件はシステムが備える機能の条件のことで、レベル3は条件が決まっていれば一人で仕事を進められる段階といえます。レベル4は、非機能要件まで考えて設計を最適化できる段階です。
この基準に当てはめると、「Java 3年」という1行は、レベル2の「実装経験がある」なのか、レベル3の「自立してある限定条件で仕事ができる」なのかで意味が変わります。年数ではなく、その技術で何を作り、誰の指示で進めたかを聞くと、どの段階に近いかが分かります。
ITヒューマンスキルは、創造力、実行・実践力、コミュニケーション力の3つに分類されています。解説書はスキル熟達度の診断について、ITヒューマンスキルを「直接的な診断が困難なため対象外とする」としています。*6 仕事の状況によって、この力の出方が変わるためです。スキルシートにも自己評価にも表れにくいので、打ち合わせでのやりとりや、受け入れ後の最初の作業で確かめます。
スキル確認はどう進めるのか
外部エンジニアのスキル確認は、4つの手順で進められます。第一に、任せる作業を書き出し、作業ごとに求める段階を決めます。「受注データを読み込む機能の設計からテストまでを2か月」「既存の画面の不具合修正を、指示を受けながら1か月」のように、作業名と期間まで書きます。求める段階は、前者なら独力、後者ならサポートを受けながら、というように作業ごとに変えます。
第二に、スキルシートの案件を、書き出した作業に振り分けます。案件の説明と担当工程を読み、自社の作業に近いものに印を付けます。第三に、印を付けた案件について、段階を確かめる質問をします。「その作業で、誰かに確認しながら進めた部分はどこですか」と聞けばL2とL3の違いが、「後から加わった人に教えたことはありますか」と聞けばL4に当たるかが確かめられます。第四に、結果を作業ごとに同じ表に記録し、候補者どうしを比べます。
| 任せる作業 | 求める段階 | スキルシートで見る記載 | 確かめる質問 |
|---|---|---|---|
| 受注データを読み込む機能の設計からテストまで（2か月） | L3：独力で実施できる | データを取り込む処理の案件で、担当工程に設計とテストがある | 「設計書のどの部分をご自身で書きましたか」「形式に合わないデータが来たときの扱いは誰が決めましたか」 |
| 既存の画面の不具合修正（1か月） | L2：サポートがあれば実施できる | 同じ言語で、すでに動いているシステムを改修した案件 | 「不具合の原因は、どのような手順で突き止めましたか」 |
| 性能試験の計画づくり（3週間） | L3：独力で実施できる | 担当工程にテストがあり、応答時間などの目標が書かれている案件 | 「目標にした応答時間は誰が決め、どうやって測りましたか」 |
| 新しく加わるメンバーへの作業手順の説明（受け入れ後1か月） | L4：他者を指導できる | 役割にリーダーや教育の担当がある案件 | 「後から加わった人に、何をどのように教えましたか」 |
表の「確かめる質問」は、答えに具体的な作業の名前や判断の理由が出てくるかを見るためのものです。自分で進めた作業であれば、どこで迷い、どう決めたかまで話せるはずです。質問は、面談の時間内にすべての作業について聞ける数にとどめます。
つまずきやすい点
一つ目は、年数や技術名の数でスキルを判断してしまうことです。同じ技術でも「実装経験がある」段階と「自立してある限定条件で仕事ができる」段階では、任せられる作業が違います。年数は、段階を確かめる質問のきっかけとして使います。
二つ目は、スキルシートに書かれた自己評価をそのまま使うことです。iCDの解説書の例も、個人が評価項目ごとに自己診断した結果を出発点にしています。自己診断は本人の見立てなので、候補者どうしを比べるには、受け入れる側が同じ質問で確かめ直します。
三つ目は、どの作業にも高い段階を求めてしまうことです。DSSが育成の目標として想定しているのは、「独力で業務を遂行することが可能であり、後進人材の育成も可能なレベル」です。*3 育成の目標をそのまま受け入れの条件にすると、条件に合う候補者が限られます。サポートを受けながら進めてよい作業は、L2（サポートがあれば実施できる）を条件にします。
四つ目は、スキルシートに表れない力を見落とすことです。質問への答え方や、分からない点をどう確かめてくるかといった、やりとりの中での様子も記録しておきます。
外部に委託するときに確認しておきたい点
外部エンジニアを委託先から紹介してもらうときは、候補者のスキルシートが届く前に、任せる作業の一覧と求める段階を委託先に伝えておきます。作業の一覧があれば、届いたシートを作業ごとに読みやすくなります。確認しておきたいのは次の3点です。
- スキルシートの記載を、本人が書いたのか、委託先が確かめたうえで出しているのか
- 「独力で」「サポートを受けて」といった段階の言葉を、自社と委託先が同じ意味で使っているか
- 受け入れた後に、作業ごとの段階を見直す機会を設けられるか
3点目は、スキル確認の結果を、受け入れた後の作業の割り当てに生かすためです。最初の作業の進み方を見て表の段階を直し、次に任せる作業を決めます。スキルシートの確認は、受け入れの前に一度で終わらせず、作業を任せながら更新していくと進めやすくなります。
まとめ：スキルシートで確かめておきたい3つの点
外部エンジニアのスキル確認で、スキルシートを読むときに確かめておきたい点は3つに整理できます。第一に、任せる作業を先に書き出し、作業ごとに求める段階を決めること。第二に、スキルシートの技術名や年数を、「指導を受けて」「独力で」「人に教えられる」といった段階の言葉に置き換えて質問すること。第三に、スキル標準のレベルを合否の判定表ではなく、自社の作業に合わせて直して使う例として扱うことです。この3点を踏まえておけば、「スキルシートでは経験豊富に見えたのに、任せてみたら一人では進められなかった」という事態を避けやすくなります。確認の進め方に迷いがあれば、外部の手を借りるのも一つの選択肢です。
よくある質問
スキルシートは決まった様式で書いてもらったほうがよいですか
様式をそろえるより、任せる作業の一覧を先に渡し、その作業に近い案件を詳しく書いてもらうほうが比べやすくなります。iCDの解説書も、評価項目を業務内容や規定などに応じて変更したり、自社の項目を加えたりして使うことを前提にしています。*6
iCDは今も更新されていますか
IPAのページによると、タスクディクショナリとスキルディクショナリは2022年度版が最終改訂です。IPAによる活用を広める活動は、2017年度で終わっています。*4 診断基準の例を含む解説書は、今もIPAのページで公開されています。
資格はスキル確認に使えますか
使えますが、作業ごとの段階を確かめる質問と組み合わせるのがおすすめです。iCDのスキル熟達度判定基準では、テクノロジのレベル4の説明に「高度情報処理試験に合格するレベル」が含まれています。*6 高度情報処理試験は、IPAが実施する情報処理技術者試験のうち高度な区分の試験です。資格は知識の証明として受け取り、どの作業を独力で進めたかは別に聞きます。
複数の評価項目の結果は、どうまとめればよいですか
iCDの解説書には、評価項目ごとの診断結果（L0〜L4）の平均を求めて、タスクの段階を判定する例があります。例では、平均0.5以上をレベル1、1.5以上をレベル2、2.5以上をレベル3、3.5以上をレベル4としています。*6 平均だけでなく、任せる作業に欠かせない項目が低くないかも見ておきます。
外部エンジニアのスキル確認を相談したいとき
任せる作業の書き出しと、作業ごとに求める段階の整理からご相談いただけます。
Remoguとリラシクなら、リモートワークで働く社員の候補者も、業務委託で開発に加わる専門人材も探せます。
Remoguは、リモート前提で全国から即戦力のITプロ人材を調達するサービスです。リラシクは、扱う求人がすべてリモートワークのITエンジニア専門転職エージェントです。どちらもLASSICが運営しています。
出典
- *1 参考：独立行政法人情報処理推進機構（IPA）「ITSS+（プラス）共通レベル定義」（https://www.ipa.go.jp/jinzai/skill-standard/plus-it-ui/itssplus/ps6vr70000001j6e-att/000065687.pdf）。出典：IPA「共通レベル定義」（PDF）。レベル1〜7の定義を参照（2026年9月確認）
- *2 参考：IPA「ITSS+（プラス）概要」（https://www.ipa.go.jp/jinzai/skill-standard/plus-it-ui/itssplus/about.html）。出典：IPA「ITSS+（プラス）概要」（最終更新日2025年7月1日）。脚注1（人材の評価・調達等での活用は想定しないこと）と、レベルを共通レベル定義に照らして総合的に判断する旨の記述を参照（2026年9月確認）
- *3 参考：経済産業省・IPA「デジタルスキル標準 ver.2.0」（https://www.ipa.go.jp/jinzai/skill-standard/dss/rcu1hd000000j76k-att/dss_ver2.0.pdf）。出典：IPA「デジタルスキル標準 ver.2.0」（PDF）。第Ⅲ部 DX推進スキル標準の構成（資料55ページ）の、レベル評価指標とITSS+レベル4相当に関する注記を参照（2026年9月確認）
- *4 参考：IPA「i コンピテンシ ディクショナリ（iCD）」（https://www.ipa.go.jp/archive/jinzai/skill-standard/icd/about.html）。出典：IPA「i コンピテンシ ディクショナリ（iCD）」（アーカイブ、最終更新日2024年4月12日）。iCDの概要と脚注1（4階層の構成）、2022年度版が最終改訂であること、活用促進活動の終了、iCD2022と試験要綱Ver.5.1の対応を参照（2026年9月確認）
- *5 参考：IPA「i コンピテンシ ディクショナリ2022 タスクディクショナリ」（https://www.ipa.go.jp/archive/jinzai/skill-standard/icd/qv6pgp000000bskc-att/000106933.xlsx）。出典：IPA「タスクディクショナリ」（Excel、iCD2022）。タスク一覧のDV01.1.4.1（システム要件定義・方式設計／システム化要件定義／非機能要件の定義）の評価項目を参照（2026年9月確認）
- *6 参考：IPA「i コンピテンシ ディクショナリ解説書」（https://www.ipa.go.jp/archive/jinzai/skill-standard/icd/qv6pgp000000bskc-att/000060168.pdf）。出典：IPA「i コンピテンシ ディクショナリ解説書」（PDF）。2.2 タスクディクショナリ、2.3 スキルディクショナリ、3.1.4 評価項目・判定基準の策定（図3.1-6、表3.1-1、図3.1-7）、表3.2-2 スキル熟達度判定基準を参照（2026年9月確認）
