火曜の定例会議で、資料の説明を終えた私は「何か質問や意見はありますか」と全員に聞いた。誰も画面越しに動かない。5秒、10秒とただ沈黙が延びていき、結局また私が結論を話して会議を終えた。
flowchart TD
A[全員に発言要求] --> B[誰も出ない]
B --> C[沈黙を埋める]
C --> D[司会の燃料減]
全員に発言を求めるほど、沈黙が増えていく#
この光景は一度きりではない。毎週の定例で「みんなどう思う」と全体に振り、返ってくるのは数秒の間だけで、耐えきれずに私が話し始める。この繰り返しに気づいてから、原因の見立てを変えた。
沈黙が続くのは、参加者の当事者意識が足りないからではない。埋める作業を毎回引き受けているのは私自身で、それを続けるほど削られているのは私の燃料のほうだ。
「全員」に振ると、誰も自分の番だと思わない#
発言を求める相手が「全員」だと、誰にとっても自分が最初に口を開く理由がない。責任の所在は全員に均等に見えて、実際には誰にも属していない。
沈黙の理由を参加者側の計算として整理した記事は別に書いた(「自由に話して」と言うほど部下は黙る、議事メモに足す1つの欄)。今回はその手前、招集する側の設計の話だ。
司会だけは沈黙を「場が壊れている」と受け取り、一人で埋めにいく。この埋める作業は誰にも頼まれていないのに、毎回自動で私の役目になっていた。会議のあとに肩が重くなる感情燃料の流出は、ここから始まっている(会議のあとに肩が重いなら、感情燃料を残す省エネモードを入れる)。
1on1なら相手は一人しかおらず、誰が発言すべきかで迷う余地はない。この沈黙は、全員参加を前提にした会議だけで起きる構造だ。
招集メールで、発言必須の議題を1つだけ指定する#
打つ手は、招集の時点で発言が必要な議題を1つだけ選び、それ以外は「聞くだけでよい」と明記することだ。全員参加を求めるのをやめ、発言を要求する対象を1点に絞る。
選ぶ基準は単純だ。その場で判断が必要で、かつ誰の意見を聞きたいかが自分ではっきり言える項目だけを「発言必須」に残す。それ以外は共有事項として切り分ける。議題を「決める文」に変える型は別記事の手順がそのまま使える(同じ議題が毎週残る会議、アジェンダの作り方を「決める文」に変える型)。
【今回、発言が必要な議題】
・〇〇について、△△さんの判断を聞きたい
【今回は聞くだけで大丈夫な議題】
・進捗共有
・来週のスケジュール確認これを招集メールに書いて送ると、参加者は自分が発言すべきかどうかを会議中に判断する必要がなくなる。司会である私も、共有事項の沈黙を埋める義務から降りられる。
それでも沈黙が続いたときの逃げの一手#
1つに絞った発言必須の議題でも、当日その場で振ると沈黙が返ってくることがある。その場合は、会議前の招集メールの時点で名前を指定しておく。「〇〇さんの意見を聞きたい」と当日ではなく事前に書いておけば、その場で誰に振るか考える必要が消える。
それでも答えが返らないなら、会議の場では沈黙のまま次へ進めていい。判断が必要な論点だけ後でチャットか個別で拾い、議事のネクストアクションはAIに整理させる型が別にある(会議後のアクションをAIに任せる手順)。
共有事項に振った議題の沈黙は、そもそも埋める必要がない。放置する勇気を持てば、埋める作業自体がなくなる。
まとめ:沈黙を埋めるのは司会の仕事ではない#
全員に発言を求めるほど沈黙は増え、それを埋める作業は司会の燃料から出ていく。発言必須の議題を1つに絞り、残りは聞くだけでいいと言い切れば、埋める作業そのものが要らなくなる。
本記事は AI が下書きし、管理人が監修しています。
査定に載らない組織仕事を振られたその日に、そのまま出せる定型文が3通ある。
→ 期待値コントロール定型文集(抜粋版)続きはタイムラインに置いていく。
