ITエンジニアの職務経歴書で「年収交渉を有利にする」3つの書き方の違い
「同じ経歴なのに、A社は650万・B社は720万の提示だった」という経験はありませんか？
その差の多くは、職務経歴書の「見せ方」から生まれています。
採用担当者は1枚の職務経歴書を20〜30秒で判断します。この記事では、その短時間で「高く評価される」書き方の3つのポイントを解説します。
ポイント1：「作業」ではなく「成果」で書く
❌ ダメな例： 「Reactを使ったフロントエンド開発を担当。コンポーネント設計・実装・テストを行った。」
✅ 良い例： 「React/TypeScriptでSPAのリニューアルを主担当。ページ表示速度を2.3秒→0.8秒に改善し、直帰率を18%削減（月間UU 50万のサービス）」
採用担当者が見たいのは「何をやったか」ではなく「何が変わったか（ビジネスへの影響）」です。
数字で語れるものはすべて数字に変換しましょう。
ポイント2：「技術スタック」は単純な羅列をやめる
❌ ダメな例： 「使用技術：Python / Go / AWS / Docker / Kubernetes / MySQL / Redis / Git / GitHub」
✅ 良い例： | 技術 | レベル | 年数 | |------|--------|------| | Python | 業務で主力使用 | 4年 | | Go | 実務経験あり | 1年 | | AWS (ECS/RDS/S3) | 設計・構築経験 | 3年 |
習熟度と年数を加えることで「何が得意か」が伝わり、年収交渉の根拠になります。
ポイント3：「リーダー経験」は規模を必ず書く
チームリードやPM経験は、年収アップの最大のカードです。しかし書き方が曖昧だと評価されません。
❌ ダメな例： 「チームのリードを担当」
✅ 良い例： 「4名のエンジニアチームのテックリードとして、スプリント計画・コードレビュー・1on1を主導。6ヶ月でチームのベロシティを1.7倍に改善」
「何人チームで」「何ヶ月間」「どんな役割で」「何が変わったか」の4点セットで書くのが鉄則です。
まとめ
職務経歴書は「事実の羅列」ではなく「自分のビジネス価値を伝える提案書」です。
同じ経験でも、書き方で評価は大きく変わります。職務経歴書の作成・ブラッシュアップには、AIツールの活用が効果的です。
