こんにちは。出戻りランサーです。
今回は、PMO経験者が職務経歴書で書くべき実績について書いてみます。
PMOとして働いていると、職務経歴書を書く時に少し困ることがあります。
エンジニアなら、作ったものが書きやすい。
営業なら、数字が書きやすい。
でもPMOは、どうしても成果が見えにくい。
- 進捗管理をしていました
- 課題管理をしていました
- 会議運営をしていました
- 資料作成をしていました
こういう書き方になりがちです。
もちろん、やっていることとしては間違っていません。
でも、それだけだと正直弱いです。
なぜなら企業が見たいのは、
何を担当したかだけでなく、
その仕事によって何を良くしたのか
だからです。
今回は、PMO経験者が職務経歴書でどんな実績を書くべきかを、自分なりに整理してみます。
まず前提として、PMOは“作業”だけ書くと弱い
PMOの職務経歴書でよくあるのが、
仕事内容はたくさん書いてあるのに、読んだあとに印象が残らないパターンです。
たとえば、
- 進捗管理
- 課題管理
- リスク管理
- 会議運営
- 資料作成
- 関係者調整
これだけ並んでいる職務経歴書は、実際かなり多いと思います。
でも、採用側から見ると、
「それで、この人は何を良くしたのか？」
が見えにくいんですよね。
PMOは、ただ管理表を更新する仕事ではありません。
本来は、
- 認識のズレを整える
- 課題を動く状態にする
- 会議を前に進める
- プロジェクトが詰まらないようにする
といった“機能”が価値だったりします。
なので職務経歴書でも、
やった作業ではなく、出した機能や変化を書く
ことがかなり大事です。
実績1：進捗の見える化で遅延や停滞を減らしたこと
PMO経験者がまず書きやすいのは、進捗管理まわりの実績です。
ただし、「進捗管理を担当しました」ではなく、その結果どうなったかまで書く必要があります。
たとえば、
- 進捗の見える化によって遅延の早期発見につなげた
- 報告ルールを整理し、進捗状況の把握精度を高めた
- 各チームの進捗報告フォーマットを統一し、情報のばらつきを減らした
こういう書き方です。
ポイントは、
管理したことではなく、
管理によって何が改善したか
を書くことです。
PMOは“見える化”が得意な職種でもあるので、そこを実績として落とし込めると強いです。
実績2：課題管理を“一覧化”で終わらせず、動く状態にしたこと
課題管理も、PMO経験者が書くべき代表的な領域です。
でもここも、ただ「課題管理を実施」では弱いです。
企業が知りたいのは、
その課題管理によって本当に物事が動いたのかどうかです。
たとえば、
- 課題の優先順位を整理し、対応漏れの防止に寄与
- 未対応課題の責任者・期限を明確化し、停滞案件の解消を支援
- 課題のエスカレーション基準を整理し、意思決定の遅れを減らした
こういう書き方なら、かなり印象が変わります。
PMOの価値は、課題を並べることではなく、
課題を進む状態にすること
です。
ここが職務経歴書でも見えると強いです。
実績3：会議を“開催した”ではなく、“機能させた”こと
会議運営も、PMO経験者にはよくある担当領域です。
でもこれもまた、表面だけ書くとかなり弱く見えます。
- 定例会運営
- 議事録作成
- 会議体管理
だけだと、「事務局的な役割だったのかな」で終わりやすいです。
なので書くべきは、会議によって何が変わったかです。
たとえば、
- 会議体の整理により、意思決定の流れを明確化
- アジェンダ・論点整理を通じて、会議の長時間化や脱線を抑制
- 決定事項・宿題・未決事項を整理し、会議後の行動につながる運営を実施
こういう実績はかなりPMOらしいです。
会議を“回した”ではなく、
会議を機能させた
ことが伝わると、実務の解像度が一気に上がります。
実績4：関係者調整によって認識のズレを減らしたこと
ここは、PMO経験者の本当の強みが出やすい部分です。
PMOは、立場の違う人たちの間に入ることが多いです。
- 開発と業務
- 顧客とベンダー
- 現場と管理職
- 部門間の利害が違う関係者
こういう間で認識を整える役割は、かなり重要です。
ただし、これも「調整しました」だけでは弱い。
たとえば、
- 関係部門間の認識差を整理し、対応方針の統一を支援
- 顧客・ベンダー間の論点を整理し、合意形成を補助
- 部門横断の会議体において、関係者間の認識合わせを実施
こういうふうに書くと、PMOの価値がかなり伝わりやすくなります。
特に40代のPMO経験者なら、
調整を通じて何を前に進めたか
はかなり重要な実績です。
実績5：資料作成で“伝わる状態”を作ったこと
資料作成もPMOの仕事ではよくあります。
でもこれも「PowerPointで資料作成」だけだと、ただの作業に見えます。
書くべきなのは、資料の目的です。
たとえば、
- 経営層向け報告資料を作成し、論点整理と意思決定支援に寄与
- プロジェクト状況を見える化する資料を整備し、関係者間の情報共有を円滑化
- 進捗・課題・リスクを整理した報告資料を定例化し、状況把握の効率化を支援
このように、資料を作ること自体ではなく、
資料によって何が伝わるようになったか
を書けると強いです。
PMOの資料作成は、単なる作業ではなく、コミュニケーションの一部です。
そこを実績として言語化できるかが大事です。
実績6：仕組みやルールを整えたこと
PMO経験者で、もしここまで関わっているならかなり強いです。
たとえば、
- 進捗報告ルールの整備
- 課題管理フローの統一
- 会議体の見直し
- フォーマットの標準化
- 報告経路の整理
こういった“仕組みを整える”実績は、かなり評価されやすいです。
なぜなら、単なる運用担当ではなく、
プロジェクトの回し方そのものに手を入れた人
として見てもらいやすいからです。
書き方としては、
- 報告フォーマットの標準化により、情報把握の効率を改善
- 課題管理フローを整理し、対応状況の追跡性を向上
- 会議体・報告ルールを見直し、会議負荷の最適化を支援
のような形が使いやすいです。
また、現場で感じるのは整えて終わりではなく、適用させフォローも行えるとベストです。
実績7：トラブルや遅延時に立て直しへ関わったこと
ここもかなり強い実績になります。
プロジェクトが平常時だけ回っているとは限りません。
むしろ問題が出た時に、PMOがどう動いたかは大きな評価ポイントです。
たとえば、
- 遅延案件の課題整理・再計画を支援
- トラブル発生時の状況整理・報告取りまとめを実施
- 関係者との調整を通じて、対応方針決定を補助
こうした実績があるなら、かなり積極的に書いた方がいいです。
PMOは、平常時の管理だけでなく、
問題が出た時にどう整えるか
でも価値が出ます。
むしろそこに強みが出る人も多いと思います。
数字がなくても、変化は書ける
ここで一つ大事なのは、PMOは数字が出しにくいということです。
営業のように売上があるわけでもなく、エンジニアのように性能改善が測りやすいわけでもない。
だから「数字がないから実績が書けない」と思いがちです。
でも、数字がなくても書ける実績はあります。
- 情報共有の効率化
- 認識合わせの支援
- 対応漏れの防止
- 会議運営の改善
- 課題の可視化
- 方針整理の支援
つまり、
状態をどう変えたか
を書けばいいんですよね。
もちろん、人数・期間・案件規模・会議体の数など、入れられる数字はあった方がいいです。
でも、数字がないからと示せなくなることはありません。
職務経歴書で意識したい書き方
PMO経験者が実績を書く時は、できれば次の流れで考えると整理しやすいです。
- どんな状況だったか
- 自分は何をしたか
- その結果、何が良くなったか
つまり、
課題 → 行動 → 変化
です。
たとえば、
悪い例
進捗管理、課題管理、会議運営を担当。
少し良い例
50名規模のシステム導入PJにてPMOとして参画し、進捗・課題・会議運営を担当。
より良い例
50名規模のシステム導入PJにてPMOとして参画。進捗・課題・会議運営を担当し、報告ルールの整備と課題の責任者明確化を通じて、状況把握の精度向上と未対応課題の停滞防止に寄与。
このくらい違います。
最後に
PMO経験者の職務経歴書で書くべき実績は、単なる作業一覧ではありません。
- 何を整理したのか
- 何を見える化したのか
- 何を前に進めたのか
- 何を整えたのか
そこが見えると、一気に職務経歴書の強さが変わります。
PMOは成果が見えにくい仕事です。
だからこそ、実績も意識して言葉にしないと伝わりません。
逆に言えば、ここをちゃんと整理できれば、
PMO経験は十分に強い武器になります。
余談
一通り記事を書きあげるまで、リンク先の「アイキャッチ画像を作って」と
ChatGPTにお願いしていましたが、昨日あたりから画像内の文字の文字崩れが解消されている気がします。
これはもしかしたら、なんらかアップデートが入ったのかも。
と思っていたら、いきなり漫画風から実写風の人物像に変わってしまった。
・・・いや、生成の画風が変わるってことは、呼び出すアプリが変わったかのかもしれない。
