「PMOの職務経歴書、どう書けばいいかわからない。」
この悩みはPMO経験者がほぼ全員ぶつかる問題です。エンジニアなら「○○システムを開発した」、営業なら「年間売上○千万円を達成した」と書けます。ところがPMOは「プロジェクトをうまく進める」が仕事なので、「成果を一言で言えない」という壁が必ず出てきます。
かといってただ「管理・調整・報告」と並べるだけでは、採用担当者には何も伝わりません。書類選考で落ちるPMO経験者の多くが、この段階でつまずいています。
この記事では、PMO経験者の職務経歴書で**「よく見るミス」と「評価される書き方」**を整理します。具体的な記述例とテンプレートも紹介するので、今すぐ自分の職務経歴書を見直す際に使ってください。
PMO職務経歴書の最大の難点：成果が数字になりにくい#
PMOが担う業務の多くは「見えない成果」です。
- プロジェクトが炎上しなかった（炎上を防いだ）
- ステークホルダー間の調整がうまくいった
- 会議のムダが削減できた
- 報告資料の精度が上がった
これらは確実に価値のある仕事ですが、「何億円を生み出した」「何件の契約を取った」という形では書けません。そのため、PMO経験者の職務経歴書は**「何をしたかは書いてあるが、何の価値があったかがわからない」**状態になりがちです。
採用担当者は大量の書類を短時間でスクリーニングするため、「この人の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職務経歴書：記述テンプレート#
以下のテンプレートを自分の経験に合わせて入れ替えてください。
■ プロジェクト概要
プロジェクト名：○○基幹システム刷新プロジェクト
規模：クライアント5社・ベンダー3社・総勢80名・期間24ヶ月
役割：PMO担当（3名チームのリーダー）
■ 業務内容
・進捗管理：週次WBS更新・遅延課題の検知・経営層への報告（Jira/Excel使用）
・課題管理：課題台帳の一元管理、解決のためのエスカレーション設計
・ステークホルダー管理：役員・部門長・ベンダー代表計15名を対象とした
月次報告会の設計・運営
・品質管理：成果物レビュー体制の整備、チェックリスト作成・運用
■ 実績・取り組み
プロジェクト中盤にベンダー間で仕様認識のズレが発生し、
スケジュールが3週間遅延する見込みとなった。
各社へのヒアリングをもとに認識合わせセッションを設計・主導し、
仕様書の更新と承認フローを整備した。
以降の類似問題の発生を防ぎ、最終的に納期通りに稼働を実現した。書き方がわかったら、次のステップ#
職務経歴書の完成度を上げる最も確実な方法は、転職エージェントのフィードバックをもらうことです。
エージェントは毎日大量の職務経歴書を見ています。「PMO経験者のどんな書き方が採用担当に刺さるか」を熟知しているプロの目線は、自己チェックでは得られない視点をくれます。「書類だけ見てもらって転職はまだ考えない」という使い方でも問題ありません。
PMO経験者に対応しているエージェントの比較は、PMO転職エージェント比較記事も参考にしてください。また、転職市場でのPMO年収の相場感はPMO年収の実態記事で確認できます。
まとめ#
PMOの職務経歴書で評価されるポイントをまとめます。
- 規模感を数字で書く — 何名・何ヶ月・何プロジェクト・何社
- 問題→対処→結果の構造で書く — 業務の列挙で終わらせない
- スキルは用途とセットで書く — ツール名を並べるだけでは伝わらない
- 曖昧な形容詞は避ける — 具体的なエピソードか数字に置き換える
- 直近の経験を厚く、古い経験は圧縮する — メリハリをつける
「PMO経験では転職できない」ではなく、書き方次第で評価は大きく変わります。まずは今の職務経歴書を一度見直してみてください。
転職先の選択肢については、SIer PMOからの「脱出ルート」4選で詳しく解説しています。
※当ページにはアフィリエイトリンクを含みます