テックエイド
プロジェクトマネジメント

会議で対立を収束させるPMの論点整理術|決まらない議論を終わらせる5ステップ

#PM #ファシリテーション #ステークホルダー対応 #プロジェクトマネジメント
会議で対立を収束させるPMの論点整理術|決まらない議論を終わらせる5ステップ

「また今日も会議が対立で終わった……」

そう思いながら会議室を後にした経験は、PMやマネージャーなら一度は必ずあるはずです。感情的になった参加者をどう落ち着かせるか、何時間議論しても結論が出ないときにどう動けばいいか。関係者が増えれば増えるほど合意形成は難しくなり、プロジェクトは静かに遅延していきます。

この記事では、「決まらない会議」が繰り返される根本原因を解き明かし、対立を収束させるための論点整理の型を実践的な手順として解説します。


なぜ「決まらない会議」は繰り返されるのか

多くのPMが見落としているのは、会議の対立が「人の問題」ではなく「論点の問題」であるという点です。

感情的な対立が起きているように見えても、その下には必ず「何について決めているのかが曖昧なまま話が進んでいる」という構造が隠れています。

例えばこんな場面を想像してみてください。

  • 営業担当「顧客の要望に対応しないと失注する」
  • エンジニア「仕様追加したらリリースが2か月延びる」
  • PM「……」

この対立は一見、営業とエンジニアの価値観のぶつかり合いに見えるかもしれません。しかし本当の問題は、「今この会議で何を決めようとしているのか」が明確でない点にあります。「顧客要望に応えるかどうか」を決めようとしているのか、「リリース日をどうするか」を決めようとしているのか、「トレードオフをどこで取るか」を決めようとしているのか。このように論点が複数混在したまま議論が進むため、全員がバラバラな土俵で話し、永遠にすれ違い続けてしまうのです。

この「論点の曖昧さ」こそが、会議が対立で終わり続ける根本原因と言えるでしょう。


PMが会議をコントロールするための前提知識

対立を収束させるには、PMがファシリテーターとしての役割を自覚することが不可欠です。ただし、ここで言うファシリテーターとは「場の雰囲気をよくする人」のことではありません。「何を決めるべきか」を整理し、議論を正しい軌道に乗せる人のことです。

関連して、板挟み状態を生き抜く技術についても別の記事で解説しています。「もう疲れた…」PMの”板挟み地獄”から抜け出す、元事業責任者が教える5つの実践的処方箋

ファシリテーターとして機能するには、まず2つの前提を押さえておきましょう。

前提1:PMは「議論の参加者」より「議論の設計者」である

PMが自分の意見を押し通そうとすると、他の対立に加わる三者目になるだけです。PMの役割は「何について決めるか」という問い自体を設計し、参加者が正しい議論をできるように場をコントロールすることにあります。

前提2:感情を無視してはいけないが、論点に集中させる

感情的になった参加者を無理に制止すると、その人はさらに防御的になります。感情を一度受け止めた上で「では、今ここで決める必要があることは何でしょうか」と論点に引き戻す言葉を使うことが重要です。


対立を収束させる論点整理の5ステップ

ここからは、具体的な手順を架空の開発プロジェクト会議のシナリオに沿って見ていきましょう。

ステップ1:「決める場所」と「話す場所」を分ける

会議の冒頭で、まず今日の会議の目的を明示します。

例えば、こんな一言が有効です。

「今日の会議は、○○について最終判断を出すことが目的です。背景共有や意見交換は会議の中でしますが、最後に決定を出すことを全員で意識してください」

これを言うだけで、「この会議は何かを決める場だ」という共通認識が生まれます。

ステップ2:論点を「見える化」する

対立が起きたときは、ホワイトボードや共有画面に「今、何が論点になっているか」を書き出します。

例えば、以下のようなフォーマットで書き出すとよいでしょう。

番号論点誰が意見を持っているか
1顧客要望を今回のリリースに含めるか営業、PM
2リリース日を変更するかどうかエンジニア、PM
3変更した場合の顧客説明をどうするか営業

論点を並べるだけで「私たちはこれだけのことについて話している」という全体像が見え、参加者の頭が整理されます。

ステップ3:議論する論点の順番を決める

複数の論点を同時に話すと、議論は必ず混乱します。「まず論点1から話して、それが決まったら論点2に進む」という順番を明示します。

例えば、こんな一言が有効です。

「論点が3つありますが、まず『顧客要望を含めるかどうか』の方向性を決めてから、その結果によってリリース日の話に進みましょう」

順番を決めることで、参加者は「今は何を決めているか」を常に意識できます。

ステップ4:各論点に「判断基準」を設定する

「どっちがいいか」という感情的な判断になりがちな局面では、あらかじめ判断基準を共有することで議論を客観的にします。

例えば、次のように判断基準を設定します。

「顧客要望を含めるかどうかは、以下の2点を基準に判断しましょう。①この変更で失注リスクは何%程度か、②スケジュールへの影響は何日か」

根拠の数字が出てきた瞬間に、会議は「感情のぶつかり合い」から「事実に基づく判断」に切り替わります。

ステップ5:決定内容と「次のアクション」を声に出してまとめる

会議の終わりに、決まったことを声に出して確認します。

会議の締めには、こんな言葉が有効です。

「では、今日の決定事項をまとめます。①○○については△△とする、②□□については□□さんが来週までに確認して連絡する、以上です。異論はありますか?」

「異論はありますか?」で締めることで、その場での合意が記録されます。


現場でよくある「詰まりパターン」と対処法

論点整理の型を知っていても、実際の会議では予期せぬ展開が起きます。よくある詰まりパターンと対処法を紹介します。

パターン1:「そもそも論」で話が戻る

議論が煮詰まると「そもそもこのプロジェクト自体が……」という方向に向かうことがあります。

こんな風に対処しましょう。

「そもそも論は今後の議題として別途設定します。今日の会議では○○という前提で話を進めましょう」

前提を「今日の会議のスコープ」として括弧に入れることで、議論をリセットできます。

パターン2:ある特定の人が「感情的な抵抗」をし続ける

論点が整理されても、特定の参加者が感情的に抵抗し続けるケースがあります。

こんな風に対処しましょう。

「○○さんの懸念はとても重要だと思います。その懸念を踏まえた上で、今決めなければいけないことに絞るとすると、どうでしょうか」

感情を受け止めつつ「今ここで決めること」に軌道修正します。

パターン3:誰も決定権を持っていない

議論が進んでも「最終的には上長が決める」となり、その場で何も決まらないケースです。

こんな風に対処しましょう。

「では今日は、○○という方向性でよいか皆さんに仮合意をいただき、上長への確認事項を整理して終わりましょう」

「決定」ではなく「仮合意と確認事項の整理」という形にすることで、会議の生産性を保てます。


会議体の設計で「そもそも対立を起こさない」仕組みを作る

ここまで紹介した手順は、すでに起きている対立を収束させる技術です。しかし、より根本的なアプローチは「対立が起きにくい会議体を設計する」ことです。

顧客折衝の場面での炎上を防ぐ技術については顧客折衝が苦手な人が「炎上」を未然に防ぐ交渉術3選でも詳しく解説しています。

会議体を設計する際は、以下の3つのポイントが重要になります。

  1. 定例会議のアジェンダを「論点単位」で作る

「進捗報告」「課題共有」という曖昧なアジェンダではなく、「○○について今週中に決定する」という論点ベースのアジェンダにする。

  1. 参加者の「役割」を事前に定義する

誰が「決定者」で、誰が「情報提供者」で、誰が「相談相手」なのかを会議の前に明示する。RACI(責任分担表)の考え方を会議体に適用するイメージです。

  1. 「決定が出なかった会議」をそのまま終わらせない

何も決まらなかった場合でも「次の会議で決めるために何が必要か」を明確にして終わることで、次回の会議が対立で始まる確率を下げられます。


まとめ:対立を収束させるのは「感情力」ではなく「論点整理力」

決まらない会議を何とかしようとするとき、多くのPMは「もっとうまく話せれば」「もっとカリスマ性があれば」と思いがちです。しかし、会議を収束させる本質的な力は「論点を整理して見える化する技術」にあります。

今回紹介した5つのステップを実践することで、感情的な対立に巻き込まれず、PMとしてプロジェクトを前に進める立ち位置を取り戻すことができます。

この記事のポイントをまとめます。

  • 会議の対立は「人の問題」ではなく「論点の曖昧さ」が根本原因
  • PMは「議論の参加者」ではなく「議論の設計者」として機能する
  • 論点を見える化し、順番を決め、判断基準を設けることで収束させる
  • 「そもそも論」「感情的抵抗」「決定権なし」の3パターンへの対処を持っておく
  • 会議体そのものの設計で、対立を起こさない仕組みを作る

会議ファシリテーションを体系的に学ぶなら

この記事で紹介した論点整理のアプローチは、対立する会議を収束させることを直接テーマにした講座『FFF-104「会議体設計と論点整理で収束させる実践ファシリテーション」』で体系的に学べます。

  • 実際のプロジェクト現場を想定したケーススタディ形式
  • アジェンダ設計テンプレート・RACI表フォーマット付き
  • 「決まらない会議」を「決まる会議」に変える会議体設計の全体像

FFF-104「会議体設計と論点整理で収束させる実践ファシリテーション」を見る