PMOのスキルシートの書き方｜面談で評価される実績の見せ方

PMOのスキルシートは、プロジェクトごとに「誰を支援する立場だったか」「何を管理したか」「どんな仕組みを作ったか」を分けて書くと伝わります。PMOという肩書きは、議事録の作成から全体計画の立案まで幅が広いため、肩書きだけでは任せられる範囲が読み手に伝わらないからです。

この記事では、PMOに固有の書き方のポイントを、架空の記入例とあわせて紹介します。スキルシート全体の構成はスキルシートの書き方の基本、PMOに求められるスキルそのものはPMOのスキルの記事で解説しています。

PMOのシートで読み手が最初に探すこと

PMOの案件を出す側は、多くの場合「PMの手が回っていない部分を任せたい」と考えています。そのため、スキルシートを読むときに最初に探すのは、次の3点です。

• 支援の相手：PM個人を支えたのか、PMO組織の一員だったのか、経営層や事業部門に報告する立場だったのか
• 管理の対象：進捗、課題、リスク、変更、品質、予算、要員のうち、どれを自分で回していたか
• 関与の深さ：決められた様式で記録していたのか、様式や会議体そのものを作ったのか

この3点が書かれていないシートは、「PMO（進捗管理・課題管理・資料作成）」のような一行になりがちです。これでは、事務局として作業を担ってきた人と、論点を整理して判断を促してきた人の区別がつきません。

立場は「誰の下で、どの範囲を」で書く

PMOは、同じプロジェクトの中でも立場によって見える景色が変わります。立場の欄には、職位よりも「誰に報告し、どの範囲を見ていたか」を書くと、読み手が案件と照らし合わせやすくなります。

特に、発注側（ユーザー企業側）のPMOか、受注側（ベンダー側）のPMOかは、はっきり書いておきます。発注側では複数の会社の調整や経営層への報告が中心になり、受注側では自社チームの計画と品質の管理が中心になるなど、求められる動きが違うためです。

規模は「人数」だけでなく「関係の数」で示す

PMOの経験の重さは、チームの人数だけでは伝わりません。調整の難しさは、関わる組織の数や会議の層の数で決まることが多いからです。規模の欄には、次のような項目を伏せられる範囲で添えます。

• プロジェクト全体の人数と、自分が直接見ていた人数
• 関わったベンダー・部門の数
• 拠点の数（国内外、複数拠点かどうか）
• 会議体の層（経営層向け・全体・チーム別など）
• 期間と、自分が参画していた局面（計画、設計・開発、テスト、移行など）

人数は「約100名」「10社程度」のように丸めた数で十分です。正確な数字にこだわるより、関係の広がりが読み取れることを優先します。

「作業」と「判断の支援」を分けて書く

PMOの担当内容は、台帳の更新や議事録の作成といった作業と、状況から論点を取り出して意思決定を促す判断の支援に分けて書くと、強みが伝わりやすくなります。どちらが上ということではなく、案件によって求められる比重が違います。書き分けておけば、読み手は自分の案件に合うかを判断できます。

記入例（架空）：書き分ける前と後

書き分ける前：PMOとして進捗管理、課題管理、会議運営、資料作成を担当

書き分けた後
作業：週次の進捗会議の運営と議事録の作成。課題管理表の更新と、期限切れ課題の担当者への確認
仕組み：各チームでばらばらだった進捗報告の様式を統一し、遅れの判定基準（予定との差が一定以上で要報告）を決めて全体に展開
判断の支援：結合テストの遅れが特定の機能に集中していることを集計から示し、要員の振り替えと範囲の見直しの2案をPMに提示。運営会議で範囲の見直しが決まった

これは書き方を示すための架空の例です。業界や規模、決まった内容は、ご自身の経験に置き換えてください。

後者では、同じ「進捗管理」でも、どこまで自分で考えて動いたのかが読み取れます。面談では「判断の支援」の行がよく掘り下げられるため、ここに書いた場面は背景から説明できるようにしておきます。

成果の数字を書くときの注意

PMOの成果を数字で書こうとすると、「遅延をゼロにした」「課題を半減させた」のような書き方になりがちです。ただ、プロジェクトの結果は多くの人の働きの積み重ねで、PMOの施策だけで数字が動いたとは言いにくい場面がほとんどです。面談で「それはPMOの働きによるものですか」と聞かれて答えに詰まると、ほかの記載まで割り引いて読まれてしまいます。

数字を書くときは、次の順で考えると無理がありません。

1. 自分が直接変えたものを数字にする（会議の時間、報告にかかる工数、未更新の課題の数など）
2. プロジェクト全体の結果は、自分の関わりとセットで書く（「〜の仕組みを入れ、その後の局面は予定どおり進んだ」など）
3. 数字が出せないときは、変化の方向を書く（「報告の様式がそろい、各チームの遅れを同じ基準で比べられるようになった」など）

予算や工数の実額、障害の件数などは、守秘義務に触れることがあります。どこまで書いてよいかの考え方はスキルシートに書いてよいこと・いけないことをご覧ください。

ツールの欄は「何を楽にしたか」まで書く

PMOの案件では、表計算ソフトやプロジェクト管理ツール、チケット管理、BIツールなどの経験がよく問われます。スキル一覧には、ツール名と年数だけでなく、使い方を短く添えます。

自動化や集計の仕組みを作った経験は、「手作業の集計をなくした」のように、何が楽になったかとあわせて書くと評価につながりやすくなります。

資格欄の書き方

PMO向けの案件では、プロジェクトマネジメントの資格が知識の裏付けとして見られることがあります。資格欄には正式な名称と取得年月を書きます。

PMPのように更新の手続きがある資格は、有効な状態かどうかも分かるようにしておきます。PMI日本支部の案内では、PMPは3年ごとの更新が必要で、その期間中に一定のPDU（継続学習の単位）を取得して報告することが求められています（2026年10月時点）。更新していない場合は、取得年とあわせて状態を正確に書いてください。資格の位置づけはPMOがフリーランスになるにはでも触れています。

PMの経験もある人の書き分け

PMとPMOの両方の経験がある方は、同じシートの中で立場を混ぜずに、プロジェクトごとに「PM」「PMO」と明記します。案件によって、PMOの募集にPM経験を書きすぎると「PMOでは物足りないのでは」と見られることもあれば、逆にPM経験が評価されることもあります。

おすすめは、要約の欄を応募する案件に合わせて入れ替える方法です。PMO案件に出すときは、仕組みづくりと横断調整の経験を上に、PM案件に出すときは、計画と意思決定の経験を上に置きます。PMとしての書き方はPMのスキルシートの記事で解説しています。

提出前の見直しポイント

1. 各プロジェクトに、支援の相手（PM直下・PMO組織・発注側など）が書かれているか
2. 管理の対象（進捗・課題・リスク・変更・品質・予算・要員）のどれを担ったかが分かるか
3. 作業・仕組み・判断の支援が書き分けられているか
4. 規模に、人数だけでなく関係する組織の数や会議の層が入っているか
5. 成果の数字が、自分の働きと結び付けて説明できるものになっているか
6. 社名や実額など、守秘義務に触れる情報が残っていないか

よくある質問

議事録や台帳の更新が中心だった経験は、どう書けばよいですか？

作業が中心の経験も、正確に書けば十分な判断材料になります。会議の規模や頻度、扱った課題の範囲を添え、その中で様式を改善した点や、気づいて報告した点があれば一行加えます。経験を大きく見せるより、得意な範囲が正しく伝わるほうが、合う案件につながりやすくなります。

複数のプロジェクトを並行して支援していた場合は、どう書きますか？

期間が重なることが分かるように、プロジェクトごとに分けて書き、それぞれの稼働の割合や関わり方を添えます。全社のPMO組織で複数案件を横断して見ていた場合は、「横断管理」として1件にまとめ、対象の案件数と見ていた観点を書く方法もあります。

PMOの経験年数は、どこから数えればよいですか？

PMOとして管理や調整を担っていた期間を数えます。開発メンバーとして一部の進捗報告をまとめていた期間などは、PMOの年数に含めず、担当内容の中で触れるほうが面談での食い違いを防げます。迷う場合は、期間ごとに立場を書き分けておくと説明しやすくなります。