見出し画像

#1-1｜PMOの役割1枚絵：迷子にならない“線引き”の型

AIで読み解く「私たちの悩みごと」


はじめに – PMO初心者が感じる悩みと戸惑い

プロジェクト現場で「PMOって結局なにをするの？」と戸惑っていませんか？
PMや開発・テスト・運用との境界が曖昧だと、仕事が散らばって迷子になりますよね！
本稿は、PMOの仕事を“線引き”でスッキリ可視化するハブ記事です。


PMOとはなに？

PMOは、プロジェクトを裏から支える参謀です。
PMが意思決定に集中できるよう、仕組みと情報を整えます。
やることは、標準ルールとテンプレの整備、会議体の運用、進捗と品質の見える化など。
自分で手を動かす当事者というより、運営基盤をつくる職能です。
「何でも屋」ではありません！管理と合意形成の専門家です。

💡要点
PMが“決める”。
PMOは“決めやすく整える”。

4者との境界と支援範囲

PM（プロジェクトマネージャー）

PMはQCDの最終責任者です。
方針決定、対外調整、優先順位付けを担います。
PMOは計画・進捗・課題リスクの仕組み化、資料作成、会議運営で土台を固めます。
線引きは「決定はPM」「決定を速く正確にする準備がPMO」です！

開発（Dev Team）

開発は設計・実装・技術判断の当事者です。
PMOは進捗可視化、依存関係の整理、ボトルネック共有を担当します。
設計やコーディングに口出しせず、課題の集約とエスカレーションに徹します。
技術判断はエンジニア、流れを整えるのがPMOという住み分けです。

テスト（Test／QA）

QAは品質検証の専門家です。
PMOはテスト計画のマイルストン設計、進捗KPI、欠陥管理のダッシュボード化を担います。
テスト実行はしませんが、判定会の段取りと合意形成は主導します！
「いつ・なにを・どこまでOKか」を数字と基準で合わせます。

運用（Ops）

運用は本番安定稼働と障害対応の責任者です。
PMOは運用受入チェックリスト、Go／No-Go基準、初期運用のエスカレーション設計を整えます。
リリース当日は進行と記録を統一し、想定外を減らします。
移管後は徐々にフェードアウト、ふりかえりで学びを次へ回収します。

1枚絵の読み方（概念図の意図）


中央にPMO、周囲にPM／Dev／Test／Ops。点線は“支援・調整”で、直接指揮はしない関係を示します。実線の枠は各チームの固有責務。PMOは横断するけれど、領域は侵食しません！

踏み込みと節度のバランス

「踏み込まない」は「何もしない」じゃありませんよ？
状況やメンバーの熟練度で、PMOの関与度は可変です。
立ち上がりは、ルールとテンプレ導入、報告リズムの確立に重心を置きます。
混乱時は、課題の再定義、選択肢提示、意思決定の場づくりに一歩踏み込みます。
ただし、指揮系統はPMに一本化！越境の副作用は最小化します。

PMOの代表タスクを“型”で覚える

  • 進捗と計画：WBS／カレンダー／遅延シグナルを週次で共有。

  • 会議体：アジェンダ固定化→進行→議事録は「決定／ToDo／保留」の三段仕分け！

  • 課題とリスク：RAIDで担当・期限・次アクションを固定、放置を防止。

  • 品質支援：テスト消化率・重大欠陥・門番基準（Exit）を可視化。

  • リリースと移管：Go／No-Go基準、手順書、当日進行、初期運用体制表。

  • 標準化：テンプレとチェックリストをOne Source of Truthに集約。

よくある迷子パターンと対処

  • 何でも屋化：頼まれ仕事が雪だるま。
    対処：自分の軸を宣言し、優先度表で可視化、適切に振り分け！

  • PMとの越境：指示出しまで踏み込んで衝突。
    対処：RACIを1枚化し、判断ラインを明文化。

  • 現場対立：形式要求が先行して反発。
    対処：「負担＜メリット」を具体で説明、必要最小限から段階導入。

  • 空回り：自分が炎上。
    対処：週次棚卸し＋エスカレーションラダーで“上げ先”を固定。

すぐ使える最小テンプレ

  • 議事録見出し：Decision／ToDo(Owner・Due)／Pending(条件)

  • RAID最小列：Type／Title／Owner／Due／Status／Next

  • Go／No-Go例：テスト消化90%＋重大欠陥0／代替手順OK／当日体制On-Call

次回予告（シリーズ連携）

本稿は“全体像と線引き”のハブです！
次の #1-2 は、PM／Dev／Test／Opsそれぞれの境界を具体事例で図解します。
続く #1-3 は、「やりすぎ・足りなさ」を防ぐ運用の型とリカバリ術、使い回せるテンプレを配布します。
独立でも読めますが、連続で読むと設計→運用まで一気通貫の型が身につきます。

まとめ

PMOは“決定を支える参謀”。
仕組み・可視化・調整でプロジェクトを前進させます。
原則は「尊重しつつ横断」、指揮はPMに一本化！
必要なときは一歩踏み込み、合意形成を設計し、越境の副作用は抑える。
迷ったら「PMが決める／PMOは整える」に戻りましょう！

参考資料・引用元

  • 日立ソリューションズ東日本：「PMOとは？その役割やPMとの違い・重要性から導入方法までわかりやすく解説」hitachi-solutions-east.co.jp

  • BasisPoint Academy：「PMOとは？PMとの違いや意味と役割をわかりやすく解説」basispoint-academy.com

  • Qolony：「「PMOが使えない」と言われる5つの理由！効果的な対策も徹底解説」qolony.co.jp

  • サウスポーなエンジニアの独り言：「こんなPMOはいらない」yohhatu.com

いいなと思ったら応援しよう！