「PMOの職務経歴書、どう書けばいいかわからない。」
この悩みはPMO経験者がほぼ全員ぶつかる問題です。エンジニアなら「○○システムを開発した」、営業なら「年間売上○千万円を達成した」と書けます。ところがPMOは「プロジェクトをうまく進める」が仕事なので、「成果を一言で言えない」という壁が必ず出てきます。
かといってただ「管理・調整・報告」と並べるだけでは、採用担当者には何も伝わりません。書類選考で落ちるPMO経験者の多くが、この段階でつまずいています。
この記事では、PMO経験者の職務経歴書で「よく見るミス」と「評価される書き方」を整理します。具体的な記述例とテンプレートも紹介するので、今すぐ自分の職務経歴書を見直す際に使ってください。
PMO職務経歴書の最大の難点：成果が数字になりにくい#
PMOが担う業務の多くは「見えない成果」です。
- プロジェクトが炎上しなかった（炎上を防いだ）
- ステークホルダー間の調整がうまくいった
- 会議のムダが削減できた
- 報告資料の精度が上がった
これらは確実に価値のある仕事ですが、「何億円を生み出した」「何件の契約を取った」という形では書けません。そのため、PMO経験者の職務経歴書は「何をしたかは書いてあるが、何の価値があったかがわからない」状態になりがちです。
採用担当者は大量の書類を短時間でスクリーニングするため、「この人のPMO経験が自社で使えるか」がすぐに判断できない職務経歴書は、ほぼ通過しません。
「成果が数字にならない」と感じている人は、一度社内の評価シートを見返してみてください。
私の現場では、評価は「どれだけ業績に影響を与えたか」という観点で決まります。期初に成果目標と経過目標を置き、その達成度で判断される仕組みです。たとえば業績向上への貢献として「工数超過の案件を2件以内に抑える」「超過が発生した場合は再発防止策を策定し、次の案件に反映する」といった具体的な数値目標を設定します。
ここでいう案件とは1改修単位のことで、1機能を直すのに1案件と数えることもあります。つまり件数は、そのまま担当範囲の規模を示す数字になります。
PMOとして見られるのは、どの案件にどれだけ関わったか、進捗管理で何をしたか、他のメンバーの工数を減らすためにどんな努力をしたか、どんな改善案を出したか、です。
つまり、数字がないわけではありません。評価のために毎年立てている目標が、そのまま職務経歴書に書ける成果になります。 書くことがないのではなく、すでに手元にあるものを職務経歴書の言葉に翻訳していないだけ、というケースがほとんどです。
評価される書き方：3つのポイント#
ポイント1：規模感を数字で示す#
成果を数字にできなくても、プロジェクトの規模感は数字で書けます。これだけで読み手の解像度が大きく上がります。
| 書き方 | NG例 | OK例 |
|---|---|---|
| プロジェクト規模 | 「大規模プロジェクトのPMOを担当」 | 「延べ50名・18ヶ月の基幹系刷新プロジェクトのPMO」 |
| 管理範囲 | 「複数プロジェクトを管理」 | 「5〜8プロジェクトを同時並行で進捗・課題管理」 |
| 関係者 | 「ステークホルダーとの調整を実施」 | 「役員・部門長・ベンダー計15名を対象に週次会議を設計・運営」 |
書けない数字を無理に入れる必要はありませんが、「何名規模」「何ヶ月」「何社」「何プロジェクト」の4点は最低限記載してください。それだけで「規模感がわかる職務経歴書」になります。
ポイント2：「問題→対処→結果」の構造で書く#
PMOの仕事の価値は「問題を解決したこと」にあります。職務経歴書でも、問題→対処→結果の流れで書くと、読み手に伝わりやすくなります。
記述例：
プロジェクト開始3ヶ月時点で、ベンダー間の仕様認識にズレが生じ、スケジュールが2週間遅延する見込みになった。各社担当者へのヒアリングと認識合わせの場を設けて仕様書の更新を主導し、以降の類似問題を防ぐレビュー体制を整備した。結果として遅延を1週間以内に圧縮し、最終的に納期通りの稼働を実現した。
「ベンダー調整をした」で止めず、何が起きていたのか→自分が何をしたのか→どうなったのかの3点を1〜3文で書くだけで、読み手の印象が変わります。
ポイント3：スキルは「ツール名」でなく「用途」で書く#
スキルセクションに「Jira・Confluence・Excel・PowerPoint」と並べるのはよく見るパターンですが、それだけでは差別化できません。
NG例：
ツール：Jira / Confluence / Excel / PowerPoint / Slack
OK例：
- 課題・進捗管理：Jira（課題トラッキング）/ Confluence（ドキュメント整備）
- レポーティング：Excel（工数・コスト管理）/ PowerPoint（役員向け月次報告）
- コミュニケーション設計：週次・月次会議の設計・運営、議事録管理・配信
「何のためにどう使ったか」がわかると、採用担当者が「うちでも使えそう」と判断しやすくなります。
よくある「落とされる書き方」#
以下は実際によく見る落とし穴です。心当たりがある部分は見直してください。
NG①：業務の列挙だけで終わっている#
「進捗管理・課題管理・議事録作成・ステークホルダー調整・報告資料作成」
これは業務説明であって、職務経歴書の成果記述ではありません。採用担当者から見ると、「PMOという職種の定義を書いただけ」に映ります。あなたが具体的に何をして、何が変わったかが見えない状態です。
NG②：曖昧な形容詞が多い#
「大規模な」「複雑な」「困難な環境で」「的確に対応」「スムーズに推進」
これらは「私はがんばりました」以上の情報を持ちません。具体的なエピソードか規模感を示す数字に置き換えてください。
NG③：社内固有の用語・略称が多い#
社内固有の「XXXXシステム」「○○方式」「△△プロセス」は外部の人に伝わりません。転職先の採用担当が読む前提で、一般的な表現に置き換えましょう。「○○基盤（××機能を担う社内システム）」のように補足を入れるだけでも読みやすさが変わります。
NG④：職歴が長くなりすぎている#
PMO経験者は複数プロジェクトを経験しているため、職歴が4〜5ページになるケースがあります。採用担当が読むのは最初の1〜2ページが中心です。直近3〜5年の経験を厚く書き、古いプロジェクトは2〜3行に圧縮するメリハリが必要です。
マネジメント経験がない場合の書き方#
「マネジメント経験なし」で引っかかる人は多いので、ここだけ独立して扱います。
まず前提として、求人票に書かれた「マネジメント経験」は、必ずしも部下の人事評価をした経験を指していません。PMO・PM系の求人でこの言葉が使われるとき、実際に求められているのは次のどれかであることがほとんどです。
- 複数の関係者を動かして、ひとつの結果に着地させた経験
- 自分に決裁権がない状態で、相手に動いてもらった経験
- 他人の作業の進み方に責任を持った経験
PMOであれば、役職がなくてもこの3つは日常的にやっています。つまり、「マネジメント経験なし」と書く必要はないケースが大半です。
やってはいけないのは「ありません」と書くこと#
職務経歴書に「マネジメント経験はありません」と書いてしまうと、採用担当はそこで判断を止めます。嘘を書く必要はありませんが、自分から経験を狭く定義して申告する必要もありません。
書き方としては、人数ではなく動かした範囲で表現します。
マネジメント経験の書き方（役職なしの場合）
| 書き方 | 具体例 |
|---|---|
| 避けたい書き方 | 部下なし。マネジメント経験はありません |
| 推奨する書き方 | 開発ベンダー3社・計40名の進捗統制を担当。遅延案件では原因を特定し、優先度の再設定を提案して2週間で回復 |
右の書き方には役職も部下も出てきませんが、「人を動かして結果を出した」ことは十分に伝わります。採用担当が見たいのはそこです。
肩書きがある場合との差は「決裁の有無」だけ#
実際の選考では、肩書きの有無より「どこまで自分で決めたか」が問われます。だからこそ、決裁権がなかったことを隠すのではなく、権限がない中でどう動かしたかを書くほうが評価されます。「提案して承認を取った」「関係者を集めて合意形成した」は、立派に書ける実績です。
ただし、実際には関与していない役割を書くのは避けてください。面接で必ず深掘りされますし、PMOの業務は具体的に聞けばすぐに実態が分かります。
PMO職務経歴書：記述テンプレート#
以下のテンプレートを自分の経験に合わせて入れ替えてください。
■ プロジェクト概要
プロジェクト名：○○基幹システム刷新プロジェクト
規模：クライアント5社・ベンダー3社・総勢80名・期間24ヶ月
役割：PMO担当（3名チームのリーダー）
■ 業務内容
・進捗管理：週次WBS更新・遅延課題の検知・経営層への報告（Jira/Excel使用）
・課題管理：課題台帳の一元管理、解決のためのエスカレーション設計
・ステークホルダー管理：役員・部門長・ベンダー代表計15名を対象とした
月次報告会の設計・運営
・品質管理：成果物レビュー体制の整備、チェックリスト作成・運用
■ 実績・取り組み
プロジェクト中盤にベンダー間で仕様認識のズレが発生し、
スケジュールが3週間遅延する見込みとなった。
各社へのヒアリングをもとに認識合わせセッションを設計・主導し、
仕様書の更新と承認フローを整備した。
以降の類似問題の発生を防ぎ、最終的に納期通りに稼働を実現した。書き方がわかったら、次のステップ#
職務経歴書の完成度を上げる最も確実な方法は、転職エージェントのフィードバックをもらうことです。
エージェントは毎日大量の職務経歴書を見ています。「PMO経験者のどんな書き方が採用担当に刺さるか」を熟知しているプロの目線は、自己チェックでは得られない視点をくれます。「書類だけ見てもらって転職はまだ考えない」という使い方でも問題ありません。
PMO経験者に対応しているエージェントの比較は、PMO転職エージェント比較記事も参考にしてください。また、転職市場でのPMO年収の相場感はPMO年収の実態記事で確認できます。
まとめ#
PMOの職務経歴書で評価されるポイントをまとめます。
- 規模感を数字で書く — 何名・何ヶ月・何プロジェクト・何社
- 問題→対処→結果の構造で書く — 業務の列挙で終わらせない
- スキルは用途とセットで書く — ツール名を並べるだけでは伝わらない
- 曖昧な形容詞は避ける — 具体的なエピソードか数字に置き換える
- 直近の経験を厚く、古い経験は圧縮する — メリハリをつける
「PMO経験では転職できない」ではなく、書き方次第で評価は大きく変わります。まずは今の職務経歴書を一度見直してみてください。
転職先の選択肢については、SIer PMOからの「脱出ルート」4選で詳しく解説しています。
※当ページにはアフィリエイトリンクを含みます