スキルシートの自己PR欄の書き方|強み・根拠・参画後の動きの3点で組み立てる
公開 2026-10-29 監修:株式会社エージェントベスト
スキルシートの自己PR欄は、「自分の強み」→「それを示す案件での行動」→「参画したらどう動くか」の3点で組み立てるのが基本です。分量は200〜400字ほどを目安にし、正社員の転職で書くような志望動機や意気込みは入れません。
発注側が自己PR欄で知りたいのは、経歴の表だけでは分からない「仕事の進め方」です。何ができるかは要約欄とプロジェクト欄に任せ、自己PR欄ではどう仕事をする人かを、事実に基づいて書きます。
自己PR欄と要約欄は役割が違う
スキルシートの全体の構成はスキルシートの書き方の記事で解説しています。その中で、自己PR欄は「得意分野の要約」と混同されやすい欄です。2つの役割を分けておくと、同じことを2回書かずに済みます。
| 欄 | 答える問い | 書く中身 |
|---|---|---|
| 得意分野の要約 | 何ができる人か | 職種、経験年数、中心の技術・業務、直近の立場 |
| プロジェクト経歴 | どこで何をしたか | 案件ごとの工程、技術、担当内容、成果 |
| 自己PR | どう仕事を進める人か | 強み、その強みが出た場面、参画後の動き方 |
要約欄に書いた「Java歴8年」「リーダー経験3年」を、自己PR欄でもう一度並べる必要はありません。自己PR欄では、その8年のあいだに繰り返し任されてきた役割や、周りから頼られてきた点を書きます。
3点の組み立て方
1. 強みは「行動」の言葉で一つに絞る
最初の一文で、自分の強みを言い切ります。ここでよく使われるのが「コミュニケーション能力」「責任感」「柔軟性」といった言葉ですが、これだけでは読み手は何も判断できません。業務委託の現場で実際に役立つ行動に言い換えます。
| よくある言葉 | 言い換えの例 |
|---|---|
| コミュニケーション能力が高い | 業務部門の要望を聞き取り、開発側が判断できる仕様の形にまとめる |
| 責任感が強い | 自分の担当外でも、放置された課題を拾って担当と期限を決める |
| 柔軟に対応できる | 仕様の変更が多い現場で、影響範囲を先に洗い出して手戻りを抑える |
| 技術力がある | 性能の問題を、計測から原因の特定、改善まで一人で進められる |
強みを3つも4つも並べると、どれも印象に残りません。案件に一番関係する一つを選び、残りはプロジェクト欄の成果で示します。
2. 根拠は「場面・自分の行動・結果」で書く
強みの次に、それが出た場面を一つ書きます。「どの案件で」「何が起きていて」「自分が何をして」「どうなったか」の順にすると、短くても伝わります。
- 場面:業種と状況。社名は書かず「物流業向けの基幹刷新」のように業種で示す
- 自分の行動:チームではなく、自分がとった行動
- 結果:何が変わったか。数字で言えるものは数字で、言えないものは事実で
数字は、発注元の内部の数字や未公開の情報を避けます。書いてよい範囲はスキルシートと守秘義務の記事で整理しています。
3. 最後の一文を「参画後の動き」で締める
最後に、その強みを今回の案件でどう生かすかを書きます。「貢献したいです」「頑張ります」ではなく、参画してすぐに何をするかを具体的に書くと、発注側は任せる仕事を思い浮かべやすくなります。
例えば「参画後は、まず既存の課題一覧と会議体を確認し、期限切れの課題から担当を決め直すところから入ります」のような書き方です。案件票の業務内容を読み、その中の一つに結び付けます。案件票の読み方は案件票の読み方の記事をご覧ください。
職種別の架空の記入例
以下はすべて架空の例です。言い回しをそのまま使うのではなく、組み立ての参考にしてください。
例1:バックエンドエンジニア
性能の問題を、計測から原因の特定、改善まで自分で進められることが強みです。旅行業向けの予約サイトでは、繁忙期に検索の応答が遅くなる問題が続いていました。処理の段階ごとに応答時間を計測してデータベースの検索が原因と特定し、索引の見直しとよく使う結果の一時保存を行って、繁忙期も応答の遅れが出ないようにしました。今回の案件でも、まず現状を計測し、どこから手を入れるかを数字で示したうえで改善を進めます。
例2:PMO(システム導入の案件)
関係者が多い場面で、決めるべきことを期限つきで並べ、判断を前に進めることが強みです。複数の拠点に業務システムを導入する案件では、移行の判断が部門間で先送りになっていました。移行の可否を決めるための判断項目を一覧にし、項目ごとに判断する人と期限を決めて定例会議の議題に組み込み、移行判定の会議を予定の日程で開けるようにしました。参画後は、未決の事項を洗い出し、判断する人と期限の整理から入ります。
例3:ITコンサル
業務部門の要望を聞き取り、システム側が判断できる形に整理することが強みです。製造業の販売管理の見直しでは、部門ごとに要望がばらばらに出ており、優先順位が決まっていませんでした。要望を業務の流れに沿って並べ直し、効果と手間で分類した一覧を作って、関係部門の合意を取りました。今回の構想策定でも、現場の聞き取りから入り、論点を一覧にして意思決定の材料をそろえます。
どの例も、強みは一つ、場面は一つ、最後は参画後の動きで締めています。分量はおおむね200字前後です。
避けたい書き方
| 書き方 | 読み手の受け取り方 | 直し方 |
|---|---|---|
| 志望動機や意気込みが中心 | 何を任せられるかが分からない | 意気込みは削り、行動と結果で書く |
| 強みを3つ以上並べる | どれも印象に残らない | 案件に一番近い一つに絞る |
| プロジェクト欄の文章をそのまま繰り返す | 読む価値のない欄になる | 経歴の事実ではなく、進め方を書く |
| 「〜を学びたい」「成長したい」 | 教育を前提にした人と見られやすい | 学びたい内容ではなく、提供できる内容を書く |
| 実際より大きな役割を書く | 面談で深掘りされたときに食い違う | 関わり方まで正確に書く |
業務委託では、発注側は「育てる」より「任せる」前提で人を探しています。正社員向けの自己PRでは評価されやすい「学ぶ意欲」も、業務委託のスキルシートでは、任せられる範囲が見えにくくなる原因になりがちです。
案件ごとに直すのは「強み」と「最後の一文」
自己PR欄を案件ごとにすべて書き直す必要はありません。直すのは主に次の2か所です。
- 最初の強み:案件票の業務内容に一番近い強みに差し替える。強みの候補は、あらかじめ2〜3個用意しておく
- 最後の一文:案件の業務内容のどこから入るかを書き換える
真ん中の根拠の場面は、強みに合わせて選び直します。普段から、強みごとに使える場面を一つずつメモしておくと、差し替えに時間がかかりません。スキルシート全体を見直す時期はスキルシートの更新の記事で整理しています。
経験が浅い人・ブランクがある人の書き方
経験年数が短い場合でも、3点の組み立ては同じです。根拠の場面は、規模の小さな案件や会社員時代の社内の取り組みでもかまいません。大切なのは、場面と自分の行動が具体的であることです。
ブランクがある場合は、自己PR欄で理由を長く説明する必要はありません。直近で取り組んでいることが案件に関係するなら、根拠の場面として短く書きます。空白期間の伝え方は空白期間の説明の記事をご覧ください。
面談の自己紹介とそろえる
自己PR欄の内容は、面談の自己紹介とつながっていると、発注側の印象が安定します。自己紹介の3段目(案件に生かせる経験)と、自己PR欄の最後の一文が同じ方向を向いているかを確かめておきます。自己紹介の組み立ては面談の自己紹介の記事で解説しています。
提出前のチェックリスト
- 強みは一つに絞り、行動の言葉で書いているか
- 根拠の場面に「状況・自分の行動・結果」がそろっているか
- 最後の一文が、案件の業務内容と結び付いているか
- 要約欄やプロジェクト欄の文章を繰り返していないか
- 社名や未公開の数字など、守秘義務に触れる情報が入っていないか
- 面談で深掘りされても説明できる内容か
よくある質問
自己PR欄がない形式のスキルシートでは、どこに書けばよいですか?
提出先の形式に自己PR欄がない場合は、無理に作らなくてかまいません。要約欄の最後に1〜2文で進め方の特徴を添えるか、面談の自己紹介で伝えます。形式の指定がある場合は、それに従ってください。
自己PRに資格を書いてもよいですか?
資格は資格欄に書くのが基本です。自己PR欄では、資格で得た知識を実務でどう使ったかを書く方が、発注側の判断材料になります。資格の名前だけを並べるのは避けましょう。
自己PRは何文字くらいが適切ですか?
決まった字数はありませんが、200〜400字ほどが読みやすい目安です。読み手は複数の候補者のシートを短時間で比べるため、長く書くほど読み飛ばされやすくなります。提出先から字数の指定がある場合は、それに合わせてください。