関係者の意見を丁寧に聞き、全員が納得するまで調整する。一見すると正しい進め方ですが、それだけではプロジェクトが前に進まないことがあります。
プロジェクトを速く進めるうえで重要なのは、意見を広く集めることよりも、最終的に誰が決めるのかを早い段階で特定することです。本記事では、決定権者を押さえ、意思決定を滞らせないための実践的な進め方を解説します。
「偉い人」と「決定権者」は必ずしも同じではない
プロジェクトが始まったら、まず確認したいのが「誰が最終的な意思決定をするのか」です。
ここで注意したいのは、組織上の肩書が最も高い人と、実際にプロジェクトの方向性を決める人が同じとは限らないことです。
たとえば、役職上は部門長が責任者であっても、実際の仕様や業務方針については、その下の担当役員や現場責任者に判断を任せている場合があります。反対に、会議にはあまり出席しない上位者が、予算や重要方針について最終的な承認権を持っていることもあります。
肩書だけを見て関係者を整理すると、重要な説明をしたつもりでも、最後になって「決定者が聞いていない」「前提から見直してほしい」と言われかねません。
そのため、プロジェクトの初期段階で次の点を確認します。
- 最終的に承認するのは誰か
- 方向性や優先順位を決めるのは誰か
- 予算や納期を変更できるのは誰か
- 実質的に強い影響力を持っているのは誰か
重要なのは、単に組織図を見ることではありません。会議で誰の発言によって結論が決まるのか、誰の了承がなければ話が進まないのかを観察し、実際の意思決定構造を把握することが必要です。
決定権者とは早い段階から認識を握る
決定権者が分かったら、最終承認の直前まで接点を持たないのではなく、早い段階から認識を合わせておきます。
最初に確認したいのは、主に次の3点です。
- プロジェクトで実現したい方向性
- 何を優先し、何を妥協できるのか
- 最終的にどのようなアウトプットを求めているのか
ここが曖昧なまま作業を進めると、チームは正しいと思う方向に努力していても、決定権者の期待とは異なる成果物を作ってしまいます。
また、決定権者への説明は一度で終わらせる必要はありません。初期の方向性確認、中間時点での進捗共有、重要な論点が出た際の相談など、適切なタイミングでインプットの回数を増やします。
途中経過を小まめに共有することで、決定権者の理解が深まるだけでなく、「自分もこの方向性を一緒に作った」という関与感が生まれます。完成した案を突然提示される場合と比べて、最終的な承認も得やすくなります。
特に有効なのが、決定権者に一つの案を押しつけるのではなく、選択肢を示すことです。
たとえば、次のように整理します。
- 案A：短期間で実現できるが、対応範囲は限定される
- 案B：対応範囲は広いが、追加の期間と費用が必要になる
- 推奨案：現時点では案A。将来的に案Bへ拡張する
このように判断材料を整理し、決定権者自身に選んでもらうことで、方針に対するオーナーシップも生まれやすくなります。
意見を言う人が多いほど「決める場」をつくる
プロジェクトでは、さまざまな関係者から要望や修正意見が出てきます。
営業部門からはスピードを求められ、管理部門からはリスクを抑えるよう求められる。現場からは使いやすさを重視してほしいと言われ、経営層からは費用を削減するよう指示される。このように、それぞれの意見が単独では正しくても、すべてを同時に実現できるとは限りません。
このとき、プロジェクトチームが個別に要望を受け取り、すべてを満たそうとすると、作業量だけが増えて方針が不明確になります。
決定権のない関係者から複数の要求が出た場合は、チームだけで解決しようとせず、決定権者がいる場に論点を上げます。
たとえば、会議では次のように整理して提示します。
「納期を優先する場合は機能を限定する必要があります。一方、すべての機能を実装する場合は、納期を延ばす必要があります。今回はどちらを優先するか決定してください」
ここで大切なのは、単に「意見が分かれています」と報告するだけではなく、どの選択肢を採用するのかまで決めてもらうことです。
プロジェクトリーダーの役割は、関係者全員の要望を引き受けることではありません。判断に必要な情報を整理し、決めるべき人が決められる場をつくることです。
決定者が複数いる場合は個別に握らない
プロジェクトによっては、決定権者が一人ではないこともあります。
複数部門を横断するプロジェクトでは、営業部門と管理部門、事業部門とシステム部門など、それぞれに責任者が存在します。
この場合に注意したいのが、複数の決定者と別々に話を進めることです。
営業責任者と個別に会えば「納期を早めてほしい」と言われ、システム責任者と個別に会えば「品質を確保するために期間が必要だ」と言われるかもしれません。両者の要望をそのまま持ち帰ると、プロジェクトチームが矛盾した要求を抱えることになります。
意見が食い違った場合は、次の順序で整理します。
- 対立している論点を明確にする
- 誰と誰の意見が異なるのかを整理する
- 双方の案を採用した場合の影響を示す
- 関係する決定者に一堂に会してもらう
- どちらを優先するのか決めてもらう
たとえば、「納期と品質のどちらも重要です」という結論だけでは、現場は動けません。
「今回は法令対応の期限が決まっているため、納期を優先する。その代わり、対象機能を限定し、残りは次の段階で対応する」というように、具体的な優先順位と進め方まで決定することが重要です。
関係者同士の利害をすべてプロジェクトチームが調整するのではなく、責任者同士が判断すべき論点は、責任者がいる場で決めてもらいます。
最終承認の前に「事前サウンディング」する
重要な提案ほど、本番の会議だけで承認を得ようとしないことが大切です。
決定権者は、提案内容だけを見て判断しているわけではありません。その決定によって何が起きるのか、どのような責任を負うのか、他の関係者からどう見られるのかも考えています。
たとえば、新しい仕組みの導入に賛成であっても、現場への負担が大きければ反発を懸念するかもしれません。コスト削減案に合理性があっても、品質低下の責任を負う可能性があれば、簡単には承認できません。
そのため、提案を設計する際には、次の視点を持ちます。
- 決定権者は何を懸念しそうか
- この決定によって何に責任を負うのか
- 反対する関係者はどのような論点を出すか
- 承認するために必要な材料は何か
そのうえで、本番の会議前に決定権者や影響力のある関係者へ事前に説明し、反応を確認します。
事前サウンディングによって、反対意見や追加の懸念が分かれば、資料や提案内容を修正できます。また、本番で初めて内容を知る人を減らすことで、会議を「情報を理解する場」ではなく「意思決定する場」に変えられます。
ただし、事前サウンディングは、裏側で無理に賛同を取り付けることではありません。本番で判断できる状態を事前につくることが目的です。
まとめ
プロジェクトを速く進めるには、関係者全員の要望をチームが抱え込むのではなく、最初に実質的な決定権者を特定し、早い段階から方向性や優先順位を共有することが重要です。意見が対立した場合は論点と選択肢を整理し、決定者がいる場で具体的な優先順位まで決めてもらいます。まずは担当中のプロジェクトで、「最終的に誰が何を決めるのか」を書き出すところから始めてみてください。
