PMOとは?社内ITプロジェクトでの役割と立ち上げ方
PMとPMOの違い、支援型・管理型・指揮型の選び方、社内ITのPMOが担う仕事と週次ステータスの書式、優先順位の採点表、立ち上げの手順と嫌われるパターンを整理しました。
PMOとは、Project Management Officeの略で、複数のプロジェクトの管理を標準化し、状況を横断的に見える化してPMと経営の判断を支える組織や役割のことです。1つのプロジェクトを率いるPM(プロジェクトマネージャー)とは立ち位置が違い、PMOはプロジェクトの外側から、計画の書き方、報告の形式、着手の優先順位をそろえます。
社内ITでPMOが必要になるのは、基幹システムの更新、SaaSの導入、PCの入れ替え、ネットワークの更改が同じ年に重なり、同じ数人の情シスが全部に関わる状況です。PMとの違い、3つの型と選び方、社内ITのPMOが実際にやる仕事と報告のテンプレート、優先順位の採点表、立ち上げの手順、そして現場に嫌われるPMOの典型パターンまでを順に扱います。
この記事でわかること
- PM・PMO・スポンサーの責任の違いと、「どちらが上か」で揉めないための決め方
- 支援型・管理型・指揮型の3つの型と、情シス主導の社内ITに合う形
- 受付から終結までのPMOの仕事、週次ステータスの書式と信号の判定基準
- 優先順位の採点表と、月次会議で「今期はやらない」線を引く方法
- 嫌われるPMOのパターンと、外部に任せてよい仕事・任せてはいけない仕事
PMOとは:PMとの違いと「どちらが上か」
PMは1つのプロジェクトの目標(期限・予算・品質)を達成する責任者で、PMOはプロジェクトの外側から管理の仕組みを提供する役割です。両者の上下関係は組織の設計次第で、PMOにPMを指揮する権限を与える会社もあれば、PMの補佐役として置く会社もあります。はっきりしているのは、プロジェクトの成否に責任を負うのはPMとスポンサー(目的と資金に責任を持つ役員や部門長)であり、PMOではないという点です。なお英語のネットスラングでは「PMO」が苛立ちを表す略語として使われることもありますが、ここで扱うのはビジネス用語のPMOです。
| 役割 | 責任を負うもの | 主な権限 | 主な成果物 |
|---|---|---|---|
| スポンサー | プロジェクトの目的と投資の妥当性 | 予算の承認、スコープの最終判断、中止の決定 | 承認と判断の記録 |
| PM | 期限・予算・品質の達成 | 計画の策定、メンバーへの指示、案件内の課題の判断 | 計画書、WBS、課題管理表 |
| PMO | 管理の標準化と、案件横断の見える化 | 型によって異なる(助言のみから是正の指示まで) | 標準テンプレート、案件一覧、月次報告 |
| ステアリングコミッティ | 複数部門にまたがる判断 | 優先順位の変更、追加予算、案件の中止 | 議事録と決定事項 |
「PMとPMOはどちらが上か」で揉めないためには、PMOを置く時点で、PMOがPMに対して何ができるかを文書にしておきます。例として「PMOは週次報告の提出を求めることができる。計画の変更を指示することはできない。重大な遅れはPMOがスポンサーへ直接報告できる」のように、できることとできないことを並べて書きます。この1枚がないと、PMOの指摘は「越権」と受け取られ、PMOの沈黙は「怠慢」と受け取られます。
PMOの3つの型と、社内ITでの選び方
| 型 | PMOの権限 | 向いている状況 | 失敗しやすい点 |
|---|---|---|---|
| 支援型 | テンプレートと助言を提供する。従うかどうかはPMが決める | PM経験者が複数いて、やり方をそろえたいだけの組織 | 使われないテンプレートが増え、存在感が消える |
| 管理型 | 報告の形式と頻度、使うツールを義務にし、守られているかを確認する | 案件が多く、経営が全体の状況をつかめていない組織 | 報告のための報告が増え、PMの時間を奪う |
| 指揮型 | PMの任命や人員の配分を決め、プロジェクトを直接指揮する | 経営直轄の大規模な刷新、全社で優先順位を強制したい場面 | PMOが現場を知らないまま決め、PMが指示待ちになる |
情シスが主導する社内ITなら、最初は「支援型に、管理型の要素を2つだけ足す」形を勧めます。足すのは、全案件の週次ステータスを同じ書式で出すことと、月1回の案件横断の会議です。この2つだけで経営は全体の状況を把握でき、情シスは担当者の取り合いを会議の場で調整できるようになります。
指揮型が合うのは、基幹システムの全面刷新のように経営が直接判断すべき規模の案件が動いているときに限られます。情シスの部長がPMOを兼ね、同時にいくつかの案件のPMでもある状態で指揮型を名乗ると、自分で自分を監督することになり機能しません。その場合は、案件横断の優先順位を決める場をCIO(いなければ管理部門の担当役員)に持ってもらいます。CIOの役割はCIO・CISOとはで整理しています。
社内ITプロジェクトでPMOがやること
| 段階 | PMOの仕事 | 残す記録 |
|---|---|---|
| 受付 | 依頼を受け、目的・効果・期限・依存関係を確認して案件一覧に登録する | 案件受付票 |
| 優先順位付け | 採点表で点数をつけ、月次会議で着手の順番を決める | 採点結果と決定の理由 |
| 計画 | 計画書とWBSの抜けを確認する(体制、データ移行、利用者教育、廃止する旧システムの扱い) | レビューの指摘と対応 |
| 実行 | 週次ステータスを集め、案件横断の課題(担当者の取り合い、切替日の重なり)を見つける | 案件一覧、課題とリスクの台帳 |
| 変更 | スコープ・期限・予算の変更要求を記録し、承認者へ回す | 変更要求票と承認記録 |
| 終結 | 振り返りを開き、次の案件で使う教訓を登録する | 振り返りの記録、教訓の一覧 |
社内ITで特に効くのは、案件横断の課題を見つける仕事です。PCの入れ替えとSaaSの導入が同じ週に切替日を迎え、同じ担当者が両方の問い合わせを受ける、といった衝突は、個々のPMからは見えません。案件一覧に「切替日」「関わる情シス担当者」「影響を受ける部門」の3列を足すだけで、衝突は会議の前に見つかります。計画のレビューで「廃止する旧システムの扱い」を必ず確認するのも同じ理由で、旧システムの停止が誰の案件にも入っていないと、保守契約とライセンスが何年も残ります。
週次ステータスは、全案件で同じ書式にします。PMが書く量を減らすため、各欄の行数に上限を付け、判断してほしいことを最後に独立させます。
■ 案件名:勤怠SaaS導入 PM:○○ 報告日:○/○
■ 全体状況:黄
理由:移行テストで有給残日数の不一致が見つかり、確認に1週間かかる
■ マイルストーン
・本番データ移行 予定 ○/○ → 見込み ○/○(1週間遅れ)
・全社展開 予定 ○/○ → 見込み ○/○(変更なし)
■ 今週やったこと(3行まで)
■ 来週やること(3行まで)
■ 課題(期限と担当者つき)
■ 判断してほしいこと
移行対象を直近2年分に絞るか(スポンサー判断、○/○までに)| 信号 | 判定の基準(例) |
|---|---|
| 緑 | マイルストーンの見込みが予定どおり、または遅れを案件の中で吸収できる |
| 黄 | 遅れの見込みがあるが挽回策があり、PMの判断の範囲で対応できる |
| 赤 | 挽回策がない、予算超過の見込みがある、またはスポンサーの判断が必要 |
判定の基準を文字で決めておかないと、PMは「まだ挽回できるはず」と緑を付け続け、赤になるのは期限の直前になります。PMOが守るべき運用は、黄や赤を早く出したPMを責めないことです。赤の案件を扱う会議で最初に聞くのは「誰の責任か」ではなく「何を決めれば予定に戻れるか」にします。
全案件が緑のまま進んでいる状態は、うまくいっている証拠ではなく、報告が機能していない兆候として扱ってください。社内ITの案件は、ベンダーの納期、現場の繁忙期、担当者の兼務で必ず揺れます。数か月にわたってどの案件も黄にならないなら、判定基準を見直すか、PMに個別に話を聞く時期です。
優先順位の採点表と、月次会議で線を引く
情シスへの依頼は、ほぼ常に処理できる量を上回ります。どれから手を付けるかを情シスの判断だけで決めると、後回しにされた部門から不満が出て、声の大きい部門の案件が割り込みます。採点表と会議で決める形にすると、判断の理由が記録に残り、後から説明できます。
| 観点 | 重み(例) | 3点の目安 | 1点の目安 |
|---|---|---|---|
| 法令・監査・取引先からの要求 | 3 | 期限つきの義務がある | 義務ではない |
| 業務停止のリスク | 3 | サポート終了などで、放置すると業務が止まる | 止まる心配はない |
| 効果 | 2 | 複数部門の工数や売上に効く | 1部門の一部の業務に限られる |
| 経営方針との整合 | 2 | 中期計画に明記されている | 関係が薄い |
| 必要な情シスの工数(少ないほど高得点) | 1 | 小さい | 大きい |
重みを掛けた合計点の順に並べたら、情シスが使える工数の上限で線を引き、線より下の案件は「今期は着手しない」と会議で決めます。この線を引くことがPMOの仕事の核心で、全案件を少しずつ進めて全部が遅れる状態を止めるのが目的です。月次会議の議題は、赤と黄の案件の説明、新規案件の採点結果、線の引き直しの3つに絞り、60分で終えます。緑の案件は資料に載せるだけで説明を省きます。
PMOの立ち上げ手順
- 動いている案件と、依頼済みで未着手の案件をすべて一覧にし、担当者・期限・切替日を埋める
- PMOの型と、PMに対してできること・できないことを1枚の文書にし、情シスの上長と経営の承認を得る
- テンプレートを3つだけ作る:案件受付票、週次ステータス、変更要求票
- 採点表の観点と重みを経営と合意し、既存の案件に試しに点を付けてみる
- 月次会議を始め、3か月後に「報告にかかっている時間」と「判断が出るまでの日数」を振り返って、書式と会議の形を直す
案件受付票に入れる項目は、依頼部門と責任者、目的(どの数字を変えたいか)、期限とその理由(法令・契約・社内行事など)、影響を受ける部門と人数、関係するシステム、予算の見込みの有無、そして「やらなかった場合に起きること」です。最後の項目が空欄の依頼は、多くの場合そのまま線より下に並びます。
テンプレートを最初から10種類そろえると、それだけでPMの反発を招きます。3つで始め、足りない場面が実際に起きてから足してください。道具は、社内ですでに使っているチケット管理やスプレッドシートで足ります。案件が増え、依存関係やガントチャートが必要になった段階で専用ツールを検討します。比較の軸はプロジェクト管理ツールの選び方にまとめました。
情シスの誰かがPMOを兼務する場合、PMOとしての仕事は週の固定時間に閉じ込めます。例として「毎週月曜の午前に全案件のステータスを集め、案件一覧を更新する」と決め、残りの時間は案件の実務に充てます。時間を固定しないと、PMOの仕事は問い合わせと会議で際限なく膨らみ、兼務している案件の方が遅れ始めます。
嫌われるPMOのパターンと、外部に任せてよい範囲
| パターン | 現場から見えること | 防ぎ方 |
|---|---|---|
| 報告のための報告 | 同じ内容を、宛先ごとに形式を変えて何度も書かされる | 報告は週次ステータス1種類に統一し、別の形式が必要ならPMOが転記する |
| テンプレートの強制 | 小さな案件にも大規模案件と同じ書類を求められる | 案件の規模で必要な書類を3段階に分ける |
| 権限のない監視 | 指摘はされるのに、困ったときに何も決めてくれない | 判断が必要な事項をスポンサーへ上げる経路をPMOが持つ |
| 現場を知らない | 技術的に無理な挽回策を求められる | 実務経験者をPMOに入れる。現場の定例会議に顔を出す |
| 全部が緑 | 問題が期限の直前まで表に出ない | 判定基準を文字で決め、黄・赤を出したPMを責めない |
外部のコンサルティング会社にPMOを委託する場合、任せてよいのは報告の集約、議事録、課題台帳の管理、テンプレートの整備です。任せてはいけないのは、優先順位と中止の判断、ベンダーの評価です。とくに、開発を請け負うベンダーと同じ会社にPMOまで任せると、遅れの原因がベンダー側にあるときに中立な報告が上がりにくくなります。この利益相反は発注後に解くのが難しいので、RFP(提案依頼書)の段階で「PMO業務は開発ベンダーと別の事業者に委託する」と条件にしておくのが確実です。
よくある質問
PMとPMOはどちらが上ですか?
組織の設計次第で、決まった上下関係はありません。支援型のPMOはPMを補佐し、指揮型のPMOはPMに指示を出す立場になります。どちらの場合も、プロジェクトの成否の責任はPMとスポンサーにあります。揉めないように、PMOがPMに対してできることとできないことを、設置の時点で文書にしておきます。
PMOに向いている人は?
状況を数字と短い文章でまとめられる人、立場の違う相手から事実を聞き出せる人、自分の意見より合意の形成を優先できる人です。技術がわからないと遅れの本当の原因を見抜けないため、社内ITのPMOでは、システムの導入や運用の実務経験がある人の方が早く信頼されます。
未経験でもPMOになれる?
プロジェクトの経験がない状態で、いきなり指揮型のPMOを担うのは難しいです。現実的なのは、議事録、課題台帳、週次ステータスの集約といった補佐の仕事から入り、案件の進み方を見ながら経験を積む道です。IPAのプロジェクトマネージャ試験やPMPの学習範囲は、用語をそろえる教材として役立ちます。
PMOの年収はいくらですか?
所属(事業会社の社内PMOか、コンサルティング会社か、派遣や業務委託か)、担う型、案件の規模で幅が大きく、1つの数字では答えられません。一般に、報告の集約が中心の役割より、優先順位や予算の判断に関わる役割の方が高く評価されます。具体的な水準は、求人情報や公的な賃金統計で確認してください。
まとめ
PMOは、プロジェクトの外側から管理のやり方をそろえ、案件横断の衝突と優先順位を扱う役割です。社内ITでは、支援型に週次ステータスと月次会議を足した形から始め、テンプレートは3つに絞ります。採点表で線を引き、線より下の案件を「今期はやらない」と経営と一緒に決めることが、PMOがあって初めてできる仕事です。