スキルシートのチェックリスト｜提出前に確認する20項目と採点基準【スキルログ基準2026】
skilllog
この記事の結論
スキルログ基準は、スキルシートを提出前に20項目で採点する確認基準です。1項目1点で、18点以上ならそのまま提出できる状態と判定します。
- 基本情報・スキル・経験・成果・読みやすさの5観点で採点
- 18点以上は提出可、14〜17点は修正後に提出が目安
- 工程名と役割の表記基準で、読み手との認識のずれを防ぐ
📖 読了時間：約11分
スキルシートのチェックリストとして、スキルログでは提出前に確認すべき20項目と、その採点方法を「スキルログ基準」として定めています。1項目を1点として採点し、合計18点以上であれば、そのまま提出できる状態と判定します。
スキルシートには決まった書式がなく、何をもって「よく書けている」とするかは、書く人によってばらばらです。その結果、書いた本人は十分だと思っていても、受け取った営業担当や現場のリーダーには、必要な情報が欠けて見えることがあります。
この基準は、スキルシート作成サービスの運営と、案件・転職の相談対応を通じてスキルログ編集部が整理したもので、読み手が判断に使う情報がそろっているかを確認するためのものです。
以下では、基準の使い方、5つの観点と20項目、工程名と役割の表記の基準、採点例を順に紹介します。
こんな悩みはありませんか
- 書いたスキルシートで提出してよいのか判断できない
- 書類選考で落ちるが、何が足りないのか分からない
- 工程名や役割の書き方が人によって違って迷う
- 提出前に抜けがないか、短時間で確認したい
この記事で分かること
- スキルログ基準の採点方法と判定ライン
- 5つの観点ごとの確認項目20個と合格の基準
- 工程名と役割の表記を統一するための定義
- 12点から18点に改善した採点例
- 基準を引用・転載するときの出典の書き方
この記事を読めば、手元のスキルシートを20項目で採点し、提出前に直すべき箇所を特定できます。採点の前に、まずは経験を項目ごとに整理しておくと確認が早く進みます。無料でスキルログに登録し、案件ごとの経験を書き出してみましょう。
スキルログ基準とは、エンジニアのスキルシートを提出前に20項目で採点し、読み手が判断に必要な情報がそろっているかを確認するための基準です。
対象は、フリーランスやSESの案件応募、転職活動で提出するエンジニアのスキルシートです。書式は問わず、ExcelやWordで作ったものにも使えます。
採点方法と判定ライン
20項目それぞれについて、基準を満たしていれば1点、満たしていなければ0点とします。合計点による判定の目安は次のとおりです。
| 合計点 | 判定 | 次にやること |
|---|---|---|
| 18〜20点 | 提出できる | 応募する案件に合わせて自己PRを調整する |
| 14〜17点 | 修正してから提出 | 0点の項目を優先して直す |
| 13点以下 | 全体の見直しが必要 | プロジェクト経験の欄から書き直す |
判定ラインは、読み手が1〜2分で「どの技術を、どの立場で、どこまで任せられるか」を読み取れるかを基準に置いた目安です。点数が高ければ必ず通過するというものではありません。
スキルシートのチェックリスト20項目
20項目は、基本情報、スキル一覧、プロジェクト経験、成果と強み、読みやすさの5つの観点に分かれています。最も配点が大きいのはプロジェクト経験の6項目です。
観点1：基本情報（4項目）
| No. | 確認項目 | 満たしている状態 |
|---|---|---|
| 1 | 稼働条件 | 稼働開始時期と稼働日数・リモート可否が書かれている |
| 2 | 個人情報の扱い | 氏名はイニシャルなど、客先に回覧されても問題ない形になっている |
| 3 | 得意分野 | 何が得意な人かが1行で示されている |
| 4 | 更新日 | 最終更新日が直近3か月以内になっている |
観点2：スキル一覧（4項目）
| No. | 確認項目 | 満たしている状態 |
|---|---|---|
| 5 | 技術名の表記 | 正式名称で書かれ、表記揺れがない |
| 6 | 経験年数 | 技術ごとに実務の経験年数が書かれている |
| 7 | 詳細度 | 言語だけでなく、主なフレームワークやバージョンまで書かれている |
| 8 | 実務と学習の区別 | 実務で使った技術と、学習中の技術が分けられている |
観点3：プロジェクト経験（6項目）
| No. | 確認項目 | 満たしている状態 |
|---|---|---|
| 9 | 期間 | 開始と終了が年月で書かれている |
| 10 | 案件の概要 | 業種とシステムの概要が1〜2文で分かる |
| 11 | 担当工程 | 後述の工程名の基準に沿って書かれている |
| 12 | 役割と体制 | 自分の役割とチーム人数が書かれている |
| 13 | 使用技術 | 案件ごとに使った技術が書かれている |
| 14 | 並び順 | 新しい案件から順に並んでいる |
役割と体制の詳しい書き方はスキルシート 役割 書き方｜「メンバー」から脱却し評価される書き方5選とスキルシートのチーム人数・プロジェクト規模の書き方｜体制で役割を明確にする方法で解説しています。
観点4：成果と強み（3項目）
| No. | 確認項目 | 満たしている状態 |
|---|---|---|
| 15 | 成果の示し方 | 数字、または作業前後の変化で成果が書かれている |
| 16 | 担った範囲 | チーム全体の成果と、自分が担った部分が区別されている |
| 17 | 自己PR | 応募する案件で求められる内容に合わせてある |
観点5：読みやすさと正確さ（3項目）
| No. | 確認項目 | 満たしている状態 |
|---|---|---|
| 18 | 分量 | 全体が2〜4ページ程度に収まっている |
| 19 | 誤字・表記 | 誤字がなく、同じ言葉の書き方がそろっている |
| 20 | 説明できるか | 書いた内容をすべて、面談で1〜2分で説明できる |
スキルシートの表記の基準
工程名と役割は書く人によって表記が揺れやすく、読み手との認識のずれが起きやすい項目です。スキルログ基準では、次の表記と意味に統一することを推奨しています。
工程名の表記基準
| 工程名 | スキルログ基準での意味 |
|---|---|
| 要件定義 | 利用者や発注元と、システムで実現する機能や条件を決める工程 |
| 基本設計 | 画面、帳票、データ、外部とのやり取りなど、利用者から見える仕様を決める工程 |
| 詳細設計 | 基本設計をもとに、プログラムの内部の処理や構造を決める工程 |
| 製造 | 詳細設計にもとづいてプログラムを書く工程 |
| テスト | 単体テスト・結合テスト・総合テストを区別して書く |
| 運用・保守 | 稼働中のシステムの監視、問い合わせ対応、改修を行う工程 |
「設計」とだけ書くと、基本設計なのか詳細設計なのかが読み手に伝わりません。どちらも担当した場合は、両方を書きましょう。
役割の表記基準
| 役割 | スキルログ基準での目安 |
|---|---|
| メンバー | 割り当てられた作業を担当する |
| サブリーダー | リーダーを補佐し、一部のメンバーの作業確認や進捗管理を担う |
| リーダー | チームの作業の割り振り、進捗管理、品質の確認に責任を持つ |
| PL・PM | 複数チームや案件全体の計画、予算、顧客との調整に責任を持つ |
役職名は会社によって意味が異なるため、役割の名前に加えて「5名のチームで進捗管理を担当」のように、実際に担った内容を一緒に書くことをおすすめします。
スキルシートのチェックリストの採点例
経験5年のバックエンドエンジニアのスキルシートを採点した例です。0点だった項目を直すことで、12点から18点に改善しました。
次の例は、よくある抜けを組み合わせて作成した架空の採点例です。
| 観点 | 修正前 | 主な修正内容 | 修正後 |
|---|---|---|---|
| 基本情報 | 2点 | 稼働開始時期と得意分野の1行を追加 | 4点 |
| スキル一覧 | 2点 | 「Javascript」を正式名称に直し、技術ごとの年数を追加 | 4点 |
| プロジェクト経験 | 4点 | 「設計」を基本設計と詳細設計に分け、チーム人数を追加 | 6点 |
| 成果と強み | 1点 | 処理時間の短縮を数字で記載し、自分の担当範囲を明記 | 2点 |
| 読みやすさ | 3点 | 追記で分量が5ページを超えた | 2点 |
| 合計 | 12点 | 18点 |
読みやすさが1点下がっているのは、追記で分量が5ページを超えたためです。項目を足すときは、古い案件の説明を短くするなど、全体の分量にも気を配りましょう。成果の書き方はスキルシートの実績・成果の書き方｜数字がない場合でも伝わる具体例が参考になります。
スキルログでは、案件ごとに期間、役割、規模、成果などを項目に沿って入力できるため、このチェックリストの観点3と観点4の抜けを防ぎやすくなります。
スキルログ基準の引用・転載について
スキルログ基準は、出典を明記すれば、社内の研修資料やブログなどで自由に引用できます。
引用・転載する場合は、出典として「スキルログ『スキルシートのチェックリスト（スキルログ基準）』」と、このページへのリンクを記載してください。本記事は「スキルログ基準 v1.0（2026年10月）」として公開しており、内容を改訂した場合は版と日付を更新します。
チェックリストの各項目をどう書けばよいかは、【見本あり】エンジニアのスキルシートの書き方完全ガイド｜項目・記載例・NG例【2026年版】で、見本とNG例つきで解説しています。
まとめ
スキルシートは20項目で採点し、18点以上を提出の目安にしましょう。工程名と役割の表記をそろえることも、読み手との認識のずれを防ぐうえで大切です。
スキルシートのチェックリストとして、スキルログ基準では5つの観点と20項目で採点し、18点以上でそのまま提出できる状態と判定します。特にプロジェクト経験の6項目は、読み手が任せられる範囲を判断する中心になる部分です。
スキルシートのチェックリストは、提出のたびに使ってこそ効果があります。採点して、0点の項目から直していきましょう。
よくある質問
スキルログ基準について、よく寄せられる質問をまとめました。
チェックリストは提出のたびに使うべきですか？
はい、案件に応募するたびに使うことをおすすめします。特に自己PR（No.17）と更新日（No.4）は、応募先や時期によって状態が変わるためです。
18点未満でも提出してよいですか？
急ぎの場合は提出しても構いませんが、0点の項目が面談で質問される可能性が高いと考えて準備しておきましょう。14点未満の場合は、先に修正することをおすすめします。
経験が浅く、プロジェクト経験の項目が埋まらない場合は？
案件数が少なくても、1つの案件で期間、工程、役割、体制、技術を書けば、観点3の6項目は満たせます。研修やチーム開発の経験も、実務と区別して書けば記載して構いません。
職務経歴書にもこのチェックリストは使えますか？
観点1と観点5の多くは職務経歴書にも当てはまります。ただし、職務経歴書は文章で経歴を伝える書類のため、観点2と観点3は一部の項目のみ参考にしてください。
工程名は必ずこの基準の表記にしなければいけませんか？
必須ではありません。応募先やエージェントが指定する書式がある場合は、そちらを優先してください。指定がない場合に、読み手と認識をそろえるための目安として使ってください。
ここまでの内容を踏まえて、まずは手元のスキルシートを20項目で採点し、0点の項目を書き出してみましょう。
