PM（プロジェクトマネージャー）とは
PM（プロジェクトマネージャー）とは、プロジェクトの目標を達成するために、計画を立て、人や予算を配分し、進行を管理し、品質・費用・納期に責任を持つ人のことです。
言い換えると、「プロジェクトの現場監督であり、最終的な責任者」です。システム開発では、何をいつまでに作るかを決め、チームの作業を割り振り、問題が起きたときに対応策を判断します。正式名称は Project Manager で、日本では略して「プロマネ」と呼ばれることもあります。なお、IT業界では「PM」がプロダクトマネージャー（製品の方向性に責任を持つ人）を指すこともあるため、文脈で区別が必要です。
主な役割とPMOとの違い
PMが担う仕事は、プロジェクトの段階に応じて次のように変わります。
| 段階 | 主な仕事 |
|---|---|
| 立ち上げ | 目的とゴールの確認、関係者の洗い出し、体制づくり |
| 計画 | 範囲（スコープ）の定義、WBS・スケジュール・予算の作成、リスクの洗い出し |
| 実行 | 作業の割り振り、進捗の確認、課題への対応、関係者との調整 |
| 監視・調整 | 計画との差の把握、仕様変更の判断、品質の確認 |
| 終結 | 成果物の引き渡し、振り返り、知見の記録 |
これらの仕事の根底には、「スコープ（何を作るか）・品質・費用・納期」のバランスをとるという役割があります。どれか一つを優先すれば、ほかに影響が出ます。たとえば納期を守るために機能を減らすのか、品質を保つために納期を延ばすのか、といった判断を、関係者と合意しながら下すのがPMの仕事です。
PMを支援する役割として、PMO（プロジェクトマネジメントオフィス）があります。PMが判断と責任を持つのに対し、PMOは進捗の集約、会議運営、資料の整備などで判断を支える役割です。
実務での使い方・具体例
システム開発を外注する場合、PMは開発会社側にも発注側にも必要です。この点は見落とされがちです。
| 立場 | 主な責任 |
|---|---|
| 開発会社のPM | 開発チームの管理、契約範囲の成果物を品質・納期どおりに作る |
| 発注側のPM | 業務要件の決定、社内の調整、受入テスト、リリース後の運用準備 |
架空の例として、ある会社が開発会社に顧客管理システムを依頼し、社内の担当者を情報システム部の兼務の社員一人に任せたケースを考えます。開発が進むにつれ、営業部と管理部で要望が食い違い、どちらを優先するかを誰も決められないまま時間が過ぎました。開発会社は仕様が決まらないため作業を進められず、結果として納期が延びました。
このとき足りなかったのは、発注側で「業務上の判断を下し、社内の合意をとる」PMの役割です。発注側のPMには、次のような権限と時間が必要です。
- 社内の要望を集め、優先順位を決める権限
- 経営層に判断を仰ぐべき事項を見極め、上げる経路
- 定例会への参加と、開発会社からの質問に迅速に答える時間
- 受入テストの計画と、現場の担当者の協力を取りつける立場
発注側のPMは必ずしも技術の専門家である必要はありません。むしろ、業務を理解し、社内で決めるべきことを決められることの方が重要です。技術的な判断は、開発会社のPMや外部の専門家の助言を得ながら進めれば十分です。
発注側のPMを任命するときは、本人の通常業務をどこまで減らすかも一緒に決めておきます。役割だけを追加して業務量を変えないと、日常業務に追われてプロジェクトの判断が後回しになり、結局は開発の停滞につながります。
発注側PMが毎週確認したいこと
- 計画に対して遅れている作業と、その理由
- 発注側が回答・決定すべき事項の一覧と期限
- 新たに出てきた要望と、その扱い（今回入れるか、次回に回すか）
- リスクや懸念として挙がっていること
よくある誤解と注意点
- 兼務で片手間にできる役割ではない：特に要件定義と受入テストの時期は、まとまった時間が必要です。業務量の調整を含めて任命します。
- 開発会社のPMが発注側の判断まではしない：社内の優先順位や業務ルールの決定は、発注側にしかできません。
- 権限のないPMは機能しない：決定権がなく毎回上司の確認が必要だと、判断が遅れます。
- 計画は変わるもの：計画どおりに進めることより、変化に気づいて早く手を打つことが大切です。
関連用語
- PMO（プロジェクトマネジメントオフィス）：プロジェクト管理を支援する組織や役割。
- WBS（作業分解構成図）：作業を階層的に分解した一覧。
- 仕様書：作るものの取り決めを文書にしたもの。
- BizDev：事業開発を担う役割。
- 実践記事：発注側のプロジェクト管理、外部PMの活用
Otsumuに相談できること
社内にプロジェクトの経験者がいて、十分な時間と権限を確保できるなら、発注側のPMは社内で担うのが理想です。適任者がいない、担当者が兼務で手が回らない、開発会社とのやり取りで何を判断すべきか分からない、といった場合は、発注側の立場でPMを支える外部の力を借りる方法があります。Otsumuではシステム開発や新規事業開発コンサルティングの中で、構想から開発・運用まで一貫して進行を担い、社内の担当者と一緒に判断を進めます。30分の無料相談でご相談ください。
執筆：Otsumu株式会社 ／ 編集日 2026.10.01