否定を会議の正式な仕事にする
否定的な意見が嫌われるのは、決定のスピードを落とし、発案者を責めているように見えるからです。しかし、集団が一致を求めすぎると、代替案の検討や警告の評価が弱くなる「集団思考」に陥りやすくなります。少数派の反対意見は、たとえ間違っていても、多数派の見方から離れて複数の代替案を考えるきっかけになります。
そこで使えるのが「プレモーテム」です。計画段階で「このプロジェクトは半年後に失敗しました。なぜ失敗したのでしょうか」と問いを立てます。懸念を聞く通常の会議と違い、失敗した前提で原因を探すため、発案者への遠慮が減り、否定的な内容が分析として扱われやすくなります。
- いつ：企画が固まる前、または実行前の修正できる段階。
- 何を：「失敗した」と仮定し、原因を具体的に書き出す。
- 順番：最初に個人でメモや付箋に書いてから共有すると、声の大きい人の意見に引っ張られにくい。
注意点は、個人の能力や熱意を責めないことです。「誰が悪い」ではなく「どの条件で止まったか」に焦点を当てます。時間がない場合は「最悪のシナリオを3つだけ」に絞る方法もあります。
「大丈夫」と励まさない選択
防衛的悲観主義という考え方があります。過去にうまくやってきた人でも、あえて低い期待を持ち、失敗の可能性を具体的に考えることで不安を準備に変える戦略です。たとえば、試験前に「今回は本当に危ない」と言う人が、頭の中では試験範囲の穴や時間配分の失敗を洗い出している。その想定があるから、夜にもう一度ノートを見直す。
このタイプの人に「大丈夫、大丈夫」と高い期待を持たせると、準備の仕組みが邪魔される可能性があります。相手の「危ない」に対しては、励ますより「具体的にどこが気になる？」と聞く方が、不安を行動に変える助けになります。ただし、不安が強く日常生活や仕事に支障が出ている場合は、無理に自分で対処しようとせず、医療や相談機関につなぐことも選択肢です。
原因を「人」から「条件」に置き換える
問題が起きたとき、人は相手の性格や能力に原因を求めやすい傾向があります。しかし、否定的な人は「その人が悪い」ではなく「そうなる条件があったのでは」と見ることがあります。これは責任逃れに見えることもありますが、改善の入り口にもなります。
たとえば、サービス登録に失敗した利用者がいたとします。「確認メールを読まなかった」で終わらせると改善は止まる。一方、メールの件名は分かりやすかったか、迷惑メールに入った場合の案内はあったか、再送ボタンは押せる位置にあったか、と問いを変えると、設計や導線の改善点が見えてきます。これは責任をすべて免除する話ではなく、状況要因と個人の判断を分けて考えることで、同じ失敗を繰り返しにくくする考え方です。
否定的な意見を消す必要はありません。むしろ、その視点を「事前の失敗分析」として使える形に変えることが、組織の損失を減らします。まずは次の会議で、一つだけ「失敗した前提」の問いを入れてみてください。性格を変えるより、仕組みを一つ変える方が負担は小さく済みます。
