そもそもPM（プロジェクトマネージャー）は何をする人か？

システム開発や新しい業務フローの構築など、何らかの「プロジェクト」が動くとき、必ずといっていいほど登場するのが「PM（プロジェクトマネージャー）」という役割です。

しかし、IT業界以外の方からすると、「結局、具体的に何をしている人なの？」「ただ進捗を聞いて回っているだけではないの？」と疑問に思われることも少なくありません。結論から言えば、PMはプロジェクトにおける 「司令塔」 であり 「責任者」 です。

今回は、PMが果たすべき主要な4つの役割について解説します。

1. ゴールの定義と管理（何を目指すのか）

プロジェクトには必ず「目的」があります。「売上を20%上げる」「手作業をゼロにする」など、そのプロジェクトが完了したときに、どのような状態になっていれば成功なのかを明確に定義します。

PMは、プロジェクトの途中で「あれもやりたい、これもやりたい」と目的がブレそうになったとき、「それは今回のゴールのために本当に必要か？」を判断し、軌道修正を行います。

予算、期間、人員という限られた資源（リソース）をどう配分するかを考えます。

これらを常にウォッチし、遅れが出そうな場合には「機能を一部削る」「人を増やす」「納期を調整する」といった対策を講じます。

プロジェクトにはトラブルがつきものです。「主要メンバーが退職する」「使おうとしていたツールに不具合が見つかる」「要件が途中で変わる」など、想定されるリスクをあらかじめ洗い出し、発生した際の影響を最小限に抑える準備をします。

「問題が起きてから対処する」のではなく、 「問題が起きる前に手を打つ、あるいは起きたときのプランBを持っておく」 のが優秀なPMの証です。

プロジェクトには、経営層、現場の社員、外部のシステム開発会社など、多くの関係者（ステークホルダー）が関わります。

それぞれの立場によって、求めているものや言語（専門用語など）は異なります。PMはこれらの中間に立ち、情報を翻訳して伝え、合意を形成していく役割を担います。

「リーダー」と「PM」は混同されやすいですが、その性質は異なります。

リーダーは「ビジョン」を示し、人々を惹きつけ、進むべき方向を指し示す役割です。情緒的な結びつきや情熱が重視されます。

対してPMは、そのビジョンを実現するための「仕組み」を管理する役割です。具体的に誰がいつまでに何をするのか、予算は足りるのか、どんな障害が予測されるのかといった、極めて現実的で実務的な側面を担います。

「リーダーが旗を振り、PMが道を作る」 と言ってもよいでしょう。どれだけ素晴らしいビジョン（目的地）があっても、道が整備されていなければ、一行は目的地にたどり着く前に力尽きてしまいます。

「管理」という言葉から、ただ監視するようなイメージを持たれがちですが、本質は 「プロジェクトを成功に導くためのあらゆる障害を取り除き、意思決定を行うこと」 にあります。