PMBOK第8版の第1章には、プロジェクトマネジメントの前提となる重要な「用語集」が掲載されています。
通常、こうした用語集はA-Z順（アルファベット順）に並んでいますが、頭から順番に読んでいっても、なかなか頭に入ってこないですよね。
しかし、これらの用語を「プロジェクトが立ち上がり、最終的に組織に『価値』をもたらすまでのストーリー順」に並べ替えてみると、PMBOK第8版が最も伝えたい「価値主導（Value-driven）」の熱いメッセージが浮かび上がってきます。
今回は、現場のプロジェクトマネージャーが混同しがちな「似た者同士の用語」を対比させながら、実務で使える生きた知識としてPMBOK第8版の用語を紐解いていきましょう。
山脇 弘成（SSAITS代表）
PMP®有資格者・Webプロジェクトマネージャー。
大手メディアや官公庁のWebプロジェクト実績多数。
「技術」だけでなく「対話」を重視し、御社の「ほんとは、こうしたかった」を形にします。
フェーズ1：何を作るのか？（プロジェクトとプロダクトの違い）
まずは、私たちの活動の「箱」と「中身」に関する用語です。
Project（プロジェクト） vs Product（プロダクト）
- Project（プロジェクト）： 価値を創造するために行われる、独自の文脈における「一時的な」取り組み。始まりと終わりがある。
- Product（プロダクト）： 生産される「成果物」であり、定量化可能なもの。有形（物理的な商品）も無形（デジタルサービスなど）も含まれる。
💡 現場あるある
「システム（Product）は完成したけれど、運用保守の予算や体制が決まっていない」というトラブルはよく起こります。
プロジェクトには必ず「終わり（解散）」がありますが、プロダクトにはリリース後も続く「ライフサイクル」があります。PMBOK第8版では、プロジェクトを終わらせることだけでなく、それがどんなプロダクトを生み出すのかという視点が強く求められています。
フェーズ2：誰が進めるのか？（3つのチーム定義）
次に、プロジェクトを進める「人」に関する用語です。アジャイル開発の普及により、この境界線は少しずつ変化しています。
Project team vs Project management team vs Project manager
- Project team（プロジェクト・チーム）： プロジェクトの目標を達成するために、実際の作業を行う人々の集まり。
- Project management team（プロジェクトマネジメント・チーム）： プロジェクト・チームの中で、マネジメント活動に直接関与するメンバー。
- Project manager（プロジェクトマネージャー）： 目標達成に責任を持ち、チームを率いるよう任命された人。チームの作業を促進し、価値提供を可能にする。
💡 現場の視点
かつては「PMが管理し、メンバーが作業する」という明確な壁がありました。
しかし現在では、スクラム開発などに代表されるように「チーム全体でマネジメント活動を分担する」ことが増えています。
それでも、チームが円滑に動き、後述する「価値（Value）」に向かえるようにファシリテートするPMの役割は、依然として非常に重要です。
フェーズ3：何が生み出されるのか？（作成物と出力）
プロジェクトが動き出すと、さまざまなモノが生み出されます。
Artifact（作成物） vs Output（出力）
- Artifact（作成物）： プロジェクトの管理や情報提供を助けるために作成される文書やアイテム。（例：計画書、要件定義書など）
- Output（出力）： プロセスによって生成されるプロダクト、結果、またはサービス。次のプロセスのインプットになることもある。
💡 現場あるある
「立派な進捗報告書（Artifact）を作ることに必死になり、肝心のシステム機能（Output）の開発が遅れる」という、いわゆる”管理のための管理”に陥るケースです。Artifactはあくまでプロジェクトを助けるためのツールであり、真の目的ではないことを忘れてはいけません。
フェーズ4：それは何をもたらすのか？（PMBOK第8版の核心）
ここからがPMBOK第8版の最大のハイライトです。ただOutput（出力）を出して終わる時代は終わりました。
Output（出力） → Outcome（成果） → Benefit（便益） → Value（価値）
この4つの繋がりを理解することが、現代のPMにとって最も重要です。
- Output（出力）： プロセスから生み出されたもの。（例：新しい営業支援システム）
- Outcome（成果）： Outputがもたらした長期的な影響や変化。（例：システムによって営業の入力時間が半減した）※予期せぬ悪影響（Disbenefit）が含まれることもある。
- Benefit（便益）： Outcomeの結果として、組織やステークホルダーが実感した利益や資産。（例：空いた時間で商談件数が増えた）
- Value（価値）： 目標達成から得られた便益（金銭的・非金銭的）から、投資コストを差し引いた「超過分」。ROIなどのビジネス価値だけでなく、社会的な影響も含まれる。
💡 現場あるある
「要件通りにシステムを納品しました！（Output達成）」とPMが胸を張っても、現場が使いにくくて入力作業が増え（悪いOutcome）、結果的に売上が上がらず（Benefitなし）、莫大な開発費だけがかかった（Valueがマイナス）……。
このような悲劇を防ぐために、PMは「Project success（プロジェクトの成功）＝労力と費用に見合う『価値』を提供したという共通認識」を常に意識し、価値主導で意思決定（Project management）を行わなければなりません。
フェーズ5：組織全体でどう管理するのか？（全体最適）
最後に、個別のプロジェクトの枠を超え、組織全体で価値を最大化するための仕組みです。
Program vs Portfolio vs PMO vs Value delivery system
- Program（プログラム）： 個別に管理するよりも大きな便益を得るために、連携して管理される関連プロジェクトのグループ。
- Portfolio（ポートフォリオ）： 戦略的目標を達成し、全体の価値提供を最大化するためにグループとして管理される集まり。
- Project management office (PMO)： ポートフォリオ、プログラム、プロジェクトの管理に関連する活動を中央集権化する組織・部門。
- Value delivery system（価値実現システム）： 組織を構築・維持・前進させるための戦略的ビジネス活動の集合体。プロジェクトや運用すべてがこれに含まれる。
💡 現場の視点
あなたの担当するプロジェクトは、決して孤立した島ではありません。組織の大きな戦略（Portfolio）の一部であり、最終的には組織が社会に価値を届けるための大きなシステム（Value delivery system）の重要なピースなのです。
まとめ：用語を知れば、PMの使命が見えてくる
PMBOK第8版の用語集を「価値を生み出すストーリー順」に並べてみると、プロジェクトマネージャーの使命がはっきりと見えてきます。
「Artifact（文書）を作ってOutput（成果物）を出すこと」は単なる手段であり、私たちの本当の使命は「チームを導き、Outcome（成果）を通じて組織に最大のValue（価値）を届けること」です。
辞書的な定義を丸暗記するのではなく、ぜひこれらの用語を「今の自分のプロジェクト」に当てはめて、壁打ちの材料にしてみてください。