プロジェクトマネージャーの職務経歴書|プロジェクト実績の書き方
PMの職務経歴書は、会社単位ではなくプロジェクト単位で書く書類です。 そして年収相場の記事で書いた通り、「管理した最大規模」があなたの実質的な価格表示——つまりこの書類は、規模と損益を正確に見せる値札づくりでもあります。型をまとめます。
🛠 職務経歴書作成ツール(PM用フォーマット)(※公開時はここに作成ツールが埋め込まれます。プロジェクト単位の入力フォームで、この記事の型に沿った経歴書が完成します)
まず冒頭に「プロジェクトサマリー表」を置く
PMの経歴書で最も効くのは、詳細の前に置く一覧表です。
| 期間 | プロジェクト | 規模(人数/期間/予算感) | 役割 | 結果 |
|---|---|---|---|---|
| ◯年〜 | 基幹システム刷新 | ◯名/◯ヶ月/◯千万規模 | PM | 納期内・予算内で完遂 |
| ◯年〜 | ECサイト構築 | ◯名/◯ヶ月 | サブリーダー | 品質目標達成 |
読み手はこの表で「箱の大きさの推移」を一瞬で掴めます。規模が育ってきた軌跡そのものが、PMの成長の証明です。
プロジェクト詳細の型:4点セット
代表的な3〜4件を、この4点で書きます。
- 規模と型:人数・期間・予算感・開発手法(計画駆動/アジャイル)・顧客(受託/自社)
- 役割と権限:「PM」の一語で済ませない。予算・人員・スコープのどこまで決定権を持っていたか——ここがPM経歴書の解像度を決めます(「PMO支援下でのPM」と「損益責任を持つPM」は別の職務です)
- 打ち手:あなたの判断。リスクへの先手・変更管理の整備・ステークホルダー調整の仕組み——「何が起き、何を判断したか」
- 結果:納期・品質・損益の言葉(「予算内◯%で着地」「追加費用◯◯を変更管理で確保」「赤字案件を◯ヶ月で黒字化」)。お金で語れるPMが上のレンジで出ることは年収相場の記事の通りです
トラブル・炎上の経験は隠さず、「原因→対処→再発防止の仕組み」の順で書けば最強の材料になります(面接の記事の深掘りにそのまま耐えます)。
職務要約3行の例
「IT業界でPM歴◯年。受託開発を中心に、最大◯名・◯ヶ月・◯千万円規模のプロジェクトを完遂。変更管理と顧客折衝を強みとし、担当案件の納期遵守率は◯%です」
PM候補(リーダー経験まで)の書き方
完成したPM経験がなくても、「管理の種」を4点セットの形式で書きます。
- 「◯名チームのサブリーダーとして進捗管理・レビューを担当」「見積もりに参加し◯◯を担当」「顧客との仕様調整を自分の名前で実施」
- 種の発掘リストはSE→PMの記事のチェックリストがそのまま使えます。種を4点セットの型に載せること自体が「PMの書き方を知っている」証明になります
PM特有の注意点
- 守秘とのバランス:社名・固有名詞は「大手◯◯業向け基幹システム」の抽象度に。規模と役割が正確なら、名前がなくても価値は伝わります
- 技術スタックは脇役として:PMの書類の主役は判断と数字。技術は「対象システムの構成」として1行添える程度で十分です(技術で売るならエンジニアの書き方の型へ)
- PMP等の資格:資格欄に。主役にはしない(PMPの記事の位置づけ通り)
よくある質問
Q. 小さい案件しかありません。規模で負けませんか? A. 規模の代わりに「複数並行」「立ち上げから完了まで一気通貫」「顧客折衝込み」など、小規模PMにしかない密度を打ち出します。そのうえで、規模を取りに行く転職なら「次に任されたい規模」を志望動機側で明示するのが筋です。
Q. 失敗プロジェクトは書かないほうがいいですか? A. 「対処と再発防止」まで書けるなら、むしろ書く価値があります。成功の羅列より、失敗を仕組みで語れるPMのほうが信頼される——これは面接でも書類でも同じです。
まとめ
- PMの経歴書はプロジェクト単位+冒頭のサマリー表。「最大規模」があなたの価格表示
- 型は規模と型→役割と権限→打ち手→結果(損益)。権限の範囲を書くと解像度が跳ねる
- 候補者は管理の種を同じ型で。トラブル経験は再発防止までセットで書けば武器になる
PM向けの記事一覧はPMハブへ。全般の書き方は職務経歴書の完全ガイドを参照してください。
最終更新:2026年7月5日/project転職編集部
関連記事
全職種共通の基礎
Transparency
この記事は project転職編集部 が作成しています。求人数など変動する数値は掲載していません。料金・制度・統計は一次情報に当たり、出典を明記しています。広告(PR)を含む場合はページ内に明示します。