エンジニアのスキルシート（技術経歴書）の書き方：項目別テンプレと単価・評価が上がる実績の見せ方

本記事は広告（アフィリエイト）を含みます。掲載するエージェントは編集部が厳選した提携先です。

この記事の結論

スキルシートを開いて、最初の「職務要約」で手が止まった経験はありませんか。私も最初は、技術を全部書こうとして3枚に膨らませていました。でも案件担当者が最初に見るのは、上から数行とスキル一覧だけ。実は、削って整えたほうが「会いたい」と思われやすいんです。

伝わるスキルシートの書き方は、難しいテクニックではなく順番の問題でした。職務要約で全体像を見せて、案件ごとに役割と工程を書いて、使った技術を年数つきで並べ、実績を数字で締める。この4つの型に沿うだけで、読み手のスキャン速度に合った1枚になります。全体の流れはIT転職の流れをロードマップで確認すると合わせて見ると、提出のタイミングまで掴めます。

この記事では、項目別テンプレと、単価や評価につながる実績の見せ方を、記入見本つきで一緒に作っていきます。

スキルシートには何を書く？（項目別テンプレ）

スキルシート（技術経歴書とも呼ばれる、提出する技術経験の一覧表）に何を書けばいいか、最初は本当に迷いますよね。私が取材したエンジニアの多くも「とりあえず使った言語を全部書いた」状態から始めていました。でも、並べるだけだと読み手は強みを拾えません。ブロックに分けるだけで、ぐっと読みやすくなります。

まず押さえるのは、頭の中にある経験を5つの箱に振り分けることです。次を埋めれば、スキルシートの骨格はほぼ完成します。

• 職務要約（経験年数＋強み＋成果）
• 職務経歴（案件ごとの役割・担当工程）
• 技術一覧（言語・DB・基盤を年数つきで）
• 保有資格（応用情報・AWS認定など）
• 自己PR（結論＋数字の裏づけ）

地味な作業に見えますが、ここを分けた瞬間に「自分が何屋なのか」が自分でも見えてきます。この並べ替えで、強みが設計フェーズにあると気づけたエンジニアもいました。

特に技術一覧は「習熟度」と「年数」をセットにするのがコツです。「Go：4年・主担当」「AWS：3年・設計から運用まで」のように書くと、読み手は実務レベルを一瞬で判断できます。ただ言語名を羅列するだけだと、触っただけなのか主力なのか伝わりません。

スキルシートと職務経歴書はどう違う？

「スキルシートと職務経歴書って、何が違うの？」という質問、本当によく届きます。気づいたんですけど、この2つは読み手に渡す情報の角度がまるで違うんです。

スキルシートは技術の棚卸し表。どの言語を何年、どのフェーズで使ったかを一覧で見せます。一方の職務経歴書は、その技術を「どんな課題に、どう使って、何を成したか」という物語で見せる書類です。SES（システムエンジニアリングサービス）やフリーランス案件ではスキルシート単体、正社員転職では職務経歴書が主役、という棲み分けが多めです。

どちらも求められたときは、内容を矛盾させないことが何より大事です。スキルシートで「Go 4年」と書いたのに、職務経歴書のどこにもGoの案件が出てこない、というズレは読み手に不安を与えます。2枚で1セット、と考えると整合が取りやすくなります。

単価・評価が上がる実績の見せ方は？

ここがいちばん差がつくところです。同じ経験でも、書き方ひとつで読み手の受け取り方が変わります。私が見てきた中で、評価される人と埋もれる人の違いは、実は才能ではなく「数字を添えているか」でした。

たとえば「決済システムの改修を担当」だけだと、規模も成果も伝わりません。これを「月間300万件の決済基盤で、バッチ処理を再設計しレスポンスを40%短縮」と書き換えると、一気に解像度が上がります。やったことは同じでも、規模・担当・変化の3点を足しただけ。最初に数字を出すのが怖かったぶん、案件担当者から反応が増えたときは正直うれしかったです。

数字が手元にない、という相談もよく受けます。そこは完璧を狙わなくて大丈夫です。「チーム5名」「担当3システム」「障害対応の一次受け」のように、規模や役割の数字なら必ず出せます。とりあえず1案件だけ、数字を1個足すところから始めてみてください。

ITエンジニアの単価相場は、使う技術と担当フェーズで大きく動く傾向があります（レバテックフリーランス）。同じ年数でも、上流から運用まで見られる人の評価が高くなりやすいのは、スキルシートで担当工程を明示できるかどうかも効いています。IT人材の需要そのものが伸び続けている背景もあり（経済産業省 IT人材需給に関する調査）、見せ方を整えるだけで届く範囲は変わります。

スキルシート作成でやりがちなNGは？

良かれと思って書いた内容が、逆に読みにくくしているケースは少なくありません。私も昔、5年前の運用案件まで細かく書いて、肝心の直近案件が埋もれていました。拍子抜けするくらい、削ったほうが伝わったんです。

よくあるのは、技術名をただ並べて習熟度を書かないパターン、5年以上前の案件を詳しく書きすぎるパターン、そして「担当しました」だけで数字がないパターンの3つです。どれも読み手が強みを拾えなくなる原因になります。直近5年の案件に厚みを置き、古い経験は概要だけにする。それだけで「今のあなた」が伝わるシートになります。

もう1つ多いのが、全案件を同じ熱量で書いてしまうパターンです。強みを見せたい案件は厚く、そうでない案件は1〜2行で。メリハリをつけると、読み手の視線が自然と見せ場に向かいます。

スキルシートはどう仕上げて誰に見せる？

書き上げたスキルシートは、自分一人で完成にしないほうが伸びます。最初は完璧に仕上げたつもりでしたが、第三者に見せたら「この技術、もっと前に出していい」と何度も言われました。

上の記入見本のように、職務要約から自己PRまで一通り埋めたら、次は客観的なフィードバックの番です。ここで頼りになるのが、IT領域に詳しい転職エージェントです。たとえばギークリー（Geekly／IT・Web・ゲーム領域に特化した転職エージェント）のように技術を理解した担当者なら、「この経験はこう書くと案件に刺さる」という具体的な直しまで返してくれます。

エージェントに渡すときは、完璧な状態でなくて大丈夫です。むしろ7割の下書きで相談したほうが、案件の温度感に合わせて一緒に磨けます。とりあえず1社、技術の伝わり方を見てもらうところから動いてみてください。狙うレンジを掴みたいときは年収診断で自分の市場価値を確かめると合わせると、提出先も選びやすくなります。