プロジェクトの組織
PMOとは。プロジェクトを横に見て、判断の材料をそろえる組織。
PMO（プロジェクトマネジメントオフィス）の意味、企業・部門・プロジェクトの3つの種類、業務内容、PMとの違い、官公庁のPMOとPJMOを解説します。3つのプロジェクトの定例会議から、PMOの週次レポートを作る例つきです。
更新日：執筆・運営：Klang AI AB
PMOの3つの種類：企業PMO・部門PMO・プロジェクトPMO
PMOは、どの範囲のプロジェクトを受け持つかで3つに分けられます。同じ会社に3つが重なって置かれることもあります。
規模が大きくなるほど、PMOが自分で会議に出て情報を集めることは難しくなります。企業PMOが10件を超えるプロジェクトを見る場合、各プロジェクトの定例にすべて出ることはできず、PMからの報告書に頼ることになります。報告書に書かれなかった懸念は、PMOに届きません。
| 種類 | 置かれる場所 | 対象 | 主な仕事 | 会議から集めるもの |
|---|---|---|---|---|
| 企業PMO（全社PMO） | 経営企画やDX推進の部署 | 全社のプロジェクト | 投資の優先順位づけ、全社の標準、経営層への報告 | 経営会議・投資委員会への報告資料、プロジェクト横断の状況 |
| 部門PMO | 情報システム部や事業部の中 | 部門内の複数プロジェクト | 要員の配分、部門の進め方の統一、プロジェクト間の調整 | 部門の週次レポート、プロジェクト間の依存関係 |
| プロジェクトPMO | 大規模プロジェクトの中 | 1つのプロジェクト | PMの補佐、進捗・課題・リスクの集約、会議の事務局 | 定例とステコミの議事録、課題管理表 |
PMOの業務内容：6つの仕事
PMO業務は、プロジェクトの「中」ではなく「間」と「上」に向いています。プロジェクトの間をそろえ、経営層が判断できる形に上げる仕事です。
6つのうち、進捗の集約、課題・リスクの管理、会議体の事務局の3つは、材料のほとんどが会議で話された内容です。PMO業務の効率化は、会議の記録をどう集めるかから始まります。
進め方の標準化
計画書、報告の書式、課題管理表、会議体の型をそろえ、プロジェクトが変わっても同じ形で状況を読めるようにします。
進捗の集約と報告
各プロジェクトの進捗、費用、品質を集め、経営層やステコミが判断できる形にまとめます。
課題・リスクの管理
課題とリスクの台帳を管理し、期限を過ぎたものや、プロジェクトをまたぐものを見つけてPMに知らせます。
会議体の事務局
定例やステコミの日程、議題、資料を準備し、決定事項と保留事項を記録して関係者に確かめます。
要員と予算の調整
複数のプロジェクトで人が足りないときに配分を調整し、予算の消化と見通しを把握します。
教訓の蓄積
プロジェクトの終わりに、うまくいったことと失敗の原因をまとめ、次のプロジェクトの計画に生かします。
PMOとPMの違い：責任、見る範囲、決める権限
PMOがPMの代わりに判断を始めると、プロジェクトの責任の所在があいまいになります。PMOの役割は、判断に必要な事実を、PMより広い範囲から集めて差し出すことです。
| 観点 | PM（プロジェクトマネージャー） | PMO |
|---|---|---|
| 責任を持つもの | 担当するプロジェクトの成果（品質・費用・納期） | 組織のプロジェクト管理の仕組みと情報 |
| 見る範囲 | 1つのプロジェクト | 1つから全社まで。複数のプロジェクトを横に見る |
| 決める権限 | プロジェクトの中のこと | 原則として持たない。判断の材料を整えてPMや経営層に渡す |
| 会議での役割 | 定例の議長、ステコミでの報告と提案 | 会議の事務局、記録、決定と保留の追跡 |
| 成果物 | 計画書、WBS、成果物そのもの | 標準の書式、横断レポート、課題とリスクの台帳、教訓集 |
官公庁のPMOとPJMO：標準ガイドラインでの位置づけ
官公庁では、PMOとPJMOという2つの言葉を使い分けます。デジタル・ガバメント推進標準ガイドライン（2026年6月12日改定）の本編に、次のように定められています。
- 各府省に、デジタル統括責任者、副デジタル統括責任者、PMOを置き、PMOはITガバナンスの中核として府省内の全体管理を担います
- PMOの機能として、計画管理、デジタル人材管理、予算管理、執行管理、データマネジメントの推進、情報資産管理などが挙げられています
- 個々のプロジェクトを推進する組織はPJMOで、PMOはPJMOと連携・協力し、必要な支援を行います
- PJMOは、情報システム部門だけで組成せず、制度所管部門と業務実施部門も参画させるとされています
例：3つのプロジェクトの定例から、PMOの週次レポートを作る
機械部品メーカーの部門PMOが、社内ポータル刷新（火曜）、販売管理システム刷新（水曜）、人事システム更改（木曜）の週次定例を見ている例です（架空）。3つの定例はすべて、フォルダ「PMO：プロジェクト定例」に会議ボットで記録されます。
このレポートで一番価値があるのは、最初の「プロジェクト横断」の2文です。所属コードの変更は人事システムの定例で、所属コードに頼った設計は社内ポータルの定例で話されました。それぞれのPMは自分の定例しか出ていないため、2つの話はPMOが両方を読まない限りつながりません。
レポートの文はAIの要約です。数字や期限は根拠の時刻で元の発言を確かめ、判断はPMに委ねます。PMOがレポートの内容で決めてしまわないことも、PMとの役割分担の一部です。
- 01
フォルダを1つにする
3つのプロジェクトの定例を、同じフォルダに記録します。PMOを管理者、3人のPMを編集にします。
- 02
スケジュール分析を毎週にする
フォルダを対象に、毎週1回、下の指示で分析が届くように設定します。プロプランの機能です。
- 03
届いたレポートを元の発言で確かめる
気になる文は、根拠の時刻からその定例の文字起こしを開き、前後の話を確かめてからPMに問いかけます。
今週追加された定例会議を読み、プロジェクトごとに「新しく出た課題」「まだ決まっていない判断」「進んだこと」を3件以内で書いてください。最初に、複数のプロジェクトにまたがる話があれば「プロジェクト横断で見てほしいこと」として挙げてください。各文の最後に、根拠の会議名と時刻を付けてください。推測は書かないでください。
プロジェクト横断で見てほしいこと
- 人事システム更改で、2027年4月に所属コードの体系を変える方針が出ました。人事システム更改 定例 10/15 18:22
- 社内ポータル刷新は、閲覧権限を今の所属コードで判定する前提で設計を進めています。両プロジェクトのPMで、コードの切り替え方を確認する必要があります。社内ポータル刷新 定例 10/13 11:40
販売管理システム刷新
- 新しい課題：受注データの移行テストで、1.2%の明細に文字化けが出ました。販売管理 定例 10/14 15:45
- まだ決まっていない判断：開発しない帳票12本の選定が、9月30日の期限を過ぎて終わっていません。販売管理 定例 10/14 06:10
社内ポータル刷新
- 進んだこと：アクセシビリティの確認を外部の会社に頼む方向で、見積もりを取ることになりました。社内ポータル刷新 定例 10/13 19:05
- まだ決まっていない判断：掲示データの移行範囲は、2部署の回答がそろっていません。社内ポータル刷新 定例 10/13 09:30
人事システム更改
- まだ決まっていない判断：給与明細の電子化を始める月が、労働組合との協議待ちで決まっていません。人事システム更改 定例 10/15 31:10
PMOが運営する会議と、残す記録
PMOが関わる会議は、目的ごとに残す記録が違います。記録の置き場所をフォルダで分けておくと、後から探す人が迷いません。
| 会議 | 頻度の目安 | PMOの仕事 | 残す記録 |
|---|---|---|---|
| プロジェクト定例 | 週1回 | 課題管理表の更新、期限切れの確認 | 議事録（差分と決定）、課題管理表 |
| PMO会議（PMO定例） | 週1回〜隔週 | プロジェクト横断の状況整理、ステコミの議題づくり | 横断レポート、ステコミに上げる事項の一覧 |
| ステアリングコミッティ | 月1回と節目 | 事務局として資料準備と記録 | 決定事項、保留事項と条件、判断の理由 |
| 振り返り（教訓の会） | フェーズ終了時・プロジェクト終了時 | 進行と記録 | 教訓集（うまくいったこと、原因、次への提案） |
プロジェクトの終わりに、教訓（レッスンズラーンド）を会議から拾う
教訓をまとめる会は、記憶が薄れたプロジェクトの最後に開かれがちです。半年前の判断の理由は、参加者の記憶より、定例の録音に正確に残っています。
- 01
プロジェクトのフォルダを分析に入れる
プロジェクト期間中の定例とステコミの記録を、まとめて分析に追加します。
- 02
遅れと手戻りの理由を聞く
「計画から2週間以上遅れた作業と、そのときに話された原因と対策」と聞くと、回答に根拠の会議と時刻が付きます。
- 03
振り返りの会で確かめる
回答を材料に振り返りの会を開き、原因の解釈を参加者で確かめて、次のプロジェクトへの提案にまとめます。
- 04
フォルダごと引き継ぐ
プロジェクトが終わったら、フォルダの管理者を保守の担当部署に変えます。次の刷新の担当者は、同じフォルダに質問できます。
PMOがKlangでできること、できないこと
Klangは、PMOが会議から情報を集める部分を受け持ちます。会議ボットで定例を録音し、文字起こしと決定事項・タスクの要約を作り、フォルダに権限を分けて保管します。分析では複数の会議をまとめて質問でき、スケジュール分析では同じ質問を毎週自動で繰り返せます。プロプランのオートメーションを使うと、定例が終わるたびに会議レポートをMicrosoft TeamsやSlack、Notionへ送れます。
Klangはプロジェクト管理ツールではありません。WBSやガントチャート、工数や予算の管理、要員の割り当ての機能はありません。海外拠点との定例が英語で開かれる場合は英語のまま文字起こしし、日本語への翻訳はしません。
PMOが全部の定例に出なくても、話されたことは集まる
Klangは、プロジェクトの定例やステコミを録音して文字起こしし、決定事項とタスクを含む要約を作ります。フォルダに集めた会議はまとめて分析でき、回答には根拠の会議とタイムコードが付きます。
- Teams・Zoom・Google Meetの会議ボット、ブラウザでの録音、スマートフォンのアプリ、ファイルのアップロードに対応
- フォルダごとに管理者・編集・読み取りの権限を設定。サブフォルダは親フォルダの権限を引き継ぎます
- スケジュール分析、オートメーション、話者の自動識別はプロプランの機能です
よくある質問
PMOとは何の略ですか。
PMOはProject Management Officeの略で、日本語ではプロジェクトマネジメントオフィスと呼びます。組織の中でプロジェクトの管理を支える部署やチームのことです。複数のプロジェクトを束ねる場合は、ポートフォリオやプログラムの単位で置くこともあります。
PMOとPMの違いは何ですか。
PM（プロジェクトマネージャー）は、担当するプロジェクトの品質、費用、納期に責任を持ち、プロジェクトの中のことを決めます。PMOは、進め方の標準をそろえ、進捗や課題を集めて、PMや経営層が判断するための材料を整えます。PMOは原則として、プロジェクトの判断そのものは行いません。
PMOの業務内容を教えてください。
主な業務は、進め方の標準化、進捗の集約と報告、課題とリスクの管理、定例会議やステアリングコミッティの事務局、要員と予算の調整、教訓の蓄積です。どこまでを受け持つかは、全社に置く企業PMOか、部門PMOか、1つのプロジェクトのPMOかで変わります。
PMO会議では何をしますか。
PMO会議は、PMOとPMが各プロジェクトの状況を持ち寄り、プロジェクトをまたぐ課題や、ステアリングコミッティに上げるべき事項を整理する会議です。週1回から隔週が目安で、報告は事前に書面で集め、会議では横断の調整と判断の材料づくりに時間を使います。
官公庁のPMOとPJMOはどう違いますか。
デジタル・ガバメント推進標準ガイドライン（2026年6月12日改定）では、各府省にPMOを置き、ITガバナンスの中核として府省内全体を管理するとしています。個々のプロジェクトを推進する組織はPJMOで、PMOはPJMOと連携・協力し、必要な支援を行います。
Klangのスケジュール分析は無料で使えますか。
スケジュール分析はプロプランの機能で、月払いは1ユーザーあたり¥1,180（税込）です。フリープランは月額¥0で、文字起こしは無制限、Zoom・Teams・Google Meetの会議ボットとAIチャットも使えます。クレジットカードは不要です。