会議で提案を決めようとすると、全員が心から賛成する案を探して議論が長引くことがあります。反対意見を急いで抑えれば後から不満が出ますし、全員の好みを満たそうとすれば案が複雑になる。そんな行き詰まりを感じたことはないでしょうか。
コンセント意思決定（Consent Decision-Making）は、「全員が賛成しているか」ではなく、「目的の達成を妨げる合理的な異議があるか」を確かめる方法です。異議がなければ、今のところ十分で、安全に試せる提案として進めます。
ここでいうコンセントは、単なる妥協や多数決ではありません。異議が出たときは勝ち負けを決めず、その異議が示すリスクを使って提案を修正します。個人の好みと、チームの目的に関わる懸念を分ける点が重要です。
この記事では、コンセントとコンセンサスの違い、会議で使える五つの手順、異議の確かめ方、試行と見直しの設計を初心者向けに解説します。
この記事を読むと次のことがわかります
コンセントは全員の好みではなく異議の有無で決める
コンセント方式では、メンバー全員の第一希望が一致する必要はありません。提案がチームの目的を損なうと説明できる異議がなければ、実行へ進めます。
Sociocracy 3.0では、提案は「今のところ十分で、次の見直しまで安全に試せる」状態で受け入れると整理されています。完璧な正解を決めるより、試して学べる範囲を作る考え方です。
コンセンサスは賛成を集めコンセントは異議を探す
一般的なコンセンサスでは、参加者が受け入れられる合意点を探します。コンセントでは質問を反転し、「この提案を進めると目的を損なう理由があるか」と聞きます。
用語の使い方は組織によって異なるため、会議の最初に定義を共有します。「好きではないが試せる」はコンセントに含まれる、と確認すると混乱を減らせます。
たとえば席替えの案で、窓側が好きという希望は反応として扱えます。一方、顧客情報を扱う画面が通路から見える配置になるという指摘は、情報管理の目的に関わる異議です。同じ反対に聞こえても、判断基準との関係が異なります。
多数決と違い少数意見をリスク情報として扱う
多数決は決定時刻が明確で、大人数でも使いやすい方法です。ただし少数側が把握していた重大なリスクを、票数だけで退ける可能性があります。
コンセント方式では一人の異議でも内容を検討します。一人に拒否権を与えるのではなく、異議が目的や安全性に関係する論拠かをチームで確かめます。
多数決が悪いわけではありません。候補日を短時間で選ぶ、嗜好に関する選択をするなど、異議を統合する必要が小さい場面には適しています。決定の影響、戻しやすさ、少数意見に潜むリスクを見て方法を選びます。
完璧を待たず小さく試せる提案と相性がよい
社内会議の時間変更、問い合わせ対応の分担、短期プロジェクトの運営ルールなど、後で修正できる決定に向きます。期限を区切れば、予測だけで争わず実際の結果から学べます。
一方、取り返しのつかない投資や法令上の責任者が決める事項は、コンセントだけで決められません。専門審査や正式な承認を組み合わせます。
小さく試す提案には、元へ戻す方法も含めます。新しい受付手順を二週間試すなら、問題発生時に旧手順へ戻す担当と連絡方法を決めます。可逆性が高いほど「安全に試せる」という判断に具体性が生まれます。
異議は進行を止める攻撃ではなく改善材料になる
異議は「私は嫌だ」という意思表示ではなく、提案によって避けたい結果が生じるという論拠です。具体的なリスクがわかれば、範囲、期限、役割、確認方法を変えられます。
ファシリテーターは異議を出した人へ対案の完成を求めすぎません。まず何が損なわれるのかを聞き、提案者とチームで統合案を作ります。
異議へ感謝を伝えるだけでなく、提案のどこが変わったかを示します。発言しても何も反映されない経験が続くと、メンバーは異議を控えるようになります。統合できない場合も、その理由と代わりに観測する項目を説明します。
コンセント意思決定を４つの手順で進める
初めて導入するときは、質問、反応、異議を同時に話さないことが大切です。段階を分けることで、理解不足を反対と取り違えることや、発言の強い人だけで案を変えることを防ぎます。
ここでは職場で扱いやすいように、公式資料の流れを四段階へ整理します。提案文と決定範囲を画面やホワイトボードへ表示し、全員が同じ版を見られるようにします。
手順1 目的・範囲・期限を含む提案を提示する
「会議を改善する」ではなく、「次の四週間、定例会を45分に短縮し、議題は前日までに共有する」のように試す内容を示します。誰が、いつから、何をするかが必要です。
提案が答えようとする問題と、チームの目的も一文で添えます。異議が目的との関係で判断されるため、目的が曖昧だと単なる好みの議論へ戻ります。
提案文には、決めない範囲も書くと議論が広がりにくくなります。「今回は定例会の長さだけを決め、参加者の変更は扱わない」と明記します。別の重要課題が出たら、議題候補として記録し、現在の提案と切り離します。
手順2 明確化の質問だけを一巡する
参加者は、提案を理解するための質問をします。「対象は正社員だけですか」「四週間後は何を測りますか」といった事実確認です。この段階では評価や修正案を混ぜません。
質問に答えられない部分は、提案の穴として記録します。重要な前提が不明なら、無理に採決せず調査担当と再提案の期限を決めます。
明確化の質問へ提案者が答え続けると、防御的になることがあります。事実を知る担当者が答えても構いません。不明点を推測で埋めず、「未確認」と表示し、決定前に必要か試行中に確認できるかを判断します。
手順3 短い反応を聞き提案者が必要なら修正する
全員が順番に、期待、懸念、改善案を短く話します。この段階の反応は異議とは限りません。提案者は共通する懸念や有用な案を受け、提案を修正できます。
修正後は全文を読み上げるか表示し直します。変更が大きい場合は、明確化の質問へ戻ります。古い案と新しい案が混ざったまま異議確認へ進まないようにします。
反応は一人一分など時間をそろえ、最初の発言へ全員が便乗するのを防ぎます。発言順を毎回変える、最初に各自がメモする、といった工夫をすると、役職の高い人の意見だけで案が早く固まることを避けられます。
手順4 異議を一巡し統合して決定する
一人ずつ「異議なし」または異議の要点を述べます。異議が出ても途中で討論せず、まず全員分を集めます。その後、一件ずつ目的との関係とリスクを確かめます。
有効な異議は、期間を短くする、対象を限定する、確認項目を加えるなどして提案へ統合します。修正版でもう一度異議を確認し、なければ決定内容、担当、見直し日を記録します。
異議を統合するときは、異議を出した人と提案者だけの交渉にしません。チーム全員が目的を守れる修正かを確認します。一つの異議を直した結果、別のリスクが生まれることもあるため、修正版への異議確認を省かないことが重要です。
好みと合理的な異議を質問で切り分ける
コンセント方式で難しいのは、異議の有無を聞くことより、発言が何を示しているかを確かめることです。異議を厳しく退ければ発言しにくくなり、何でも異議にすれば決まりません。
人ではなく論拠を検討し、チームの目的、既存の合意、現実的なリスクとのつながりを質問します。十分な情報がない懸念も無視せず、記録や観測項目へ変えます。
「好みと違う」は異議ではないと共有する
「午前の会議が好きではない」だけでは個人の好みです。しかし「午前は顧客対応のピークで、担当者が参加すると応答目標を守れない」なら、チームの目的に関わる異議になり得ます。
好き嫌いを発言してはいけないわけではありません。反応の段階で好みを聞き、提案を改善できるなら取り入れます。ただし最終判断の基準とは分けます。
好みを話せる反応の段階がないと、参加者は好みを異議の形へ変えて主張するかもしれません。先に「望ましい点・気になる点」を一巡し、聞かれた事実を示すことで、最終ラウンドでは目的に関わる論拠へ集中しやすくなります。
目的の達成へどのような影響があるか尋ねる
異議が出たら、「この提案を試すと、私たちの目的や現在の約束にどのような影響がありますか」と尋ねます。抽象的な不安を、起こり得る結果へ具体化します。
発生可能性が低くても影響が重大なら対策が必要です。反対に、影響が小さくすぐ戻せるなら、短期間の試行と観測で扱えるかもしれません。
目的が複数ある場合は優先順位を確認します。顧客応答を速める案が、従業員の安全基準と衝突することもあります。目的同士の関係をその場で解けないなら、上位方針や責任者へ確認し、会議だけで無理に決めません。
過去の事実・予測・価値判断を分けて聞く
「前回も失敗した」は手掛かりですが、状況が同じとは限りません。何が起き、今回も共通する条件は何かを確認します。予測なら、どの兆候を見れば早く気づけるかを聞きます。
価値判断がチームの方針や倫理に関わる場合は重要です。個人の感覚だけと決めつけず、既存の規程や合意と照合します。
過去の経験を聞くときは、人の失敗談にしない配慮も必要です。「誰が間違えたか」ではなく、「どの条件で遅延が起きたか」「今回は何が同じか」を扱います。心理的に話しやすい場でなければ、有用なリスク情報は集まりません。
解消できない懸念は観測項目として残す
論拠が十分でなく異議とは認めにくい懸念も、消してしまう必要はありません。「問い合わせ件数が増えるかもしれない」なら、試行中に件数と対応時間を測ります。
懸念を記録した人だけへ監視を押し付けず、担当と報告方法を決めます。次の見直しで予測と結果を比べれば、チームの判断力も育ちます。
懸念の観測方法は、負担が大きすぎないものにします。すべてを詳細に測ると試行そのものが続きません。既存の業務データ、短いアンケート、定例会の一問など、次の判断に必要な最小限の情報を選びます。
試して見直せる決定へ設計する
コンセント方式は、決めた後に学ぶ仕組みがあってこそ機能します。「安全に試せる」と言いながら期限も測定項目もなければ、暫定案が永続化するかもしれません。
決定時に試行期間、成功条件、中止条件、見直し担当をセットで残します。会議を短くすることだけを成果にせず、実行後の影響まで確認します。
導入初期は、ファシリテーターとは別に記録担当を置くと進めやすくなります。ファシリテーターは発言の順序と問いに集中し、記録担当は提案の版、異議、修正、見直し条件を更新します。終了前に画面上の最終文を全員で確認し、口頭の理解だけに頼らないようにします。
試行期間は変化が観測できる長さにする
短すぎると偶然の影響が大きく、長すぎると問題が続きます。週次業務なら三～六週間、日次の運用なら一～二週間など、複数回の実施結果を見られる期間から考えます。
繁忙期や休暇が重なる場合は、通常時と条件が違うことを記録します。期間だけでなく実施回数を基準にする方法もあります。
期間の設定では、学習できる速さと被害が広がる速さを比べます。顧客へ影響する変更は短い区切りと早期確認を置き、内部の軽微な運用変更は数週間観測するなど、リスクに応じて見直し頻度を変えます。
成功条件と中止条件を決定時に決める
「うまくいったら続ける」では評価が人によって変わります。会議時間、未決議題数、参加者の準備時間など、目的に近い指標を二、三個選びます。
顧客対応の遅延や安全上の問題など、試行を待たず止める条件も定めます。問題が起きたとき、誰が停止を判断できるかも明確にします。
指標は数値だけに限りません。問い合わせ内容の種類、引き継ぎ時の困りごと、参加者が説明できたかといった定性的な情報も役立ちます。ただし、誰がどの方法で記録するかを決め、印象だけの評価に戻らないようにします。
決定ログには案の文章と異議の統合を残す
記録には最終提案、目的、対象、期間、担当、見直し日を残します。さらに、どの異議をどう反映したかを書くと、後から制約の理由を理解できます。
発言者名を責任追及の材料にするのではなく、判断の根拠を残すための記録です。個人情報やセンシティブな内容は、閲覧範囲を調整します。
決定ログの冒頭には状態を付けます。「試行中」「採用」「見直し予定」「終了」などを示せば、古い暫定案を正式ルールと誤解しにくくなります。変更履歴を残し、現在有効な版を一つに決めます。
緊急時と権限外の決定には別の方法を選ぶ
事故対応のように数分で責任者が判断すべき場面で、全員のラウンドを行うのは適切ではありません。あらかじめ緊急時の決定権限と事後レビューを合意しておきます。
予算承認、人事評価、法務判断など権限が定められた事項では、コンセントは意見収集や案の改善に使い、正式な決裁者を置き換えません。
コンセント方式を導入すること自体も提案として扱えます。「次の三回の運用会議で、戻せる議題一件にだけ使う」と限定し、所要時間、異議の質、参加しやすさを振り返ります。方法を目的化せず、チームに合う範囲を学びます。
全員の理想案より安全に学べる提案を作ろう
コンセント意思決定は、全員の第一希望を一致させるのではなく、チームの目的を損なう合理的な異議がないかを確認する方法です。異議は提案を止める攻撃ではなく、見落としていたリスクを知らせる情報として扱います。
実践では、具体的な提案、明確化の質問、短い反応、異議の確認、異議の統合という順序を守ります。好みと異議を分け、修正版を全員が同じ文章で確認することが重要です。
最初から重大な意思決定へ使うより、後で戻せる運用ルールを短期間試すところから始めるとよいでしょう。次回の定例会で、小さな提案へ「目的の達成を妨げる理由はありますか」と一巡してみてはいかがでしょうか。
今回のポイント
