合意形成・意思決定
合意形成とは？会議での意思決定の方法と決定記録のつけ方
合意形成と意思決定の違い、多数決・全会一致・コンセンサス・決裁者決定・Fist to Fiveなどの決め方と使い分け、意思決定のプロセスを整理します。6つの問いで決め方を選べるチューザーと、理由まで残す決定記録（決定ログ）のテンプレートつきです。
公開日：更新日：執筆・運営：Klang AI AB
違い
合意形成と意思決定の違い
会議で「決まらない」「決めたのに動かない」という問題の多くは、意思決定と合意形成を混同していることから起こります。責任者が決めれば意思決定は一瞬で終わりますが、関係者が納得していなければ実行の段階で止まります。逆に、全員の合意を待っていると、決めるべき時期を逃します。
大切なのは、議題ごとに「誰が、どの方法で決めるか」と「どこまでの納得が必要か」を先に決めることです。
| 項目 | 意思決定 | 合意形成 |
|---|---|---|
| 目的 | 選択肢の中から1つを選ぶ | 関係者が結論を受け入れ、実行できる状態にする |
| 主な担い手 | 決める権限を持つ人・会議体 | 関係者全員 |
| かかる時間 | 短くできる | 長くかかりやすい |
| 終わりの状態 | 「〇〇に決定」 | 「〇〇で進めることに、関係者が協力できる」 |
| 失敗すると | 決めたのに実行されない、蒸し返される | いつまでも決まらない |
決め方
会議の決め方7種：多数決・全会一致・コンセンサスほか
どの決め方にも長所と短所があります。いつも同じ方法で決めるのではなく、議題の重さと時間、必要な納得の度合いで選びます。
GoogleがチームについてまとめたProject Aristotleの報告（re:Work）では、合意を重視した意思決定をしているかどうかは、Googleのチームの効果とあまり関係がなかったとされています。「全員で合意すること」自体が目的ではなく、内容に合った決め方を選び、決めたことに全員が協力できることが大切です。
| 決め方 | 内容 | 長所 | 短所 | 向いている場面 |
|---|---|---|---|---|
| 決裁者が決める（独断） | 権限を持つ1人が、話し合わずに決める | 最も速い。責任がはっきりする | 納得が得られにくい。見落としが出やすい | 緊急時、影響が小さい日常の判断 |
| 相談型の決裁 | 関係者の意見を聞いたうえで、権限を持つ人が決める | 速さと納得のバランスがよい。責任がはっきりする | 意見を聞くだけで終わると不満が残る | 多くの業務上の判断。人数が多い場合 |
| 委任 | 詳しい担当者や小チームに、範囲を決めて任せる | 専門知識を生かせる。会議の時間を減らせる | 任せる範囲があいまいだと混乱する | 専門的な判断、元に戻せる判断 |
| 多数決 | 投票で過半数（または決めた割合）の案に決める | 手早く公平。結果が分かりやすい | 少数派が置き去りになり、実行に協力しにくい | 対等なメンバーでの判断、時間がないとき |
| 同意（コンセント） | 全員の賛成ではなく「受け入れられない反対がない」ことを確かめて決める | 全会一致より速く、反対の理由を案の改善に生かせる | 反対の基準を共有していないと機能しない | 試して見直せる判断、自律的なチーム |
| コンセンサス | 話し合いで、全員が支持できる（少なくとも受け入れられる）案を探る | 納得度が高く、実行がスムーズ | 時間がかかる。声の大きい人に流されることもある | 影響が大きく、全員の協力が必要な判断 |
| 全会一致 | 全員が賛成したときだけ決める | 全員が当事者になる | 1人の反対で決まらない。同調圧力が生まれやすい | 規約などで求められる場合、少人数の重要な判断 |
決め方チューザー
6つの問いで、決め方を選ぶ
会議の前に、この議題を「誰がどう決めるか」をはっきりさせておくと、会議の中で決め方そのものを議論せずに済みます。
決め方チューザー
これから会議で決めたいことを1つ思い浮かべ、6つの問いに答えてください。合う決め方と、進め方の注意点を表示します。あくまで考えるための目安です。
おすすめの決め方
コンセンサス（全員が支持できる案を探る）
影響が大きく元に戻しにくいうえ、実行には全員の納得が必要だからです。少人数なら、時間をかけて全員が支持できる案を探れます。
進め方
論点と判断基準を先に合意し、懸念を一つずつ扱います。最後にFist to Fiveで納得度を確かめ、2以下の人の懸念を聞きます。
別の選択肢
期限までにまとまらない場合の決め方（例：責任者が決める）を最初に決めておきます。
プロセス
意思決定のプロセス：会議で決めるまでの7ステップ
- 01
論点をはっきりさせる
「何を決めるのか」を1文で書きます。「ツールについて話す」ではなく「11月から使う顧客管理ツールを、3つの候補から1つ選ぶ」のように具体的にします。
- 02
決め方と決める人を先に決める
多数決か、責任者が決めるか、コンセンサスか。期限までにまとまらない場合の決め方も含めて、会議の前に参加者へ伝えます。
- 03
判断の基準を合意する
費用、効果、期限、リスクなど、何を重視するかを先にそろえます。基準が合意できていれば、選択肢の議論が速くなります。
- 04
選択肢と情報をそろえる
「何もしない」も含めて選択肢を並べ、比較に必要な情報を事前に配ります。会議の場で初めて資料を読む状態を避けます。
- 05
意見と懸念を出し切る
反対意見や懸念を歓迎し、一つずつ扱います。立場の強い人は最後に意見を言います。発言しにくい人には、事前にチャットで聞いておきます。
- 06
決めて、納得度を確かめる
決めた方法で結論を出し、Fist to Fiveなどで納得度を確かめます。決定事項・担当・期限をその場で読み上げます。
- 07
記録して共有し、見直す日を決める
決定内容と理由、反対意見の扱いを決定記録に残し、当日中に共有します。見直す時期や条件も書いておきます。
納得度の確かめ方
Fist to Fiveで納得度を確かめる
「反対の人はいますか」と聞いても、手は挙がりにくいものです。全員が同時に納得度を示す方法なら、少数の懸念も見えるようになります。
- 必ず全員が同時に示す。順番に聞くと、前の人の数字に合わせてしまいます
- 低い数字を出した人を責めない。「懸念を聞かせてください。案を良くしたいので」と聞きます
- 数字を記録に残す。「全員3以上で決定」のように、決定記録に書いておきます
Fist to Five（フィスト・トゥ・ファイブ）
「3、2、1」の合図で、全員が同時に指の数で納得度を示します。オンラインではチャットに数字を一斉に書き込みます。
グー（0）
反対。この案では進められない。代案や理由を必ず聞く
1
大きな懸念がある。解消しないと協力しにくい
2
懸念がある。話し合いたい点が残っている
3
支持できる。細かい懸念はあるが進めてよい
4
良い案だと思う。実行に協力する
5
全面的に賛成。率先して進めたい
根回しと稟議
日本の組織での合意形成：根回しと稟議の生かし方
日本の組織では、会議の前に関係者へ個別に説明して理解を得る「根回し」や、担当者が起案した文書を関係者が順に確認・承認する「稟議」が、合意形成の仕組みとして広く使われています。
根回しには、会議の前に懸念を拾って案を良くできるという長所があります。一方で、会議が形だけの承認の場になり、なぜその結論になったのかが記録に残らないという短所もあります。
| よくある問題 | こうすると良くなる |
|---|---|
| 根回しで出た懸念が、誰にも共有されない | 事前に聞いた懸念と対応を、会議の資料に一覧で載せる |
| 会議では反対が出ず、後で「聞いていない」と言われる | 根回しの対象と範囲を決め、会議の場で改めて意見を求める |
| 稟議書に結論しか書かれず、理由が分からない | 検討した選択肢、採用しなかった理由、反対意見の扱いを書く |
| 担当者が根回しに多くの時間を使っている | 個別説明の代わりに、事前の資料共有とチャットでの質問受付を使う |
決定記録
決定記録（決定ログ）に、理由まで残す
議事録には「〇〇に決定」と結論だけが書かれがちです。しかし半年後に困るのは、「なぜそう決めたのか」「どの案と比べたのか」「誰が反対していて、その懸念はどう扱ったのか」が分からないことです。理由が分からない決定は、メンバーが変わるたびに蒸し返されます。
決定記録（決定ログ）は、会議で決まったことを1件ずつ、理由と経緯とともに残す記録です。議事録とは別に一覧にしておくと、「この件はいつ、なぜ決まったか」をすぐに探せます。
決定記録メーカー
記入例（架空の会社の例）が入っています。書き換えると、右の決定記録が更新されます。テキストでコピーして議事録やチャットに貼るか、CSVで保存して決定ログの表に追記してください。入力内容はどこにも送信されません。
録音と文字起こし
会議の録音から、決定と理由を取り出す
決定記録の「理由」や「反対意見の扱い」は、会議の後に思い出して書くと抜け落ちやすい項目です。会議を録音・文字起こししておけば、どんな言葉で理由が話され、誰がどんな懸念を出したかを、発言そのものから確かめられます。
Klangでは、会議の文字起こしにAIチャットで質問できます。下の指示文で決定記録の下書きを作り、内容を確かめてから決定ログに転記してください。複数の会議をまたいで「顧客管理ツールについて、決まったことと理由を時系列で」と聞くこともできます。
会議の文字起こしから決定記録を作るAIへの指示文
この文字起こしは会議の録音です。会議で決まったことを、次の項目で決定記録にまとめてください。 ・論点（何を決めたか） ・決定内容 ・決め方と決めた人（多数決、責任者の判断など。発言から分かる範囲で） ・検討した選択肢 ・決めた理由として話されたこと ・出た反対意見や懸念と、その扱い ・見直す時期や条件（話されていれば） ・該当する発言のおおよその時間 結論が出ていない論点は「保留」として分けてください。文字起こしにない内容は推測で補わないでください。
仕事で確かめる
反対意見を、確認できる懸念へ言い換える
反対者の性格ではなく、何が起きると困るかを記録します。
以下の人物・案件・会話・数値は、説明用の架空の例です。
- B： この日程では無理です。
- A： どの確認が終わらないと困りますか。
- B： 公開前の検証をする担当の枠が取れていません。
- A： 必要な時間と空き枠を確認します。確認までは日程合意を保留と残します。
| 確認するもの | 記録した内容 | 次の扱い |
|---|---|---|
| 発言 | 「この日程では無理です」 | 拒否理由はまだ不明 |
| 確認 | 準備時間が不足するのか、担当が不在なのか | 本人に質問 |
| 具体化した懸念 | 当日までに検証担当の確認枠が取れない | 空き枠と必要時間を確認 |
懸念を記録しただけで解決したとはしません。次の判断に必要な確認対象を置きます。
確認後に残す記録の例
懸念：公開前の検証枠が確保できない可能性。必要な確認時間と担当の空き枠をAが確認する。日程への合意は確認後まで保留。
仕事で確かめる
条件付きの賛成を、全員合意と書かない
二つの条件の一つが残る例です。
以下の人物・案件・会話・数値は、説明用の架空の例です。
| 確認するもの | 記録した内容 | 次の扱い |
|---|---|---|
| Bの回答 | 支援窓口と試行期限が決まれば賛成 | 条件付き |
| 満たした条件 | 試行期限は10月末に決定 | 確認済み |
| 残る条件 | 支援窓口の引受回答が未着 | 未達 |
| 現在の結論 | Bの最終合意は未確認 | 開始決定とは書かない |
条件を一つ満たしても、残る条件が消えるわけではありません。
確認後に残す記録の例
合意状態：試行期限は決定。支援窓口の引受確認が残るため、Bの賛成条件は未充足。窓口確認後にBへ最終意思を確認する。
仕事で確かめる
検討しなかった選択肢も、外した理由を残す
候補を二案だけ示した経緯を見えるようにします。
以下の人物・案件・会話・数値は、説明用の架空の例です。
| 確認するもの | 記録した内容 | 次の扱い |
|---|---|---|
| 案A | 既存の仕組みを小さく変更 | 比較対象 |
| 案B | 一部だけ別の仕組みに切り替える | 比較対象 |
| 案C | 全面移行 | 今回の期限までに必要な確認ができず比較から除外 |
比較から除いたことは、案Cが常に劣るという評価ではありません。前提が変われば再検討できます。
確認後に残す記録の例
今回の比較はAとB。Cは期限内に移行影響を確認できないため対象外。品質が低いと判断したわけではない。期限が変わった場合はCも再検討する。 会議前の相談記録：担当Cは全面移行案を提案したが、期限内に移行影響を確認できないと回答。会議ではその理由を示して比較対象から外した。期限変更時にはC案を再検討できることを参加者へ共有。
仕事で確かめる
決定権限のない会議では、推奨案までを残す
参加者の賛成と、組織の承認を区別する例です。
以下の人物・案件・会話・数値は、説明用の架空の例です。
| 確認するもの | 記録した内容 | 次の扱い |
|---|---|---|
| 会議の参加者 | 実務担当A・B・C | 実施案を検討 |
| 会議で確認できたこと | 三人は案Bを推奨 | 推奨の一致 |
| 不足している確認 | 予算承認者が欠席 | 承認未取得 |
| 次の手続き | 承認者へ根拠と未解決事項を提出 | 開始日は未確定 |
議事録に「決定」と書くだけで、権限が付与されることはありません。
確認後に残す記録の例
会議の結論：実務担当は案Bを推奨。予算承認は未取得。Aが比較資料と残る確認事項を承認者へ提出する。実施決定・開始日は承認後に確認。
仕事で確かめる
前提が変わったとき、決定を開き直す条件を示す
決定を覆したと責める前に、当時の前提と今の差を確認します。
以下の人物・案件・会話・数値は、説明用の架空の例です。
| 確認するもの | 記録した内容 | 次の扱い |
|---|---|---|
| 当初の前提 | 対象は1部署、20人 | 案Bを選択 |
| 変更 | 別部署も加わり60人を想定 | 支援量が変わる |
| 再確認 | 窓口の対応量と費用 | 旧判断をそのまま拡張しない |
再検討する範囲を絞ると、合意済みの内容を全部やり直さずに済みます。
確認後に残す記録の例
再検討メモ：対象人数が20人から60人へ変わったため、案Bの支援体制と費用を再確認する。目的と評価項目は継続。対象拡大の承認は確認結果が出るまで保留。 再検討の選択肢は、対象20人のまま継続する案と、60人分の支援枠を確保して拡大する案。実務担当が比較資料を作り、当初の承認者へ対象変更の判断を依頼する。変更報告だけでは拡大しない。
決めたことと、その理由を残す
Klangは会議を録音して文字起こしし、決定事項とToDoの下書きまでAIで作ります。決定の理由や反対意見の扱いも、会議の発言から確かめて記録できます。
- 文字起こしはフリープランでも無制限。会議ボット、スマホアプリ、ファイルのアップロードに対応
- AIチャットで、複数の会議をまたいで「いつ、なぜ決まったか」を探せます
- Word・Excel・CSVで書き出し。会話データをAIの学習に使いません
よくある質問
合意形成とは何ですか。
立場や意見の異なる関係者が話し合い、全員が受け入れられる結論にたどり着くまでの過程のことです。どの案にするかを選ぶ意思決定に加えて、決めたことを関係者が納得して実行できる状態にすることまでを含みます。
合意形成と意思決定はどう違いますか。
意思決定は選択肢から1つを選ぶことで、権限を持つ人が短時間で行うこともできます。合意形成は、その結論を関係者が受け入れ、協力できる状態にする過程です。会議では、議題ごとに誰がどの方法で決め、どこまでの納得が必要かを先に決めます。
コンセンサスと全会一致の違いは何ですか。
全会一致は全員が賛成したときだけ決める方法です。コンセンサスは、話し合いで全員が支持できる、少なくとも受け入れられる案を探る方法で、全員が最善と考えていなくても、反対せずに協力できれば合意とみなします。
Fist to Fiveとは何ですか。
案への納得度を、グー（0）から指5本（5）で全員が同時に示す方法です。よく使われる運用では、全員が3以上なら決定し、2以下の人がいれば懸念を聞いて案を修正します。基準はチームで先に決めておきます。
会議で決めたことは、どう記録すればよいですか。
決定内容に加えて、決め方と決めた人、検討した選択肢、理由、反対意見や懸念の扱い、見直す時期を残します。議事録とは別に決定ログとして一覧にしておくと、後から探しやすくなります。