「職務経歴書に何を書けばいいか分からず、これまでの業務内容をただ時系列で並べただけになっていませんか？」実は、経歴書が「業務報告」で終わっていると、転職市場でその人の本当の価値は伝わりません。
そのため、今回は経歴書で「時間」ではなく「能力」を売るための自己分析の視点と、実際に評価される書き方のポイントを解説します。
- 職務経歴書が「業務報告」になってしまう原因
- 「時間を売る」働き方と「能力を売る」働き方の違い
- 転職市場で評価される自己分析の視点
- 経歴書に価値観・能力・興味を落とし込む具体的な書き方
- 職種別の具体的なBefore/After書き換え例
<この記事もおすすめ！>
\株式会社PRUMのメディア/
なぜ職務経歴書は「業務報告」になりやすいのか
職務経歴書を書こうとするとき、多くの人はまず「これまで何を担当してきたか」を時系列で思い出すところから始めます。その結果できあがるのは、「〇〇システムの保守運用を担当」「〇〇案件の開発に従事」といった、日々の業務内容をそのまま並べただけの文書です。
こうした書き方の問題は、事実は伝わっても、その人が何をできる人なのかが伝わらない点にあります。「保守運用を担当した」という一文だけでは、障害対応の経験が豊富なのか、単に定型作業をこなしていただけなのか、読み手には判断できません。採用担当者が知りたいのは「何をしたか」ではなく「何ができるか」であり、この視点の違いが、経歴書と業務報告書を分けるポイントになります。
「時間」を売るのか「能力」を売るのか
| 観点 | 時間を売る働き方 | 能力を売る働き方 |
|---|---|---|
| 評価の基準 | 稼働時間・工数・在籍期間 | 成果・再現性のあるスキル |
| 経歴書での表現 | 「〇〇に従事」「〇〇を担当」 | 「〇〇を実現するために〇〇をした」 |
| 転職市場での見られ方 | 代替が利きやすい人材と見られやすい | 特定の課題を解決できる人材と見られやすい |
時間を売る働き方とは
稼働した時間や期間そのものが評価の基準になる働き方です。客先常駐のような、決められた業務範囲をこなすことが求められる環境では、この考え方に自然と寄っていきやすい傾向があります。経歴書でも「〇〇プロジェクトに〇年間従事」という書き方に終始してしまうのは、この働き方をそのまま文章にしているためです。
能力を売る働き方とは
一方で、特定の課題に対してどんな考え方やスキルで成果を出したかが評価の基準になる働き方です。同じ業務内容であっても、「なぜその技術を選んだのか」「どんな工夫で問題を解決したのか」を語れる状態であれば、それは能力として経歴書に落とし込むことができます。
どちらの働き方をしてきたかによって優劣が決まるわけではありません。重要なのは、これまでの経験の中から「能力」として語れる部分を見つけ出し、経歴書に反映できるかどうかです。
転職市場で評価される自己分析の視点
能力として語れる部分を見つけるには、業務内容を思い出す前に、次の3つの軸で自分を棚卸しすることが有効です。
- 価値観:
仕事をする上で何を大事にしてきたか（例:品質を犠牲にしないこと、チームでの合意形成を優先すること など） - 能力:
技術スキルだけでなく、課題の切り分け方、関係者との調整の仕方など、別の環境でも再現できるスキル - 興味:
今後どんな技術・役割に関わっていきたいか、それが応募先の求める人物像とどう重なるか
例えば、障害対応の多い環境で働いてきた人であれば、業務内容そのものよりも「限られた情報から原因を素早く切り分ける力」が能力として言語化できることがあります。この力は、業務内容の名称だけを見ていては気づきにくく、価値観・能力・興味という視点で振り返って初めて浮かび上がってくるものです。
経歴書を「業務報告」から「能力の証明」に変える書き方
自己分析で見えてきた能力は、経歴書の文章に落とし込んで初めて評価対象になります。
- 役割ではなく成果を書く:
「〇〇を担当」で終えず、「〇〇のために何を考え、何をしたか」まで書く - 可能な範囲で数字を入れる:
処理件数、対応人数、期間短縮の度合いなど、定量的に示せる情報があれば添える - 再現性のあるスキルを見出しにする:
業務内容の名称ではなく、「原因切り分け」「要件の言語化」など、他の環境でも通用するスキル名を項目名にする
例えば「ECサイトの決済機能の開発を担当」という業務報告的な一文は、「決済エラーの発生原因を切り分け、外部APIとの連携部分を改修。エラー発生時の問い合わせ対応件数の削減につなげた」のように、課題・行動・結果の順で書き直すことで、能力の証明として読める文章に変わります（以降の数値・事例はすべて具体例のイメージであり、実際の経歴書では自身の実績に基づいた内容を記載してください）。
言い換えの基本パターン:課題→行動→結果
「担当」「従事」「経験」といった言葉は、業務報告的な表現になりやすい代表例です。これらの言葉を使うときは、以下のような視点で言い換えられないかを確認すると、能力を示す文章に近づきます。
| 業務報告になりやすい表現 | 能力を示すために置き換える視点 |
|---|---|
| 「〇〇を担当」 | その業務でどんな課題に対し、どう考えて行動したか |
| 「〇〇に従事」 | 担当した期間の長さではなく、身についた再現性のあるスキル |
| 「〇〇を経験」 | 経験した回数・規模ではなく、そこで果たした役割と工夫 |
職種別に見るBefore/After書き換え例
課題・行動・結果の型は、開発職に限らずさまざまな職種のエンジニアに応用できます。
- インフラ・運用エンジニアの例:
Before「サーバーの監視・保守を担当」
→After「監視アラートの誤検知が多く発生していたため、しきい値と通知ルールを見直し。夜間の呼び出し対応件数の削減につなげた」 - QA・テストエンジニアの例:
Before「結合テストを担当」
→After「過去の不具合傾向を分析し、優先度の高いテスト観点を整理。限られた工数の中でリリース前の重大な不具合の検出につなげた」 - プロジェクトの進行管理を担う立場の例:
Before「進行管理を担当」
→After「仕様変更が多い案件で、影響範囲の整理と関係者への確認フローを整備。手戻りの発生を抑える体制を作った」
いずれも「何を担当したか」ではなく「どんな課題に対し、どう考えて行動し、何につながったか」の順で書く、という同じ型に沿っています。自分の業務を振り返る際も、まずこの型に当てはめて書き出してみることが、能力を示す経歴書への第一歩になります。
まとめ：経歴書は「何をしたか」ではなく「何ができるか」を伝える文書
職務経歴書が業務報告で終わってしまうのは、業務内容をそのまま時系列で書き出してしまうことが原因です。「時間を売る」のか「能力を売る」のかという視点を持ち、価値観・能力・興味の3つの軸で自分を棚卸しすることで、業務内容の奥にある「能力」が見えてきます。
経歴書は過去の業務の記録ではなく、これから何ができるかを伝えるための文書です。役割ではなく成果を、業務内容ではなく再現性のあるスキルを書くことを意識するだけで、経歴書の説得力は大きく変わります。
