会議で部下が発言しないのは、課長が場を設計していないせいだ

火曜の定例会議で、私は「何か意見はありますか」と聞いた。誰も口を開かない。数秒の沈黙に耐えられず、結局また自分が結論を話して会議を終えた。自由に話してと呼びかけるほど、部下はますます黙った。

flowchart TD
    A[会議の沈黙] --> B[主体性のせい]
    A --> C[場の設計不備]
    C --> D[準備・立場・余波]

「自由に話して」と呼びかけるほど、部下は黙った

#

最初に私が試したのは、発言を促す声かけだった。「自由に意見を言ってほしい」「気になることがあれば何でも」。会議の冒頭で毎回そう言ってから始めていた。

結果は変わらなかった。話すのはいつも同じ顔ぶれで、若手は私の顔色を見ながら相槌を打つだけだった。声かけを変えても、沈黙の量は変わらなかった。

沈黙の理由は当事者意識ではなく、発言までの計算

#

先日、外資系の営業チームでマネージャーをしているという人が書いた記事が、はてなブックマークで話題になっていた（会議で部下が発言しない理由――外資営業のマネジメントで見直した「5つの会議設計」）。その記事は、発言を止める要因を「準備」「立場」「余波」の3つに分けて整理している。

会議の目的が共有か相談か意思決定か分からなければ、何を考えて参加すればいいか決まらない。上司が先に話せば、その後の発言はその案への賛否に縮む。反対意見を出した人が追加作業を背負うと分かれば、次からは黙って会議後に個別で伝える方を選ぶ。

この3つはどれも、部下の意欲や能力の話ではない。発言する前に部下の頭の中で走る計算——話していいのか、誰の基準に合わせるべきか、話した後どうなるか——の話だ。1対1の場でなら話せる部下が、会議になると黙るのもこのためだ。1on1での問いの設計と、会議での場の設計は別物として扱う必要がある（1on1で「特にないです」としか返ってこない構造）。

今日の会議から、議事メモに1つ欄を足す

#

打つ手は大掛かりな会議改革ではない。元記事が挙げる5つの設計のうち、今日からすぐ始められる2つに絞る。

1つ目は、議題に会議の種類を明記すること。「共有」「相談」「意思決定」のどれかを議題の頭に一言添えるだけでいい。

2つ目は、議事メモに発言の行き先を残す欄を1つ足すこと。出た意見が採用されたのか、保留なのか、今回は扱わないのかを短く記録する。

【議事メモ 追加欄】
議題の種類：共有／相談／意思決定
発言者：
論点：
行き先：採用／保留／今回は扱わない

これだけで、部下は「何を考えて話せばいいか」「話した意見がどう扱われるか」の2つを事前に予測できるようになる。予測できれば、沈黙は安全な選択ではなくなる。議事メモを毎回手で作るのが重ければ、AIに文字起こしと整形を任せる型はすでに書いた（月20時間を議事録に溶かしているなら、無料AIで8分に圧縮できる）。

うまくいかなくても、今日は1つで十分

#

5つ全部を一度に変える必要はない。今日は議題に種類を書くことだけ試して、それで反応が変わらなくても構わない。設計は1回の会議で効果が出るものではなく、部下が「発言の扱いが記録される」と学習するまで数回かかる。

数回試してもなお部下が話さないなら、その場での発言を無理に引き出すのをやめていい。Slackや個別の聞き取りで意見を拾う方へ切り替える。会議という公開の場が、この部門の文化として沈黙に傾いているなら、それを無理に変えるのは燃料の無駄だ。焦って声かけを増やす方向へ戻らないことが、燃料を守る一手になる。沈黙に耐えきれず自分がしゃべって場を埋める癖自体を先に手放したいなら、会議の感情労働を減らす省エネモードの手順が別にある（会議で感情を出し切る課長へ——燃料を残す省エネモードの実装手順）。

まとめ：沈黙は主体性ではなく、設計の結果として起きる

#

部下の沈黙は、意欲でも能力でもなく、発言までの計算が生む結果だ。議題に会議の種類を書き、発言の行き先を記録に残せば、その計算は変わる。

本記事は AI が下書きし、管理人が監修しています。