ソフトウェア開発におけるPMOの役割を考える　- -　マネジメントの道具箱

はじめに

　ソフトウェア開発の現場では、多くのプロジェクトが実施されています。関係者も多岐にわたり、進行管理、品質管理、リスク管理といった幅広い視点が求められます。

　こうした中で注目されているのが「PMO（Project Management Office）」という組織的な仕組みです。PMOはプロジェクトマネジメントを支援し、全体の調整や標準化の推進など重要な役割を担います。

　PMOというと大組織が導入するものと思われるかもしれませんが、そうとは限りません。組織の規模や特性、目的などに応じて適切な形態を選択することができます。また、一度に完璧な形態を構築するのではなく、組織やプロジェクトの成熟度に応じて段階的に成長させていくこともできます。

　「プロジェクトは会議室で動いているんじゃ無い！現場で動いているんだ！！」

　上から目線の会議室型PMOでは、現場は動きません。プロジェクトの現場と同じ目線での対応が時に重要となります。一方で、一歩引いた立ち位置、俯瞰で見る視点も重要です。

　ここでは、「PMOとは何か」から「PMOの構築」、「使えるPMOにするには」などについて書いてみたいと思います。

1.PMOの概要

1.1 PMOとは

　PMOとは「Project Management Office（プロジェクト・マネジメント・オフィス）」の略で、企業や組織においてプロジェクトの成功を支援する専門の部門やチームのことを指します。
　PM（プロジェクトマネージャー）を支援し、さまざまな役割を担っています。

1.2 PMOの目的

　PMOの最大の目的は「プロジェクトの成功率を高めること」です。
　具体的には、プロジェクトに共通のルールや手法を導入し、計画と実行とを整合させ、経営目標と結びつける役割を果たすのです。

1.3 PMOの役割

　主に次のような役割を担っています。

(1)プロジェクトマネジメントの標準化
　組織全体で統一されたプロジェクト管理手法を確立し、各プロジェクトが一貫性をもって進められるようにします。
　テンプレートやガイドラインを提供します。

(2)PMやメンバーの育成と支援
　PMやチームメンバーのスキル向上を目的とした教育プログラムの提供やトレーニングなどを実施します。

(3)プロジェクトマネジメントの支援
　プロジェクトの進捗、品質、コストなどのマネジメントの支援や実施を行います。
　リスク分析の支援あるいは実施により、早期の問題発見や対策立案を支援します。

(4)リソース管理
　プロジェクト間でリソースを最適に配分し、業務の停滞を防ぎます。

(5)ナレッジマネジメント
　過去のプロジェクトから得た知見を共有し、成功の再現性を高めます。

1.4 PMOの歴史的な変遷

　PMOの概念は、1960年代の公共事業や大規模インフラプロジェクトの管理手法として登場しました。

　その後、1980年代から1990年代にかけて、ソフトウェア開発のプロジェクト管理に適用されるようになりました。
　特にIT業界では、プロジェクトの失敗が頻発し、その原因として「管理の不備」が指摘されたことから、PMOの必要性が高まりました。

　2000年代以降、PMBOK（Project Management Body of Knowledge）やアジャイル開発の普及により、PMOの役割も多様化しています。

　従来の「厳格な管理型PMO」だけではなく、「支援型PMO」や「コンサルティング型PMO」など、組織の状況に応じたPMOの形態が生まれました。
　単なる管理部門としてだけではなく、戦略実現を支援する「戦略的PMO」としての役割も期待されています。

2.PMOを構築する

2.1 PMOの形態

　PMOは組織の規模、目的、成熟度などに応じて以下の3つの形態に分類されます。
　これらの形態を最適に選ぶことが重要です。

(1)サポート型PMO（支援中心）
　情報提供やツールの提供にとどまり、関与は限定的です。
　•プロジェクトマネージャーにツールやガイドラインを提供
　•プロジェクトの進め方に関するアドバイスを実施
　•アジャイル型の組織に適している

(2)コントロール型PMO（標準化・監査中心）
　標準化やプロセスの監視など、より強い関与を行います。
　•組織全体で統一されたプロジェクト管理手法を適用
　•定期的な監査やガバナンスを実施
　•大企業のIT部門などに適している

(3)指揮型PMO（強制力あり）
　PMOが直接プロジェクトの指揮をとります。
　•PMOが直接プロジェクトを管理し、意思決定を行う
　•大規模プロジェクトや複数の部門にまたがるプロジェクトに適している

2.2 PMOの権限

　PMOの権限は、どの程度プロジェクトに介入できるかによって異なります。
　権限が強すぎると現場の反発を招きやすく、逆に弱すぎると形骸化しやすくなります。バランスのとれた設計が必要です。

(1)意志決定権限が強いケース
　・プロジェクトやプロジェクトを管理するライン組織の意志決定に強く関与
　・ＰＭのアサイン、コスト変更など、プロジェクトマネジメントの基幹プロセスに承認権限者として組込まれている
　・プロジェクトマネジメントプロセスの変革のため、ＰＭＯがトップダウンで導入されている
　※企業内の有力者をＰＭＯにアサインするとよい。

(2)意志決定権限が弱いケース
　・プロジェクトやプロジェクトを管理するライン組織に対する支援・助言が中心
　・承認権限が無いものの、「同意ポジション」としてプロセスに組込まれている場合もある
　・事務局に徹したケースもある
　※プロジェクトやプロジェクトを管理するライン組織の持つ意志決定権限を尊重しつつ、適切な支援や助言を行うため、権威のあるベテランをＰＭＯにアサインするとよい。

(3)意志決定に関与する事がないケース
　・計数管理や経営層へのレポートが主な役目
　・プロジェクトやプロジェクトを管理するライン組織の成熟度によっては、このケースが適切な場合もある

2.3 PMOの成熟度の評価

　PMOには「成熟度モデル」と呼ばれる考え方があります。これは、PMOの機能や影響力がどれほど組織に浸透しているかを段階的に評価するものです。

　一般的な成熟度レベルは以下のとおりです。
　(1)初期（非体系的）
　(2)発展中（標準化されつつある）
　(3)定着（プロセスが組織に浸透）
　(4)最適化（継続的改善がなされている）

　自組織の現在地を知ることで、次に進むべきステップが見えてきます。

2.4 PMOとPMのアプローチの違い

　PMは個々のプロジェクトを成功に導くことが主な役割ですが、PMOは複数のプロジェクトを俯瞰し、組織全体としての最適化を図ります。
　つまり、PMが「現場の指揮官」だとすれば、PMOは「司令部」といえるでしょう。
　このため、ＰＭＯの活動にあたり、ＰＭＯとＰＭの責任範囲を明確にしておくことが重要となります。
　また、ＰＭＯとＰＭとは表裏一体であり、互いがプロジェクトを成功に導くために協力出来るよう、価値観の共有と信頼関係の構築が必要となります。

【ミッション】
　［ＰＭＯ］プロジェクトの後方支援
　［ＰＭ］個別プロジェクトの成功

【目標のマネジメント】
　［ＰＭＯ］ビジネス目標をよりよく達成する潜在的な好機として、重要なプログラムのスコープ変更をマネジメント
　［ＰＭ］特定のプロジェクト目標に焦点を当てる

【責任範囲／マネジメント対象のプロジェクト】
　［ＰＭＯ］ＰＭＯ管理対象の全プロジェクト
　［ＰＭ］特定された個別プロジェクトの全責任

【活動期限】
　［ＰＭＯ］無期（個別プロジェクトの完了に左右されない）
　［ＰＭ］有期（プロジェクト完了まで）

【管理方針】
　［ＰＭＯ］全体最適（プロジェクト横断課題について一切の責任を負う）
　［ＰＭ］担当プロジェクトについて個別最適

【資源のマネジメント】
　［ＰＭＯ］全てのプロジェクトに対する、組織内の共有資源の使用を最適化
　［ＰＭ］最もよくプロジェクト目標を達成するように、割り当てられたプロジェクト資源をコントロール

【マネジメント要素】
　［ＰＭＯ］組織レベルにおける方法論、標準、組織全体のリスクや好機、プロジェクト間の相互依存関係のマネジメント
　［ＰＭ］特定のプロジェクトの制約条件（スコープ、品質、コスト、スケジュール、など）のマネジメント

3.使えるPMOにするには

　「PMOを作ったけれど、現場にはあまり使われていない」というケースは少なくありません。単なる事務的な報告や管理にとどまらず、プロジェクトの成功を支援・加速させる存在でありたいものです。
　PMOを「使える存在」にするためには、次のようなポイントを押さえる必要があるでしょう。

3.1 PMOの構築と運営

(1)段階的に検討を進める
　・ＰＭＯ機能を早期に実績に結びつけていくため、効果の期待できる領域の中から優先順位を付けて検討を進めます。
　・順次構築し、現場に適用していきます。
　・実現する仕組みについては、「試行」、「測定と評価」、「標準化」のステップで、継続的改善を推進します。
　・ＰＭＯ活動を改善し続けます。

(2)組織に適したPMOの形態を選ぶ
　・すべての組織が同じPMOを必要とするわけではありません。組織の文化やプロジェクトの規模に応じたPMOを設計しましょう。

(3)柔軟性を持たせる
　・PMOが硬直化すると、現場の負担になることがあります。状況に応じて柔軟に運用できる体制を整えることが重要です。

(4)ＰＭＯ組織の設立にこだわらない
　（ＰＭＯ組織の設立や、ＰＭＯ組織による支援がない場合など）
　・ＰＭＯのしくみを活用して、プロジェクト単独でも成果が出せるように、しくみや機能、ツールなどを設計していきます。

3.2 プロセス・標準化の整備と改善

(1)再現性のあるプロジェクト運営を実現するための共通基盤を提供
　•標準テンプレートを整備し配布します。
　　スケジュール表、WBS、リスク管理表、議事録フォーマットなど
　•PM標準プロセスの設計や教育を実施します。
　　各フェーズごとの必要成果物、レビュー項目などをの明確化など
　•継続的にプロセスを改善します。
　　プロジェクト終了後の振り返りを収集・分析、標準へのフィードバックなど

(2)PMOの成熟度に応じた進め方
　•初期段階
　　テンプレート整備、プロジェクト状況の可視化からスタートします。
　•中期段階
　　人材育成、リスク管理、ナレッジ共有などで影響力を拡大します。
　•高度段階
　　戦略と連動したポートフォリオ管理、データ活用による意思決定支援へとすすめます。

(3)リソース・ポートフォリオ管理
　・組織としての最適なリソース配分や案件選定を支援します。
　・リソース計画を統括します。
　　各プロジェクトの人員状況を一元管理し、過不足や過重負担を調整など
　・プロジェクト優先順位の調整を支援します。
　　経営判断をサポートする材料として、ROIやリスクの観点で情報提供
　・ロードマップの管理を支援します。
　　全体ポートフォリオの整合性をチェックし、戦略との整合を図る

3.3 コミュニケーション・ステークホルダーの管理

(1)経営層の理解と支援
　・PMOの目的を明確にし、経営層にメリットを伝えることが重要です。

(2)関係者間の合意形成と円滑な連携のサポート
　・ステークホルダーマップの作成を支援します。
　　関係者の影響や関心度に応じた対応計画の支援など
　・コミュニケーション計画の立案を支援します。
　　誰に・いつ・何を・どう伝えるかをPMと共に設計、など
　・調整役・火消し役としての支援を行います。
　　トラブル時の利害調整や交渉をPMに代わって行うこともある

(3)開発チームとの信頼関係を築く
　　※現場（ＰＭおよびプロジェクトメンバ）が生き生きと生産的に働けるようにすることが重要です
　・現場との信頼関係を築くコミュニケーションが重要です。
　・プロジェクト全体の潤滑油的な役割も意識する必要があります。
　・現場を責めるより、時に場をつなぐくらいの配慮も必要となります。
　・評価するだけの第三者にならない様にします。
　　遅れた原因の究明、対策を一緒に考えるようなスタンスが望ましい
　・現場の課題をよく理解し、実用的な支援を提供します。

(4)モニタリングとレポーティング
　・経営層やマネジメント層に対し、プロジェクト状況を正しく伝達します。
　・プロジェクト横断のKPI管理を実施します。
　　各プロジェクトのコスト、納期、品質、リスク状況などの統合管理など
　・ダッシュボードなどを作成すると良いでしょう。
　　プロジェクト状況を一目で把握可能とするツールの導入など
　・早期警告機能を実装するとよいでしょう。
　　トレンド分析による問題の早期発見、アラート機能の提供など

3.4 プロジェクト支援

(1)PMやチームの負荷の軽減と本来の価値創出に集中
　・定例会議の設計やファシリテーションの支援などを行います。
　　会議体や実施方法の設計、アジェンダ作成、議事録作成サポートなど
　・進捗や課題管理の代行や補佐を行います。
　　タスクや課題の取りまとめ、関係者へのリマインドなど
　・資料作成の支援を行います。
　　資料などの構成支援、見栄え整備、レビューなど

(2)品質・リスク管理
　・失敗要因の予防や品質の担保を行います。
　・レビュー支援やチェックリストの提供などを行います。
　　成果物レビューの品質担保、第三者レビュー体制の整備など
　・リスクログの管理やアドバイスを行います。
　　類似プロジェクトからのリスク事例紹介、未然防止策のアドバイスなど

(3)ツール・システム活用支援
　・PM・チームの生産性を向上を図ります。
　・プロジェクト管理ツールの導入や運用支援を行います。
　・自動化や効率化の仕組み作りを支援します。
　　レポート作成の自動化、リマインドメールの自動化など

3.5 人材育成・ナレッジマネジメント

(1)PM・メンバーの成長と組織全体の知見向上を支援
　・PM向け研修やOJTプログラムを作成し実施します。
　　若手PM候補に対する育成プラン、ベテランPMからのOJT支援など
　・ナレッジベースの構築を行います。
　　プロジェクト事例、トラブル対応履歴、成功／失敗の要因などを体系的に整理
　・コミュニティ形成を行います。
　　PM同士の勉強会、情報交換会の主催など

4.書籍の紹介

・戦略的PMO ―新しいプロジェクトマネジメント経営― [プリント・レプリカ] Kindle版
　PMI日本支部 (編集)
　オーム社 (2009/5/25)
　PMOを構築・導入・運用するためのバイブル的な一冊！
　プロジェクトマネジメント・オフィスとは、複数のプロジェクトのマネジメントを一元化し、効率的な管理・調整を行う組織の一部門である。本書は、わが国においてプロジェクトマネジメントの普及・教育に中心的な役割を果たしているPMI（Project Management Institute）日本支部によって、PMOの構築・導入・運用に関する実務ノウハウを詳しく解説している。
（ ※ 書籍の解説等は原則としてリンク先（Amazon）における解説をベースに記載しています。詳細内容はリンク先を参照願います。）

・ＰＭＯ導入フレームワーク　～プロジェクトを成功に導く、人・組織・プロセス・ツール～ 単行本（ソフトカバー） – 2010/7/27
　英語版  高橋 信也 (著), 峯本 展夫 (監修)
　産性出版; 初版 (2010/7/27)
　プロジェクトを成功に導く司令塔、プロジェクトマネジメントオフィス（PMO）には何が必要か。 PMOの必須知識を、人、組織、プロセス、ツールの4つに分けて解説しています。
（ ※ 書籍の解説等は原則としてリンク先（Amazon）における解説をベースに記載しています。詳細内容はリンク先を参照願います。）

・プロジェクトを絶対に失敗させない！ PMOの極意 やり切るための100のヒント (ディスカヴァーebook選書) Kindle版
　後藤年成 (著)
　ディスカヴァー・トゥエンティワン (2013/5/16)
　PMO (プロジェクトマネジメントオフィス）がシステム開発の鍵
　現場では、常識ではあり得ないことがまかり通っている！「ドキュメントがどこにあるか分からない」「過去の失敗を生かせずに、繰り返す」こんな現場を救う100のヒントを収録！
（ ※ 書籍の解説等は原則としてリンク先（Amazon）における解説をベースに記載しています。詳細内容はリンク先を参照願います。）

・プロジェクトマネジメント知識体系ガイド
　（PMBOKガイド）第7版 Kindle版
　＋プロジェクトマネジメント標準: PMI日本支部 監訳
　プロジェクトマネジメント協会（PMI） (著)
　一般社団法人 PMI日本支部 (2023/1/6)
（ ※ 書籍の解説等は原則としてリンク先（Amazon）における解説をベースに記載しています。詳細内容はリンク先を参照願います。）

・図解即戦力　PMBOK第7版の知識と手法がこれ1冊でしっかりわかる教科書 Kindle版
　前⽥ 和哉 (著)
　 技術評論社 (2024/9/20)
　プロジェクトマネジメントの世界標準として知られるPMBOK Guide 第7版の解説書です。「プロジェクトの基本」「価値実現システム」「12の原理・原則」などプロジェクトマネジメントの基礎となる知識のほか、PMBOK第7版のメインテーマともいえる「8つのパフォーマンス領域」について、要点をくわしく解説します。プロジェクトマネジメントの勉強のほか、PMP試験対策の第一歩としてもおすすめできる1冊です。
（ ※ 書籍の解説等は原則としてリンク先（Amazon）における解説をベースに記載しています。詳細内容はリンク先を参照願います。）

・図解入門よくわかる 最新PMBOK第6版の基本 Kindle版
　鈴木安而 (著)
　‎ 秀和システム (2018/3/23)
　PMBOKガイドは、米国プロジェクトマネジメント協会により、日本語を含め世界11ヶ国語に翻訳・出版されています。翻訳されても、専門用語が多い、カタカナ用語が多いなどの理由からなかなか理解が困難です。本書は、『PIMBOKガイド第6版』の翻訳・監訳チーム・リーダーでもある著者が、本来の意味をなるべくかみ砕いて解説します。イメージしやすいよう図版を豊富に使っているので、初心者からベテランまでわかりやすくなっています。
（ ※ 書籍の解説等は原則としてリンク先（Amazon）における解説をベースに記載しています。詳細内容はリンク先を参照願います。）

・プロジェクトマネジメントの基本がこれ1冊でしっかり身につく本 Kindle版
　前田和哉【著】
　技術評論社（2022/06）
　本書は、プロジェクトマネジメントについて基本から学ぶことのできる入門書です。プロジェクトマネジメントの基礎知識について解説した後、プロジェクトを「立ち上げ」「計画」「実行」「監視・コントロール」「完了」という5つの段階に分け、各段階において実施すべきこと、注意すべきポイントについて丁寧に解説しています。
（ ※ 書籍の解説等は原則としてリンク先（Amazon）における解説をベースに記載しています。詳細内容はリンク先を参照願います。）

おわりに

　PMOは単なる「プロジェクト支援の窓口」ではなく、組織全体のプロジェクト成功率を高め、経営戦略の実現を後押しする重要な存在です。特にソフトウェア開発のように変化が激しく、複雑な現場においては、その役割はますます重要になっています。

　上から目線の会議室型PMOでは、現場は動きません。プロジェクトの現場と同じ目線での対応が時に重要となります。一方で、一歩引いた立ち位置、俯瞰で見る視点も重要です。

　組織の状況に応じたPMOを構築し、より効果的なプロジェクト運営を実現する必要があるでしょう。

　これからPMOを導入しようと考えている方や、既存のPMOを見直したいと考えている方にとって、この記事が少しでもヒントになれば幸いです。