PMOスキルシートの書き方｜PMとの違いと体制規模・予算・工数の定量化

PMOのスキルシートで求められる情報の型（PMとの違いも含む）

発注側や仲介担当者は、スキルシートを見て単価感・案件適合性・参画時期の目線を判断することが多いです。PM・PMOはコードや設計書のような成果物で判断できないため、担当した領域と数値の粒度が判断材料になります。汎用スキルシートに書く前提情報（氏名・稼働条件・保有資格・技術スタック）はフリーランスエンジニアのスキルシートの書き方を参照してください。本記事はその上に載せる管理系の書き方だけを扱います。

汎用スキルシートとの違い（体制規模・予算・工数の3軸）

一般的なエンジニア向けスキルシートは、担当技術・担当工程・担当機能で粒度が決まります。PM・PMOはこれに加えて、「マネジメント対象の広さ」を数値化する必要があります。目安として、案件詳細欄には次の5列を織り込みます。

PMとPMOで書き方が変わる4つの観点

一般的には、PMは意思決定と成果に責任を持つ立場、PMOはPM・プロジェクト全体を支援して型化・可視化・平準化する立場という違いがあります。案件によってはPMOが意思決定支援や部門横断調整まで担うこともあり、管理PMO・戦略PMO・執行支援PMOなど幅があります。役割の詳細はプロジェクトマネージャー(PM)とはとPMOとはにまとまっています。スキルシート上では次の4点で書き分けます。

ミニFAQ

Q. PM・PMOの案件は職務経歴書だけで足りるのでは？

職務経歴書は経歴全体、スキルシートは案件応募時の比較資料として使い分けられることが多いです。フリーランス案件や仲介経由の案件では、スキルシートを別途求められることが多く、両方を用意しておく前提で準備します。役割分担は職務経歴書とスキルシートの違いにまとめています。

Q. 兼務でPMとPMOを両方担当した案件はどう書けばよいですか。

主担当だった時期を分けて記載します。「20XX年X月〜X月：PMO（進捗・課題管理・会議設計）」「20XX年X月〜X月：PMを兼務（体制拡大に伴い意思決定を巻き取り）」のように、期間で切り分けると発注側が担当範囲を掴みやすくなります。

体制規模の定量化｜人数・拠点・体制図の書き方

体制規模は、案件の複雑さや単価水準を判断する材料になりやすい項目です。担当したチーム人数だけでなく、階層（開発・PMO・ベンダー）と拠点構成まで書くと、面談で聞かれる前に判断材料を渡せます。

開発チーム／PMO室／ベンダーの3階層で人数を書き分ける

「20名の体制」だけでは、開発20名なのか、PMOも含めた20名なのか、外注込みなのかがわかりません。次のように3階層で書き分けます。

• 開発チーム：発注元社員・自社常駐エンジニアなど、日々の開発を担当する人数

• PMO室：PMOメンバー・PM補佐など、案件推進を支援する人数（自身を含む）

• ベンダー：協力会社・オフショア拠点の社数と概算人数

たとえば「開発10名（社員6・BP4）／PMO3名（うち自身1名）／協力会社2社の6名」といった書き方です。この粒度に落とすと、後述の予算・工数と組み合わせて読みやすくなります。

拠点・オフショア・多国籍チームの書き方

拠点は「国内◯拠点／海外◯拠点／オフショア◯名」のように、地理的な広がりを最短で示せる形にします。会議言語や時差が絡む案件は、その旨も一言添えると案件マッチングの精度が上がります。

• 東京本社常駐＋ベトナムオフショア（ホーチミン15名）／日次で英語での朝会1回

• 国内3拠点（東京・大阪・福岡）／リモート主体・週1回全体定例

参考例（NG/OK対照）

体制規模の記載でつまずきやすい典型を示します。

ミニFAQ

Q. 契約や機密の関係で人数を出せない場合はどうすればよいですか。

「約20名規模」「10〜30名規模」といった幅を持たせた表現に切り替えます。守秘義務や社内規定の範囲内で、開示可能な粒度を面談時に補足する前提で、あえて非公開である旨を1行添えるのも有効です。

予算の定量化｜担当範囲を分解して書く

予算に関する経験は、PM・PMO案件で評価されやすい項目の一つです。ただし「案件全体の予算＝自分が管理した予算」ではありません。担当していない予算を書くと、面談時の質問で崩れます。

予算管理額・コスト削減・投資判断で分ける

予算に関する経験は、次の3種類に分解して書くと発注側が読み取りやすくなります。

「担当していない予算」は書かない

案件全体の予算規模を書く場合は、「案件全体の予算」と「自身が担当した予算」を別列で示します。同じ列に混ぜると、面談で「どこまで意思決定したか」を聞かれて破綻します。この分離は単価相場に関わる書き方の基本で、スキルシートで単価を上げる書き方にも共通するポイントです。

参考例（NG/OK対照）

予算の書き方でよくあるNG/OKを整理します。

ミニFAQ

Q. 予算を触っていなかったPMOでも書けることはありますか。

「予算そのものは触っていないが、稼働工数の実績データを月次で集計してPMに提出し、予算超過の兆しをアラートしていた」のように、予算に関わるプロセスへの貢献を書けます。書けない予算を無理に書く必要はありません。

工数の定量化｜月間人日・期間・稼働率

準委任型のPM・PMO案件では、工数は単価感を見積もる際に先に確認されやすい項目です。参画期間だけでなく、月間人日・稼働率までを揃えると、稼働をイメージした提案が返ってきやすくなります。

参画月数・参画中の月間人日・稼働率

工数は3つの数値でセットにするのが読みやすい書き方です。

• 参画期間：20XX年X月〜20XX年X月（Xか月）

• 稼働率：週5日常駐／週4日リモート／週2日など

• 月間人日：約20人日／月、約16人日／月など

たとえば「20XX年4月〜20XX年3月（12か月）／週5日フルリモート／約20人日／月」のように書きます。準委任契約が多いPM・PMO案件では、月間人日を明示すると単価換算が即座にできます。

短期案件と長期案件の書き分け

短期スポット案件と長期常駐案件は、書き方の重心を変えます。

• 短期（1〜3か月）：目的・成果物・関与レベルを冒頭に置く（例：立ち上げ支援・PMO要員確保のブリッジ）

• 長期（1年以上）：フェーズ切り替え（構想→要件定義→開発→運用移行）と各フェーズでの担当役割を明記

短期案件が多い場合の集約テクニックはSESスキルシートの書き方、担当フェーズの粒度はスキルシートの案件詳細の書き方を参考にしてください。

参考例

PMのスキルシート｜「意思決定と成果KPI」を中心に書く

PMは意思決定と結果に責任を持つ役割です。スキルシートでは、担当プロセスと結果KPIを分けて記述します。

担当プロセスを分解する

「プロジェクトマネジメントを担当」だけでは強みが伝わりません。PMBOK的な分類に近い形で、担当したプロセスを列挙します。

• 進捗管理：WBS作成／週次進捗会議設計／遅延時のリカバリ計画策定

• 品質管理：品質ゲート設計／レビュー基準策定／不具合トレンド分析

• リスク管理：リスク一覧の運用／エスカレーション基準の策定

• 課題管理：ステークホルダー間の課題整理／意思決定の記録

• スコープ管理：仕様変更の受付フロー／影響評価

意思決定の裏側（合意形成・トレードオフ）

PMの意思決定は、単発の判断ではなく合意形成の連続です。難しい判断を経験している人ほど、その裏側を書けます。

• 「納期を優先し、リリース時のスコープを◯機能から◯機能に縮小することを役員定例で合意した」

• 「品質観点で追加の受入テストを1週間実施することを提案し、営業部門と業務部門の合意を取り付けた」

こうした合意形成の経緯は、面談で最も掘られる項目です。1〜2案件だけでも書いておくと、単価交渉時の根拠になります。

例文テンプレート

PMのスキルシートで使える案件詳細欄のテンプレートです。

ミニFAQ

Q. 案件を途中で引き継いだPMは、成果KPIをどう書けばよいですか。

「引き継ぎ時点で30%進捗の案件を担当。既存WBSを見直して残タスクを再計画し、当初計画から2週間遅れの水準で本番リリースまで推進」といった書き方で、開始時点の状況と自身の貢献の切り分けができます。

PMOのスキルシート｜「型化・可視化・平準化」を中心に書く

PMOはPM・プロジェクト全体を支援して、複数案件をまたぐ型化・可視化・平準化を担う役割です。スキルシートでは、単発の成果よりも「継続的に運用可能な仕組みをいくつ作ったか」を軸に書きます。

担当したPMO業務の分類

PMO業務は幅広いため、担当した領域を分類して示します。

• 進捗PMO：進捗収集フォーマットの標準化／進捗会議の設計・運営

• 課題PMO：課題管理台帳の運用／エスカレーション基準の整備

• 品質PMO：品質会議の設計／欠陥トレンドの見える化

• 会議PMO：会議体マップの整備／議事録テンプレの標準化

• 予算PMO：予算・実績の月次集計／予算超過アラートの運用

• 資産・リスクPMO：契約・ライセンス管理／全社リスク一覧の運用

型化・平準化のアウトプット

PMOの独自性は、成果物（アウトプット）として残るものに集約されます。数値化して書けると強い項目です。

• 進捗収集テンプレを整備し、月次収集の作業時間を担当者1人あたり約8時間から約2時間に短縮

• 課題管理ダッシュボードをBIツールで構築し、週次の状況把握を紙資料からリアルタイム参照に切り替え

• 会議体マップを整理し、重複会議3つを統合／全体で月間約12時間の会議時間を削減

「削減した時間」「整備したテンプレ数」「統合した会議数」など、稼働している状態で計測できる数字は説得力があります。

例文テンプレート

PMOのスキルシート案件詳細欄のテンプレートです。

ケース別の書き方

PM経験浅め（1〜2案件）でPMOに応募する場合

PM経験が浅い段階でPMO案件に応募するときは、PM経験そのものよりも「PMを支援した経験」に軸を寄せます。

• 開発リーダーとしてWBS作成・進捗集計を担当した経験を、PMO業務の一部として書き直す

• サブリーダー時代に運営していた会議設計・議事録管理をPMO業務として言い換える

• 意思決定はPMに委ねていた旨を明記した上で、支援の範囲と成果を書く

実績が薄いフェーズでの書き方は実績が少ないフリーランスエンジニアでも通るスキルシートの書き方にも工夫がまとまっています。

SE・PL（プロジェクトリーダー）からPMOへ転向する場合

SE・PL経験をPMO実績に翻訳するときは、担当機能ではなく「プロジェクト全体で担った横断業務」を抜き出します。

• 進捗報告フォーマットを自チーム内で運用していた経験→進捗PMOの型化アウトプット

• チーム内の課題管理台帳を運用していた経験→課題PMOの運用ノウハウ

• サブチーム間の合意形成をブリッジしていた経験→会議PMOの設計経験

大規模プロジェクトのサブPMOから抜き書きする場合

100名超えの大規模案件でPMO室の1メンバーだった場合、案件全体の規模と自身の担当領域を分ける書き方が有効です。

• 案件全体：開発120名／PMO12名／協力会社6社の合計約180名／年間予算約12億円

• 自身の担当：PMO内の品質PMO領域を担当（品質会議設計と欠陥トレンド分析）／担当した費目：品質関連ツール費約2,000万円

サブPMOの立場を明示すると、意思決定の範囲について面談で説明しやすくなります。

ハイクラスコンサル案件を狙う場合

主要フリーランスエージェントの公開案件ベースで見ると、PMO職の上位帯にあたる月単価130万円超で募集されるケースもあります。この帯を目指す場合、担当した意思決定の重み・変革の広さが問われます。

• 経営会議への月次報告実績（頻度・報告項目）

• 全社横断PMO（複数案件を統括するPMO of PMOs）の経験

• DX戦略・データ戦略など上位方針の策定関与

• 外部監査・内部監査対応の経験

単価は案件属性や契約条件で変動するため、ここでの水準は一般論ではなく公開案件で見られる傾向として捉えてください。PMO単価の詳細な水準感はフリーランスPMOの単価相場に整理があります。

ミニFAQ

Q. PMOと似た役割（EM・スクラムマスター・PdM）の経験もアピールできますか。

役割の輪郭が違うため、混同すると読み手が混乱します。それぞれの違いはエンジニアリングマネージャー(EM)とはやスクラムマスターとは、プロダクトマネージャー（PdM）とはにまとまっています。PMO業務として書ける部分だけを切り出し、他の役割時代の経験は別行として分けます。

よくある失敗と対策

「担当範囲」が曖昧

PM・PMOの案件詳細は、担当していない領域まで書くと面談で崩れます。担当プロセス（進捗／品質／リスク／課題／スコープ／会議／予算）を分類の枠として使い、担当した領域と担当していない領域を明確に分けて書きます。担当していない領域は「PMが担当」「別PMOメンバーが担当」と一言添えるだけで整合性が保てます。

「予算」を書きたいがために盛る

案件全体の予算をそのまま書きたくなりがちですが、担当した予算と混ぜると信頼を落とします。前述のとおり「案件全体の予算」と「自身が担当した予算」は別列で示します。

「進行管理」だけで終わってPMOの独自性が出ない

「進行管理を担当」だけでは、他の応募者と横並びになります。PMOの独自性は「型化アウトプット」に集約されるため、少なくとも1つは「整備した仕組み・削減した時間・統合した会議数」など、数字で測れる成果を書きます。

意思決定の記述が「関与しました」で止まる

PMの経験を「関与」「サポート」だけで書くと、意思決定者かどうかがわかりません。意思決定した項目は「◯◯を決定」「◯◯を提案し合意を得た」まで踏み込み、意思決定に至った背景（合意形成・トレードオフ）を1行添えます。

バージョン・年月表記の不整合

複数案件を書くと、年月表記のフォーマット（西暦／和暦、年X月／年.X）がバラつきがちです。1シート内で統一します。細かい整合はフリーランスのスキルシートが通らない7つの原因にまとまっています。

PM・PMOスキルシートの事前チェックリスト

このページにしかない整理として、書類選考前に確認するチェック項目をまとめます。上から順に埋めていくと、担当範囲の説明漏れが減ります。

なお、スキルシート自体を効率的に整えるには、AIを下書きとして使う手法や、職務要約の冒頭3行を先に決める手法があります。詳細はスキルシートをAIで作る手順とスキルシートの職務要約の書き方に整理しています。空白期間の書き方はスキルシートの空白期間の書き方を参照してください。

自分の経験がどの単価レンジに位置するかを客観的に把握したい場合は、無料のフリーランスエンジニア単価診断で現在の市場単価の目安を確認できます。案件を探すときは、PM・PMO関連のフリコンの案件一覧から条件に合うものを絞り込めます。

まとめ

PM・PMOのスキルシートは、担当範囲を数値に翻訳して、面談前に発注側の判断材料を渡すための書類です。要点を整理します。

• 案件詳細は「体制規模／予算／工数／期間／結果KPI」の5列を意識する

• 体制規模は「開発／PMO／ベンダー」の3階層で人数を書き分ける

• 予算は「予算管理額／コスト削減／投資判断」の3種類で分解し、担当していない予算は書かない

• 工数は「参画期間／稼働率／月間人日」の3数値をセットで示す

• PMは意思決定と成果KPI、PMOは型化・可視化・平準化に軸足を置く

• 案件全体の予算と自身の担当予算を別列に分離する

• 型化アウトプット（テンプレ・ダッシュボード・統合会議数）を数字で最低1つ書く

• 意思決定の裏側（合意形成・トレードオフ）を1〜2案件だけでも書き加える

まずは直近3案件について、上のチェックリストの各項目に数値を入れてみてください。数値が思い出せない項目は、社外提出可能な範囲で、案件参画中のPMやPMOメンバーに確認すると、月間で削減した時間・会議数・レビュー時間などの具体値が集まります。数値が出せない場合は、まずは担当会議体・管理台帳・関与フェーズだけでも棚卸しすると、後から数値化しやすくなります。数値が揃ってきたら、単価診断で市場感と照らし合わせ、次案件の交渉材料に使うのが実務的です。