
会議で黙る人の正体──認知機能別ファシリテーション設計術
会議で黙っている人は意見がないのではなく、認知機能の処理速度と出力方式が違うだけだ。
その沈黙、無関心じゃない
会議でいつも同じ人ばかり話していて、残りの半分はうなずいているだけ──この風景、見覚えがあるだろう。
ファシリテーションの教科書には、全員に発言を促しましょうとか、意見がない人にも振りましょうと書いてある。でもそれをそのままやると逆効果になることがある。黙っている人には黙っている理由があって、それは認知機能の仕様に根差している。
弊社のチーム分析データでは、会議中の発言量と貢献度に有意な相関がなかった。つまりたくさん話す人が必ずしもいい意見を出しているわけではないし、黙っている人が貢献していないわけでもない。むしろ会議後のチャットや1on1で、会議中には出なかった重要な意見が出てくるケースが3割以上あった。
問題は会議そのものではなく、会議という形式が特定の認知機能にしか最適化されていないことだ。
認知機能別の会議OS
Ti型は思考の途中
Ti(内向的思考)型が会議で黙っているのは、自分の中で論理を組み立てている途中だからだ。
Ti型は情報を受け取ってから内部で分解・再構築・検証するプロセスを経なければ発言できない。このプロセスには時間がかかる。会議のリアルタイムの議論スピードに、Tiの処理速度が追いつかないことが多い。
結果どうなるかというと、意見をまとめた頃には次の議題に移っている。もう出しても遅いかなと思って飲み込む。そしてSlackに会議後に書く。あるいは1on1で初めて話す。
Ti型が最も嫌うのは、その場で結論を出すことを強制されること。何でもいいから意見を言ってと振られると、まとまっていない思考を出力するのが苦痛で、とりあえず問題ないと思いますと返してしまう。本当は問題を3つ見つけていたのに。
Ti型への有効なファシリテーションは、議題を事前共有すること。前日までにアジェンダと資料を送っておけば、Ti型は処理済みの状態で会議に参加できる。発言量は劇的に変わる。
Fe型は空気を読む
Fe(外向的感情)型が黙っているとしたら、それは場の均衡を保つためだ。
Fe型は会議中、参加者全員の表情と声のトーンを同時にモニタリングしている。あの人はまだ話したそう、この人の意見は否定されて傷ついている、上司は結論を急いでいる──このスキャンが自動的に稼働しているから、自分の意見を出す前に場の安全確認をしている。
Fe型が発言するかどうかは、心理的安全性が確保されているかに大きく依存する。意見を言って否定されたらチームの雰囲気が壊れるかもしれない、という恐怖がFe型にはある。
Fe型を会議で活かすには、まず否定から入らない場を作ること。ブレインストーミングの原則を守る──批判は後、量が質を生む──だけでFe型の発言は増える。逆に最初に論理的に穴がありますねと指摘が飛ぶ空気だと、Fe型は口を閉ざす。
Se型は結論を待つ
Se(外向的感覚)型は、抽象的な議論が長引くと集中力が切れる。
Se型の認知モードは今、ここ、具体的に、だ。ビジョンの方向性についてとか来四半期の戦略的優先事項についてみたいな話題が続くと、体がそわそわし始める。で、結局何するの?が常に頭にある。
Se型が最も活躍する会議は、問題が起きたときの緊急対応会議だ。事実ベースで今何が起きていて、次に何をするかを決める場ではSe型の瞬発力と判断力が光る。
Se型のファシリテーションで有効なのは、各議題に次のアクションは何かを必ずつけること。結論なし、次回持ち越しの連発はSe型を会議嫌いにする最短ルートだ。
Ni型は一晩寝かせたい
Ni(内向的直観)型は、大きな直観が降ってくるまで待つタイプだ。
Ni型の思考は非線形で、情報を集めてから潜在意識で統合し、ある瞬間にパッとパターンが見える。これは会議のリアルタイム進行とは根本的に相性が悪い。
Ni型が会議で出す意見は、他のメンバーの10分前の議題に関連していたりする。頭の中ではまだ2番目の議題を処理しているのに、場は5番目に進んでいる。ずれている人だと思われるリスクがあるのだが、実際にはNi型の意見は他の人が見落としている構造的な問題を指摘していることが多い。
Ni型を活かすには、会議の最後に全体を通して気づいたことはありますかという包括的な質問を投げる。個別の議題ごとに聞くより、全体像でまとめて聞いた方がNi型の直観が発火しやすい。
Fe型ファシリの盲点
Fe型は場の空気を読むのが得意だから、ファシリテーターに向いているように見える。実際、場を温めて発言しやすい雰囲気を作る力は他のタイプにはない強みだ。
でもFe型のファシリテーターには特有のバイアスがある。参加者の感情を読みすぎて、反対意見が出そうな人にあえて振らないということが起きる。場の調和を優先するあまり、必要な対立を回避してしまうのだ。
弊社のデータでは、Fe型がファシリテートした会議は参加者の満足度は高いが、意思決定の質(事後評価による)はTe型がファシリテートした場合より若干低い傾向があった。気持ちよく終わったけど、本質的な議論がされなかった、という状態だ。
Fe型ファシリテーターへの処方箋は、事前に必ず議論すべき対立点をリストアップしておくこと。場の空気に流されそうになっても、リストがアンカーになってくれる。
会議種別の最適解
すべての会議に同じファシリテーションスタイルを適用するのは間違いだ。
情報共有の定例はSe型・Te型主導で短く。ブレインストーミングはNe型・Fe型主導で広く。問題解決はTi型・Te型主導で深く。戦略議論はNi型・Te型主導で遠く。
会議の目的に応じてファシリテーターの認知タイプを変えることができれば理想だが、現実的ではない場合がほとんどだ。だから一人のファシリテーターが、会議の種類に応じてスタイルを切り替えるスキルが必要になる。自分の認知パターンを知っていれば、どのスタイルが自分にとって自然で、どのスタイルが意識的な努力を要するかがわかる。
全員が話せる設計術
事前共有で時間確保
全タイプに共通して有効なのは、アジェンダと関連資料を前日までに共有すること。特にTi型とNi型の発言量は、これだけで激変する。
事前共有の際に、各議題に対してあなたの意見を一文で書いておいてくださいと依頼すると、さらに効果的だ。一文でいいから事前に書いておくと、会議中にそれを読み上げるだけで発言のハードルが劇的に下がる。
発言フォーマット複線化
口頭での発言だけが議論への参加方法だという前提を崩す。
チャットでの同時書き込みを許可する。付箋に書いてホワイトボードに貼る。会議後にSlackに追加意見を投稿する枠を作る。出力チャネルを増やすだけで、口頭で意見を述べるのが不得手なTi型やINFjが参加しやすくなる。
チーム内の心理的安全性と性格タイプでも触れたが、発言しやすさは環境設計の問題であって、個人の能力や意欲の問題ではない。
認知混成ルール
ファシリテーターが意識すべきは、会議の序盤と終盤でフォーカスする認知機能を変えること。
序盤はSe型とTe型に向けた具体的な事実共有と論点整理から始める。中盤でNe型やFe型の発散的な意見出しを促す。終盤にNi型に全体俯瞰の意見を求め、Ti型に論理的な穴がないか確認してもらう。
この順番で回すと、全タイプが自分の得意なフェーズで力を出せる。最初から結論ありきで進めるとTe型しか参加しない会議になるし、ずっとブレストだとSe型が離脱する。
リモートのタイプ別課題
リモート会議は対面より認知タイプの差が露骨に出る。
Fe型はカメラ越しだと相手の表情が読み取りにくくて、場の安全確認が不十分なまま発言を求められる。結果として発言の質が落ちるか、当たり障りのない意見を出すだけになる。Fe型のリモート会議ではカメラオンを推奨したい。表情が見えるだけでFeの安全確認プロセスが機能する。
Ti型にとってはリモート会議のチャット機能が救世主だ。口頭では話すタイミングを見失うTi型でも、チャットなら自分のペースで意見を投稿できる。ある企業ではリモート会議で全員がチャットに意見を書き込む5分間を設けたところ、Ti型とNi型からの意見の質が格段に上がったという。
Se型はリモート会議で最も苦しむタイプだ。画面越しの情報量が少なすぎるし、身体の動きが制限される。Se型のマネージャーは定例をリモートにしたら明らかに集中力が落ちたと嘆いていた。Se型には対面の選択肢を残すか、リモートなら30分以内に収めるのが現実的だ。
弊社のデータでは、リモート会議の満足度はTi型が最も高く(思考の処理時間が確保しやすい)、Se型が最も低い(刺激が少なすぎる)という傾向が出ている。ハイブリッド環境では、全員を同じ会議形式に押し込むのではなく、議題の性質に応じて対面とリモートを使い分けるのが理想だ。
上司と部下の相性構造で書いたことだが、コミュニケーションの摩擦はほとんどの場合、認知機能の処理方式の違いから来ている。会議の進め方も同じだ。
自分のチームメンバーの認知傾向を可視化することが、会議改革の第一歩になる。黙っている人の正体がわかれば、会議の設計を変えられる。
※本記事はチーム運営の参考情報であり、個人のコミュニケーション能力を評価するものではありません。
あなたのタイプの「相性」を見てみませんか?
上司や部下、同僚との関係に悩んでいるなら、タイプ別の相性パターンがヒントになるかもしれません。
この記事をシェアする

この記事を書いた人
塚田 崇博
Aqsh株式会社 代表取締役
人材業界23年、累計1万人超の面談経験を持つ。ソシオニクス・エニアグラム・ソーシャルスタイル等の性格類型学に精通し、採用・育成・定着を一気通貫で支援。
診断ロジックの説明を見る →


