【PMBOK第8版】「プロダクト」と「プロジェクト」マネジメントの決定的な違いを具体例で解説

「プロダクト・マネジメント」と「プロジェクト・マネジメント」。
名前はたった1文字しか違いませんが、この2つの違いを明確に説明できるでしょうか？

実は、最新のPMBOK第8版では、この2つの専門分野の連携（コラボレーション）が、価値を生み出すために極めて重要であると解説されています。

今回は、抽象的でわかりにくいこの2つの概念を、「スマートフォンアプリの開発」という具体的な例に当てはめて、スッキリと分かりやすく解説していきます。

具体例でわかる！プロダクトとプロジェクトの違い

あなたが、ある会社で「家計簿アプリ」の責任者になったと想像してください。

プロダクトマネジメントの役割：「何を作るか？」

家計簿アプリの利用者を増やすために、あなたはこう考えました。

このように、「顧客の課題は何か？」「それに対して何を作るべきか？（ビジョンと戦略）」を考え、その製品（プロダクト）の価値を高めていく役割がプロダクトマネジメントです。

プロジェクトマネジメントの役割：「どう実現するか？」

レシート撮影機能を作ることが決まった後、今度は以下のような課題が生まれます。

このように、プロダクトマネージャーが描いたビジョンを受け取り、「決められた期間、予算、品質などの制約の中で、どうやって実現するか？（実行とリソースの管理）」を担うのがプロジェクトマネジメントです。

PMBOK第8版が定義する両者の関係

具体例を踏まえた上で、PMBOK第8版の定義を見てみましょう^[1]出典：Project Management Institute, Inc., A Guide to the Project Management Body of Knowledge (PMBOK® Guide) – Eighth Edition, … Continue reading。

• プロダクトマネジメント: プロダクトのビジョンと戦略を提供する。
• プロジェクトマネジメント: 実行、依存関係、およびリソースを管理することで、ビジョンを確実に実現する。

この両者は別々の知識体系を持つ独立した専門分野ですが、ビジネスを成功させるためには「両輪」として機能する必要があります。
いくらプロジェクトマネジメントが優秀でスケジュール通りに開発できても、プロダクトマネジメントがポンコツで「誰も欲しがらない機能」を作ってしまえば、ビジネスとしては失敗に終わるからです。

一つのプロダクトの一生には、いくつものプロジェクトが存在する

PMBOK第8版では、プロダクトとプロジェクトの関係性について5つのパターンが示されていますが、最も一般的なのは「プロダクト・ライフサイクル内のプロジェクトマネジメント」です。

先ほどの「家計簿アプリ（プロダクト）」の一生（ライフサイクル）を考えてみましょう。アプリが世に出てからサービスを終了するまでには、何度も開発の波が訪れます。

1. 初期リリース・プロジェクト： 最初のアプリを立ち上げる（半年間）
2. レシート読み取り追加プロジェクト： 新機能を開発する（3ヶ月間）
3. セキュリティ強化プロジェクト： 法改正に合わせてシステムを改修する（2ヶ月間）

このように、「プロダクト」という大きな枠組み（継続的なビジネス活動）の中に、始まりと終わりのある「プロジェクト」が何度も立ち上がる、という構造になっています。

両者をつなぐ「橋渡し役」の重要性

「何を作るか（プロダクト）」と「どうやって作るか（プロジェクト）」は、時に現場で対立します。「もっと機能を盛り込みたい！」というプロダクト側と、「予算と期間が足りない！」というプロジェクト側の衝突です。

PMBOK第8版では、この2つの領域のギャップを埋める「橋渡し役（Bridge the gap）」として、プロダクトオーナー（PO）やビジネスアナリスト（BA）といった役割の重要性を強調しています。

彼らが両者の間に入り、「ユーザーにとって本当に必要な機能はどれか（優先順位付け）」を調整することで、初めてスムーズな開発が可能になります。

まとめ

• プロダクトマネジメント： ユーザーの課題を見つけ、「何を作るか（ビジョンと戦略）」を決める役割。
• プロジェクトマネジメント： 制約を守りながら、「どうやって実現するか（実行と資源管理）」を担う役割。
• 両者の関係： 終わりのない「プロダクト」の一生の中に、期間限定の「プロジェクト」が何度も立ち上がる。

名前は似ていますが、全く異なるこの2つの視点。自分の今の仕事が「プロダクトの価値を考えているのか」、それとも「プロジェクトの実行を管理しているのか」を意識するだけでも、仕事の解像度がグッと上がるはずです。