アプリ開発日誌
2025.12.10
PM／ディレクターの役割はなぜ誤解されやすいのか
PM（プロジェクトマネージャー）というと、世間一般では「何かを管理している人」というイメージかもしれません。
これまで色々な管理をしてきた小宮です。こんにちは。
PM＝進行管理、というイメージの強さ
PMやディレクターと聞くと、多くの人が思い浮かべるのは次のような役割です。
- スケジュール管理
- タスク管理
- 会議のファシリテーション
WBSを作成し、スケジュールを可視化し、各担当がタスク状況を「オンスケ」と入力していく。
それだけを切り取れば、ツールで代替できそうにも見えます。
確かに、イレギュラーが一切発生しないプロジェクトであれば、それで回るかもしれません。
ただし、プロジェクトの定義に「人がやるもの」が含まれる限り、例外処理は必ず発生します。
そして現実のプロジェクトで、例外が起きないことはほぼありません。
現場で実際に起きているズレ
進行管理だけでは解決できない問題は、日常的に発生します。
- 仕様が固まりきらない
- 誰が最終判断をするのか曖昧
- 技術的には可能だが、意思決定が止まる
例えば、追加機能の相談。
「納期を後ろ倒しにしてでも追加したいのか」
「納期は変えられないなら、費用との兼ね合いで検討するのか」
このとき重要なのは、誰が判断材料を揃えるのかと、誰が誰に判断を仰ぐのかです。
この調整は、時に政治にも似ています。
利害や前提が交差する中で、議論を整理し、決められる状態を作る。
ここが、PMやディレクターの仕事の中でも最も重要な部分の一つです。
PM／ディレクターの本質的な役割
理想論ではなく、機能として整理すると、PMやディレクターは次の役割を担っています。
- 決定事項を整理する
- 前提条件を言語化する
- 選択肢を並べ、判断を促す
- 責任の所在を明確にする
端的に言えば、「仕切る人」です。
進捗管理はアシスタントに任せられる。
設計書の最終承認はお客様に委ねる。
ソースコードの一次レビューはエンジニアが行う。
ではPMは何をしているのか。
本質は、進行管理ではありません。
オンスケでプロジェクトが進むよう、リスクや課題を整理し続けることです。
なぜ誤解が生まれるのか
PMやディレクターの役割が誤解されやすいのは、成果の性質にあります。
- 成功しているときは目立たない
- トラブルが起きたときだけ存在が可視化される
- 成果が“消極的”に見える
目立たないプロジェクトは、何も問題が起きていないわけではありません。
問題は起きています。
ただ、それが適切に整理され、課題として管理され、予定通りに処理されているだけです。
本当に何も起きていないケースもあります。
しかしそれは、綿密な計画が立てられていたり、優秀なメンバーが揃っていたりして、問題が顕在化する前に抑えられているだけです。
「何も起きない」こと自体が、実は成果です。
ただし、その価値は見えにくい。
技術力だけでは回らない理由
正しい設計があっても。
正しいコードが書かれていても。
判断が止まれば、プロジェクトは前に進みません。
設計としては妥当でも、お客様の思想や期待との間に乖離が生じることがあります。
その場合、どちらを採用するのか。
メリット・デメリットを整理し、比較し、どこで折り合うのかを決める必要があります。
その判断がなされるまで、設計は進みません。
プロジェクトは、技術だけで動いているわけではない。
判断が流れているから、前に進むのです。
PMは思考と責任の整理装置に近い
PMやディレクターは、進行管理係ではありません。
リスクがあれば顕在化させて、ただの課題に。
課題があれば、適切な担当者を指定して、ただのタスクに。
曖昧さを放置せず、構造化していく。
仕切りのいいPMが管理するプロジェクトは、静かに終わります。
大きなトラブルもなく、劇的なドラマもない。
だからこそ、その役割は誤解されやすい。
目立たないけれど、いなくなると途端に回らなくなる。
PMやディレクターの仕事は、そういう位置にあります。
