PM 職務経歴書

PMの採用選考では、履歴書よりも職務経歴書のほうが判断材料になりやすい傾向があります。採用側（人事・現場のPMマネージャー・役員）は、応募者が「プロジェクトを動かした人」なのか「プロジェクトに参加した人」なのかを読み分けようとしています。同じ案件でも、進捗管理表を更新していた立場と、遅延を検知して計画を引き直した立場では、評価される役割が異なるためです。

確認の軸は大きく三つに分かれます。

• マネジメント範囲
  要員の人数、予算規模、工程のどこからどこまで（要件定義から受け入れテストまでなど）を担ったかです。範囲が書かれていないと、肩書がPMでも実態が読み取れません。
• 関与した立場
  プライムベンダーのPMなのか、下請けの進捗管理者なのか、社内の推進担当なのかで、意思決定の重さが変わります。発注側・受注側の別も見られています。
• 再現性のある成果
  「納期を守った」で終わらせず、どんな問題をどう処理して守ったのかを求められます。

この三つが欠けると、読み手は面接で一から確認し直すことになり、書類段階で判断を保留されやすくなります。

職務経歴書は、冒頭から順に読まれるとは限りません。多くの場合、先頭の要約と、直近のプロジェクト一件が重点的に読まれます。そのため、書く順序を「読み手が知りたい順」に寄せると伝わりやすくなります。

標準的な構成は次の流れです。

1. 職務要約
   経験年数、主に担当してきた業界・業態、得意とする工程やマネジメント規模を、三〜五文程度で先に示します。ここで全体像が掴めると、以降が読みやすくなります。
2. 保有スキル・資格
   PMBOKの知識、使用してきた管理手法（ウォーターフォール、アジャイルなど）、ツールや資格を、誇張せず事実として並べます。
3. プロジェクト別の実績
   新しい案件から古い案件へ、時系列を逆にして並べるのが一般的です。各案件を同じ項目（期間・役割・体制・課題・対応・結果）でそろえると比較しやすくなります。

項目の並びを案件ごとにばらつかせないことが、読みやすさに直結します。体制図のような図版は添付資料に回し、本文は文章で統一しておくと、どの採用管理システムでも崩れにくくなります。

実績欄は職務経歴書の中心です。ここを「基幹システム刷新プロジェクトにPMとして参画」とだけ書くと、ほとんど情報が伝わりません。採用側が知りたいのは、担当したプロジェクトで何がうまくいかず、それにどう手を打ったか、という過程です。

一案件につき、次の順で書き起こすと輪郭が出ます。

• 前提
  目的、期間、体制の人数、自分の役割（PMかPMOか進捗管理者か）、関わった工程を先に置きます。
• 課題と対応
  たとえば要件定義の長期化で後続工程が圧迫された、ベンダーとの認識齟齬で結合テストが止まった、といった具体的な事象を挙げ、スケジュールの引き直し、ステークホルダーとの調整、課題管理表での可視化など、自分が取った行動を書きます。
• 結果
  その対応がどこに効いたかを言葉で説明します。出典のない数値を作るより、「後続工程の着手遅れを抑えられた」のように事実で書くほうが安全です。

主語を「自分」にそろえることも大切です。「チームで対応した」が続くと、応募者本人が何を判断したのかが見えなくなります。担当範囲を正確に、かつ盛らずに書くことが、面接での深掘りにも耐える書類につながります。

PMの職務経歴書でよく起きるつまずきは、分量と抽象度のバランスに関するものが多いように見えます。経験が豊富なほど全案件を詳しく書きたくなりますが、すべてを同じ密度で書くと、かえって要点がぼやけます。

気をつけたい点を挙げます。

• 役割の過大表現
  進捗管理や課題一覧の運用を担った案件を「PMとして全体を統括」と書くと、面接で実態との差が出やすくなります。担った範囲に即した表現にとどめるほうが、話が食い違いません。
• 管理業務の列挙だけで終わる
  「進捗管理」「課題管理」「ベンダー調整」と名詞を並べても、どのプロジェクトのどんな局面で効いたのかが伝わりません。一つで良いので、具体的な場面とつなげて書きます。
• 守秘情報の扱い
  顧客名や固有の製品名、未公開の金額を書くと、守秘の観点で懸念を持たれることがあります。業界や規模感は言葉でぼかして示すのが無難です。

書き終えたら、PMの実務を知らない人が読んでも、担当した役割と工程が追えるかを基準に見直すと、過不足に気づきやすくなります。

職務経歴書を書く作業は、転職の時だけのものではなく、自分のPMとしての立ち位置を棚卸しする機会にもなります。担当案件を期間・役割・工程・課題対応の順で書き出していくと、自分がどの工程に強く、どの範囲のマネジメントを任されてきたかが見えてきます。たとえば要件定義から基本設計の上流に実績が偏っているのか、ベンダーコントロールや進捗管理の実務に厚みがあるのか、といった傾向です。

この棚卸しは、次に目指す方向を考える材料にもなります。上流の企画寄りに進むのか、より大きな規模のプロジェクトを統括する方向に進むのかで、これから積むべき経験が変わります。書類を定期的に更新しておくと、案件が一段落したタイミングで自分の経験を言語化でき、機会が来たときに動きやすくなります。

職務経歴書に数字は必ず入れるべきですか。

根拠を示せる数字なら有効ですが、無理に作る必要はありません。予算規模や要員数など事実として言える数字は入れ、効果の測定が曖昧な部分は「後続工程の遅れを抑えた」のように言葉で書くほうが、面接での説明と食い違いにくくなります。

PMの経験が浅い場合、何を書けばよいですか。

PMの肩書が付く前でも、進捗管理表の運用、課題の取りまとめ、ベンダーとの調整など、プロジェクト進行に関わった実務は書く価値があります。担った範囲を正確に示し、そこで何を判断したかを添えると、PMへの連続性が伝わりやすくなります。

案件は何件まで書けばよいですか。

件数の決まりはありませんが、直近の案件を厚く、古い案件を簡潔に、と濃淡を付けるのが読みやすい形です。すべてを同じ密度で書くと要点が埋もれます。項目をそろえて並べ、直近の一〜二件で役割と成果を丁寧に見せる構成が扱いやすいです。