目次
はじめに
「PMはプロジェクトマネージャーの略で合っているのだろうか」
「PMOやPdM、WBSなど似た略語が多く、会議や資料の内容を正しく理解できない」と迷っていませんか。
プロジェクトへ参加したばかりのときや、上司から進捗管理を任されたとき、略語の意味を一つずつ調べていると、役割の違いや用語同士のつながりまで把握できず、話についていけなくなることがありますよね。
この記事では、PM・PMO・PdMの役割の違いから、WBSやRACIなど実務で使う用語の意味まで整理します。
PM（プロジェクトマネージャー）の略語とは？
PMは、プロジェクト管理の場面では「プロジェクトマネージャー」を指す略語として使われます。
ここでは、プロジェクトマネージャーとしてのPMの意味を確認したうえで、PMが別の意味で使われるケースを整理します。
PMの意味
PMは「Project Manager（プロジェクトマネージャー）」の略で、プロジェクトの目標達成に向けて進行を管理する責任者です。
納期・予算・作業範囲・品質を管理しながら、担当者への作業の割り当てや進捗確認、課題が発生した際の対応や意思決定を行います。
PM以外の意味で使われるケース
PMは、プロジェクトマネージャー以外の意味で使われることもあります。
代表的な例には、製品の企画や成長を担う「Product Manager（プロダクトマネージャー）」や、設備の保守を行う「Preventive Maintenance（予防保全）」があります。
そのため、PMという表記だけで判断せず、業務内容や前後の文脈から意味を確認することが大切です。
PM業務でよく使われる略語一覧
PM業務では、担当者の役割を示す略語だけでなく、計画書や成果物、進捗管理の手法を表す略語も頻繁に使われます。
略語の意味を個別に覚えるだけでは実務での使い分けが分かりにくいため、ここでは役職・組織、計画・成果物、管理手法の3つに分けて整理します。
役職・組織
PM業務では、役職や組織を表す略語がよく使われます。
代表的なものには、プロダクトマネージャーを示すPdM、複数のプロジェクトを統括するプログラムマネージャーを示すPgM、プロジェクト管理を支援する組織を示すPMOがあります。
それぞれ役割が異なるため、会議資料や担当表では意味を確認して使い分けることが大切です。
計画・成果物
PM業務では、計画や成果物を表す略語も多く使われます。
代表的なものには、作業を階層化するWBS、組織構造を整理するOBS、作業範囲を定めるSOW、担当者の責任を示すRACI、目標の達成状況を測るKPI、目標と成果を管理するOKRがあります。
管理手法
PM業務では、スケジュールや進捗、コストを管理する手法も略語で表されます。
代表的なものには、作業時間を見積もるPERT、重要な作業経路を特定するCPM、資源の制約を考慮して工程を管理するCCPM、計画と実績を比較して進捗を把握するEVMがあります。
役職・組織で使われるPM関連の略語
プロジェクトを進める組織では、PMを中心に、進行支援、製品管理、複数案件の統括、要件整理などを担当する役割が配置されます。
略語が似ていても、責任を持つ範囲や日常業務は異なります。
ここでは、PM、PMO、PdM、PgM、PO、SM、BAについて、それぞれの役割と違いを整理します。
PM
PMは「Project Manager（プロジェクトマネージャー）」の略で、プロジェクト全体の進行に責任を持つ役職です。
納期・予算・品質・作業範囲を管理しながら、担当者への指示や進捗確認、課題が発生した際の対応や意思決定を行います。
PMO
PMOは「Project Management Office（プロジェクトマネジメントオフィス）」の略で、プロジェクト管理を支援する組織です。
進捗管理のルールを整えたり、会議資料の作成や課題・スケジュールの管理を行ったりして、複数のプロジェクトを支援します。
PdM
PdMは「Product Manager（プロダクトマネージャー）」の略で、製品やサービスの企画・開発方針に責任を持つ役職です。
利用者の要望やデータをもとに、開発する機能や優先順位、提供時期を決定します。
PgM
PgMは「Program Manager（プログラムマネージャー）」の略で、共通の目的を持つ複数のプロジェクトを統括する役職です。
各プロジェクトの優先順位や予算、進行状況を調整し、全体の目標達成を目指します。
PO
POは「Product Owner（プロダクトオーナー）」の略で、開発する機能の優先順位を決める役割です。
利用者や関係者の要望を整理し、プロダクトバックログを管理しながら、実施する順番や完了条件を決めます。
SM
SMは「Scrum Master（スクラムマスター）」の略で、スクラムチームが円滑に開発を進められるよう支援する役割です。
会議の進行をサポートし、開発の妨げとなる課題を解消しながら、チームが適切な進め方で開発できるよう支えます。
BA
BAは「Business Analyst（ビジネスアナリスト）」の略で、業務上の課題や要望を整理し、システム開発や業務改善につなげる役割です。
利用部門へのヒアリングや現状分析を行い、必要な要件を整理して開発担当者へ伝えます。
計画・成果物で使われるPM関連の略語
PM業務では、作業内容や組織体制、担当範囲、目標を文書や指標として整理するために、複数の略語が使われます。
それぞれ管理する対象が異なるため、同じ資料として扱うと役割分担や進捗確認が曖昧になります。
ここでは、WBS、OBS、SOW、RACI、KPI、OKRについて、何を整理するものなのかを順に確認します。
WBS
WBSは「Work Breakdown Structure（作業分解構成図）」の略で、プロジェクトに必要な成果物や作業を階層ごとに分解した資料です。
成果物から作業へ細かく分け、担当者の割り当てや工数の見積もり、進捗管理ができる単位まで整理します。
OBS
OBSは「Organizational Breakdown Structure（組織分解構成図）」の略で、プロジェクトに関わる組織や部署を階層ごとに整理した資料です。
部門やチーム、担当者を整理し、各作業をどの組織が担当するのかを分かりやすくします。
SOW
SOWは「Statement of Work（作業範囲記述書）」の略で、実施する作業や成果物、期限、担当範囲、完了条件をまとめた文書です。
対応する内容と対象外の範囲を明確にし、認識のずれや追加作業を防ぐために活用されます。
RACI
RACIは、作業ごとの役割を「Responsible（実行責任者）」「Accountable（最終責任者）」「Consulted（相談先）」「Informed（報告先）」の4つに整理する方法です。
誰が実行し、承認し、相談を受け、報告を受けるのかを明確にできます。
KPI
KPIは「Key Performance Indicator（重要業績評価指標）」の略で、目標の達成状況を数値で確認するための指標です。
進捗率や納期遵守率、不具合件数などを定期的に確認し、計画との差を把握して改善につなげます。
OKR
OKRは「Objectives and Key Results（目標と主要な成果）」の略で、目標と、その達成度を測る指標を組み合わせて管理する方法です。
1つの目標に対して複数の成果指標を設定し、定期的に達成状況を確認します。
プロジェクト管理手法で使われる略語
プロジェクト管理では、作業期間の見積もり、全体工期を左右する経路の特定、余裕時間の管理、進捗とコストの測定に、それぞれ異なる手法が使われます。
略語だけでは目的や使い分けを判断しにくいため、ここではPERT、CPM、CCPM、EVMについて、何を管理し、どの場面で活用する手法なのかを整理します。
PERT
PERTは「Program Evaluation and Review Technique（計画評価レビュー技法）」の略で、作業時間を見積もって工程を計画する手法です。
楽観値・最可能値・悲観値の3つをもとに所要時間を算出し、納期に影響する作業の流れを把握します。
CPM
CPMは「Critical Path Method（クリティカルパス法）」の略で、プロジェクトの完了日に影響する重要な作業経路を特定する手法です。
作業の前後関係と所要時間を整理し、遅れると全体の納期に影響する作業を確認します。
CCPM
CCPMは「Critical Chain Project Management（クリティカルチェーン・プロジェクトマネジメント）」の略で、人員や設備などの制約を考慮して工程を管理する手法です。
作業の余裕時間をバッファとしてまとめて管理し、納期遅延のリスクを判断します。
EVM
EVMは「Earned Value Management（アーンド・バリュー・マネジメント）」の略で、進捗とコストを数値で管理する手法です。
計画値・出来高・実コストを比較し、納期の遅れや予算超過がないかを確認します。
間違えやすいPM関連略語の違い
PM、PdM、PgM、PMOは名称が似ていますが、管理する対象や責任を持つ範囲は異なります。
略語だけで判断すると、プロジェクト、プロダクト、複数案件、支援組織の役割を混同しやすいため、ここではPMとPdM、PMとPgM、PMとPMOの違いをそれぞれ整理します。
PMとPdMの違い
PMは納期・予算・品質・作業範囲を管理し、プロジェクトを予定どおり完了させる役割です。
一方、PdMは利用者の要望や市場の状況をもとに、製品に追加する機能や開発の優先順位を決めます。
PMはプロジェクトの成功、PdMは製品の成長に責任を持つ点が大きな違いです。
PMとPgMの違い
PMは1つのプロジェクトを管理する役割です。
一方、PgMは共通の目的を持つ複数のプロジェクトを統括し、優先順位や予算配分、進行状況を調整します。
PMが個別プロジェクトを管理するのに対し、PgMは全体最適を考えながら複数のプロジェクトを管理します。
PMとPMOの違い
PMはプロジェクトの進行を管理し、目標達成に向けた意思決定や結果に責任を持つ役割です。
一方、PMOは進捗管理のルール作りや資料作成、課題管理などを通じてPMを支援します。
PMがプロジェクトを動かす立場なのに対し、PMOは管理業務を支える立場という違いがあります。
まとめ
PMは「Project Manager（プロジェクトマネージャー）」の略で、納期・予算・品質・作業範囲を管理しながら、プロジェクトを計画どおりに進める役割です。
ただし、PMはプロダクトマネージャーや予防保全を指す場合もあるため、略語だけで判断せず、業務内容や前後の文脈を確認することが大切です。
また、PM業務では、PMO・PdM・PgMなどの役職や、WBS・SOW・KPIなどの管理資料、PERT・CPM・EVMといった管理手法など、多くの略語が使われます。
正式名称を覚えるだけでなく、「何を管理するための言葉なのか」を理解しておくと、会議や資料の内容も把握しやすくなります。
特にPM・PdM・PgM・PMOは混同しやすい略語ですが、それぞれ担当する対象や役割が異なります。
略語の意味を正しく理解しておくことで、プロジェクト管理の全体像もつかみやすくなり、実務でも迷わず使い分けられるようになるでしょう。