コンサル流 ステコミ運営の極意｜論点を発散させない 5 つの工夫

※ 本記事はアフィリエイト広告（Amazon アソシエイト等）を含みます

「本日のステコミで予算の承認をもらうはずが、追加要件の議論で30分が消え、肝心の承認が翌月送りになった」——ステコミを月1〜2回しか開催できない中で、こうした”発散”が起きると、プロジェクトは丸ごと1ヶ月停滞します。

結論を先に言います。ステコミで論点が発散する根本原因は3つ——参加者の事前理解のばらつき、論点の整理不足、ファシリテーション設計のなさ——であり、これらはすべて「準備」と「場の設計」で防げます。現役コンサルマネージャーとして100回超のステコミを経験した筆者が実践している5つの工夫を、明日のステコミからそのまま使えるレベルで解説します。

なぜステコミで論点は発散するのか｜3つの根本原因

工夫を語る前に、まず「なぜ発散するのか」を押さえます。原因を特定しないまま手を打っても、また別の論点で詰まります。

原因①：参加者の「事前理解」にばらつきがある

ステコミに集まる役員・経営層は、各自が別のプロジェクトや業務を抱えています。「先月の議事録を全員が読んでいる」は幻想です。事前説明なしに「先月の継続議論として、A案とB案があり……」と話し始めると、理解の遅い参加者が追いかけるために質問し、議論が戻ります。

原因②：論点（決めること）が整理されていない

「どうしましょうか」と相談形式で持ち込まれた論点は、参加者が各自の関心に引き寄せて話し始め、自然発散します。「○○について決めてほしい」と明示された論点は、Yes/Noで押せるため収束が速い。整理の甘さが発散の直接原因です。

原因③：時間の管理が設計されていない

「論点Aに15分、論点Bに10分」と事前に設定されていなければ、最初の論点で時間を使い切り、後半の重要議題が流れます。ステコミでよく見る「2時間使ったが、最後の議題はまた次回」は、時間管理の設計不足そのものです。

---

工夫①：前日までの「事前根回し」

根回しは、会議を「予行演習」に変える最強の準備です。

ステコミの前日（理想は2〜3日前）までに、意思決定者（スポンサー・経営層）と1対1で10〜15分の場を設け、論点と推奨案を先に共有します。

根回しでやること（3ステップ）

ステップ	内容	ポイント
1. 論点の共有	「今回のステコミで○○について判断をいただきたいと思っています」	何を決めてほしいかを一文で言い切る
2. 推奨の提示	「私の推奨はA案です。理由は〜」	相談ではなく推奨。Yes/Noを押してもらう
3. 懸念の吸い上げ	「何かご懸念はありますか？」	反対意見を事前に把握し、準備できる

根回し相手の優先順位

全員には回れないので、優先順位を設けます。

1. スポンサー・事業責任者（最終意思決定者）
2. 懸念・反対意見を持ちそうな参加者（ステコミで突然反対されると議論が発散する）
3. 情報格差が大きい参加者（現状を把握していない役員）

コンサル流では「ステコミは根回しで9割決まる」とも言われます。当日の会議は「合意の場」であり、「議論を始める場」ではないのです。ステークホルダーの特性把握には権力・関心度マトリクスが役立ちます。

---

工夫②：論点を「先出し」し、「決める形」で整理する

根回しと並行して、論点を整理し、アジェンダに「先出し」します。

論点の整理：「背景→選択肢→推奨→決めてほしいこと」の型

ステコミに持ち込む論点は、必ず以下の型で整理します。

背景：なぜ今この判断が必要か（1〜2行） 選択肢：A案（○○）/ B案（○○）/ C案（○○） 推奨：PM推奨はA案。理由：コスト・リスクのバランスが最良 決めてほしいこと：「A案で進めてよいか」を本日ご確認ください

「丸投げ質問」（どうしましょう？）ではなく、「Yes/No問題」に変換して持ち込む——これが発散を防ぐ最大のポイントです。

アジェンダは「Decision → リスク → 進捗」の順に

論点を整理できたら、アジェンダ上の配置も重要です。

順番	アジェンダ	時間の目安
1位	本日の意思決定事項（Decision）	最大の時間を確保
2位	重要リスク・エスカレーション	障害除去を依頼
3位	進捗サマリ（1枚）	差分のみ、5分以内
4位	次回までの宿題確認	5分で締める

意思決定事項を一番最後に置いてはいけません。 時間切れで流れた経験のある方は多いはずです。最重要議題を冒頭に据えることで「時間がなくなったらここで終わろう」という暗黙のプレッシャーが生まれ、他の話題が自然と圧縮されます。

---

工夫③：タイムボックスで議論を「刻む」

ファシリテーター（多くの場合PM）が最も苦手とするのが「時間管理」です。

タイムボックスの設計

論点ごとに開始時刻と終了時刻を事前に割り振り、アジェンダに明記します。

14:00 開始
14:00-14:20 論点①：追加要件の扱い（Decision）
14:20-14:30 論点②：キーメンバー増強の承認（Decision）
14:30-14:40 リスク共有・エスカレーション依頼
14:40-14:50 進捗サマリ
14:50-15:00 宿題確認・クロージング
15:00 終了

発散しかけたときのファシリテーション

発散の兆候（技術的な詳細議論に入る、関係者間の感情論になる、過去の決定を蒸し返す）が見えたら、次のフレーズで論点に戻します。

• 「今日の決定事項との関連でいうと、○○についてどうするかでしたね」（論点を明示して戻す）
• 「その点は重要なご指摘です。別途ご相談の場を設けてもよいでしょうか」（offline に流す）
• 「残り○分ですので、今日決めることに集中させてください」（タイムプレッシャーで締める）

ファシリテーターが「発散を許容してしまう」のは、参加者に悪く思われたくないという遠慮が原因です。「決めることを決めるのがステコミ」と定義し、発散を止める役割は自分にあると腹に落とすことが、ファシリテーターとしての出発点です。

---

工夫④：合意の「型」で締める

論点ごとの議論が終わったら、必ずその場で合意を「型」で確認します。曖昧なまま流すと「決まったことが議事録にない」状態になります。

合意の4レベルを使い分ける

すべての論点で「全員完全合意」を求める必要はありません。合意には4つのレベルがあります。

レベル	意味	使いどころ
完全合意	全員が賛成	重要案件・取り消せない決定
条件付き合意	特定条件を満たせばOK	懸念点が明確な場合
反対保留（Consent）	反対だが進行を妨げない	意見は出たが多数派が進める
継続審議	今日は決めない（日程を明示）	情報不足・権限不足の場合

合意の確認フレーズ

合意を取るときは、次のように一言で確認します。

• 完全合意：「A案で進めることで皆様よろしいでしょうか？（間）ありがとうございます、議事録に記録します」
• 条件付き合意：「○○という条件を満たしたうえでA案で進める、ということでよろしいでしょうか？」
• 反対保留：「○○さんからは懸念のご意見をいただきつつ、A案で進めることとします。懸念点は次回のリスクとして管理します」

大事なのは「口頭で確認し、議事録に書く」というセットです。口頭確認だけでは後から「そう決まったのか」と蒸し返されます。

---

工夫⑤：議事録の「即日配信」

ステコミが終わった瞬間、参加者の記憶は薄れ始めます。議事録は当日中（遅くとも翌朝9時まで）に配信するのがコンサル流の鉄則です。

即日配信が決定を「固める」理由

タイミング	効果
当日中	「言った/言わない」の余地がない。記憶が新鮮なうちに確認できる
翌日以降	参加者の記憶が上書きされ、「そんな話だったっけ」が発生しやすい
3日後以降	決定内容の細部が曖昧になり、再確認の連絡が増え、工数が増大

即日議事録に必ず書く3要素

即日配信するために、議事録は会議中にリアルタイムで書くか、終了直後に15分で骨格を作ります。書く内容は最低限この3つです。

1. 決定事項：「A案で進めることが決定。担当：PM」
2. 宿題（Action Items）：「○○さんが○月○日までに○○を提出」
3. 次回の論点（Agenda preview）：「次回は条件付き合意のB論点の進捗を確認」

---

5工夫まとめ｜実施タイミング早見表

工夫	実施タイミング	効果
①事前根回し	ステコミ2〜3日前	突然の反論・理解格差を防ぐ
②論点先出し	アジェンダ配布時（前日まで）	「決める形」で場を設定する
③タイムボックス	アジェンダ設計時 ＋ 会議中	時間切れで議題が流れるのを防ぐ
④合意の型	各論点の討議後	曖昧な決定を防ぎ、議事録に残す
⑤議事録即配信	当日中（遅くとも翌朝9時）	「言った/言わない」を封じる

---

よくある失敗 5 選

失敗①：根回しを「偉い人へのご機嫌伺い」と誤解する 根回しは忖度ではなく「情報格差を埋め、推奨を事前確認する」仕事です。推奨なしに「どう思いますか」と聞きに行くのは相談であり、根回しではありません。

失敗②：論点を増やしすぎる 1回のステコミに5つ以上の「Decision」を詰め込むと、どれも議論が浅くなり、全部が中途半端に終わります。1回に持ち込む意思決定は2〜3件が上限です。残りはアジェンダの後半か次回に回します。

失敗③：発散した議論を止められない 「話が盛り上がっているから」と発散を放置すると、重要議題が流れます。ファシリテーターは「止める役割」です。止めることで失礼にならないよう、「重要なご指摘ですが、論点○○の決定に絞って進めさせてください」という型を用意しておきます。

失敗④：「継続審議」を積み上げる 保留にする際に「いつ・何を揃えれば決められるか」を明示しないと、同じ論点が毎月残り続けます。「保留の条件」と「決定期限」を合わせて議事録に書くことが必須です。

失敗⑤：議事録を翌週に送る 「忙しかったので……」と翌週に議事録を送ると、参加者の記憶が上書きされ、「そんなこと決まったっけ」が多発します。当日中の配信を守るには、テンプレート準備と「会議中に書く」習慣の両方が必要です。

---

---

FAQ

Q. 根回しの際、相手が「会議で話せばいいじゃないか」と言ったら？ A. 「当日のご議論の時間を最小化し、決定を速めるためです」と理由を伝えます。根回しの目的を「内部政治」ではなく「意思決定の効率化」として位置づけることが重要です。

Q. 論点が予想外に多く出てきた場合、ステコミの直前にどう対処する？ A. 論点を「今日決めなければプロジェクトが止まるもの」と「次回でも可能なもの」に仕分けします。前者だけを今回のアジェンダに残し、残りは次回に送る旨を参加者に事前メールで通知します。

Q. タイムキーパーとファシリテーターを兼任するのは難しい。どうする？ A. PMOや事務局に「タイムキーパー役」を担ってもらうのが理想です。PMがファシリテーションに集中できる環境が整います。PMO不在の場合は「残り5分でアラームを鳴らす」など、ツールで補完します。

Q. 合意を「反対保留（Consent）」で進めると、後からその人が蒸し返してくる。対策は？ A. 議事録に「○○さんは懸念を示しつつも進行に同意」と明記し、その場でメールでも共有します。文書化されていれば「蒸し返し」の根拠が薄れます。また、懸念事項をリスク登録簿に記載し、次回ステコミで進捗を報告することを約束します。

Q. 即日議事録を送ると、内容の訂正依頼が来て二度手間になる。どうすれば？ A. 「Draft版」として送信し、「48時間以内に訂正がなければ確定版とする」と明記します。訂正は随時受け付けつつ、決定事項については「確定」扱いにすることで、蒸し返しを防ぎます。

---

まとめ

ステコミで論点が発散する根本原因は「準備不足」と「場の設計不足」です。5つの工夫を実践することで、月1〜2回の貴重な意思決定の場を最大限に活用できます。

• 工夫①事前根回し：推奨を持って2〜3日前に回り、理解格差と突発反論を防ぐ
• 工夫②論点先出し：「背景→選択肢→推奨→決めてほしいこと」の型でDecisionを冒頭に
• 工夫③タイムボックス：時間を刻み、発散を「止める役割」をファシリとして担う
• 工夫④合意の型：4レベルの合意を使い分け、口頭確認＋議事録記録のセットで固める
• 工夫⑤議事録即配信：当日中に3要素（決定/宿題/次回論点）を配信し「言った/言わない」を封じる

ステコミの全体設計については「ステアリングコミッティ（ステコミ）運営の実務」、役員向け資料の構成については「ステコミ資料の作り方」もあわせて参照してください。