会議は“情報共有の場”ではない――意思決定を前に進める設計

社会や現場の「あるある」課題

「会議はやった。でも、何も決まらなかった」
「情報共有はできたはずなのに、宿題だけ増えた」
「毎週会議しているのに、同じ話を何度もしている」

こうした悩みは、多くの職場で日常的に起こっています。

• 定例会議が多い
• 出席者も多い
• 資料も整っている
• 一通り報告もされる

それなのに、

• 意思決定が先送りされる
• 論点がぼやける
• 持ち帰りが増える
• 宿題が積み上がる
• 仕事の流れが止まる

なぜでしょうか。

それは、
会議を「情報共有の場」として設計してしまっているから です。

もちろん、情報共有は必要です。
しかしTPS（トヨタ生産方式）的に見れば、
会議の価値はそこではありません。

会議とは、
仕事の流れを止めないために、判断を揃え、次の一手を決める場 です。

情報共有だけの会議が、なぜ流れを悪くするのか

情報共有中心の会議では、こんなことが起きがちです。

• 各担当が順番に報告する
• 詳細説明に時間がかかる
• 聞いているだけの人が増える
• 論点が拡散する
• 結局「持ち帰ります」で終わる

この形は、一見すると丁寧です。
しかし実際には、

• 会議中に判断されない
• 必要な人の時間を大量に使う
• 問題の発見が遅れる
• 次の工程が待たされる

という意味で、
仕事の流れを止める会議 になりやすいのです。

TPSの視点では、
重要なのは「話したか」ではなく、
「流れが進んだか」 です。

TPS的に見た“良い会議”の定義

TPSの思想に照らすと、良い会議とは、

• 異常やズレが見える
• 判断すべきことが明確
• 必要な人が揃っている
• その場で決められる
• 決まったことがすぐ流れる

という状態です。

つまり、会議は
“会話の場”ではなく、“流れを整える場” です。

会議後に、

• 何が決まったか曖昧
• 誰がいつまでに何をするか曖昧
• 次回まで保留が多い

のであれば、
その会議は、情報は動いても、仕事は動いていません。

会議が“ムダ”になりやすい3つの原因

1．目的が「共有」止まりになっている

「まずは状況共有しましょう」
これは便利な言葉ですが、危険でもあります。

共有だけを目的にすると、

• 判断の責任が曖昧になる
• 結論を出さなくても会議が成立してしまう
• 参加者が受け身になる

結果として、
「やった感」はあるが、前に進まない会議になります。

会議には必ず、
“何を決める場か”
を設定する必要があります。

2．必要な人がいない／不要な人が多い

よくあるのは、

• 決める人が不在
• 実務を知る人が不在
• 関係者を念のため全員呼ぶ
• 結果、人数が多くなりすぎる

という状態です。

これでは、

• その場で決まらない
• 発言がぼやける
• 責任が拡散する
• 本質的な論点が浅くなる

TPS的に言えば、
これは“流れのために必要な人と情報”が揃っていない状態です。

3．異常と論点が整理されていない

会議前に、

• 何が正常で
• 何がズレていて
• どこが詰まっていて
• 何を判断すべきか

が整理されていないと、
会議はただの実況中継になります。

見える化の本質は「異常が見えること」でした。

会議でも同じです。
“何が問題か”が見えていない会議は、決めようがない のです。

会議を“流れを進める場”に変える3つの設計

1．会議の目的を「決めること」で書く

会議招集の段階で、目的を

• 状況共有
• 定例確認
• 進捗報告

と書くのではなく、

• 優先順位を決める
• 方針A/Bのどちらで進めるか決める
• 追加工数をかけるか判断する
• 誰がボトルネック解消を担うか決める

というように、
判断の言葉 で書くことが重要です。

“何を決めるか”が明確になるだけで、
会議の質は大きく変わります。

2．報告は事前、会議では異常だけ扱う

TPS的な会議は、
全部を順番に報告する場ではありません。

• 通常運転の案件は事前共有
• 問題なしの項目は読み飛ばせる形にする
• 会議では「赤い案件」だけ扱う
• 詰まり・遅れ・判断待ちに集中する

この設計にすると、

• 会議時間が短くなる
• 論点が鋭くなる
• 必要な判断に集中できる
• 参加者の納得感が高まる

「全部説明する」は、丁寧に見えて、
しばしば最大のムダになります。

3．会議の出口を「次の一手」で終える

会議の最後に必要なのは、議事録の美しさではありません。
必要なのは、次の一手が明確であることです。

最低限、以下がその場で言語化されていることが重要です。

• 何が決まったか
• 何が保留か
• 誰が動くか
• いつまでか
• 次にどこで確認するか

これが曖昧だと、
会議後にまた確認や解釈のやりとりが発生し、
流れが止まります。

会議の価値は、
会議中の会話ではなく、会議後の流れ に現れます。

ケース紹介：毎週90分の定例会議が、“判断の15分”に変わった

ある開発支援部門では、
毎週90分の定例会議がありました。

内容は、

• 各担当の進捗報告
• 課題共有
• 他部署連携の状況確認
• 上長コメント

一見、よくある堅実な会議です。
しかし実態は、

• 同じ説明が繰り返される
• 詳細は会議後に個別確認
• 上長判断は「別途相談」
• 会議後に宿題メールが増える

というものでした。

そこで、会議設計を変えました。

変更したポイント

• 各案件の通常進捗は事前に一覧共有
• 会議で扱うのは「遅れ」「判断待ち」「部門間の詰まり」だけ
• 会議冒頭に「今日決めること」を3点に絞る
• 決裁者・実務担当・関係部署だけ参加
• 終了前に「誰が・いつまでに・何をするか」を確認

その結果、

• 会議時間は90分→15〜25分に短縮
• 会議後の追加確認が減少
• ボトルネック案件の解消が早まる
• “とりあえず定例”が減る

という変化が起きました。

重要なのは、
会議を減らしたことではありません。
会議の役割を変えたこと です。

「情報を並べる場」から、
「流れを止めないための判断の場」 へ。

まとめ

• 会議は“情報共有の場”ではなく、“意思決定を前に進める場”
• 情報共有中心の会議は、宿題や持ち帰りを増やし、流れを止めやすい
• TPS的に良い会議とは、異常が見え、必要な人が揃い、その場で判断できる会議
• 会議を変えるには、「何を決めるか」「異常だけ扱う」「次の一手を明確にする」が重要
• 会議の価値は、会議中の会話量ではなく、会議後に仕事が流れるかで決まる

会議が多い職場ほど、
会議そのものを減らす前に、
会議の設計思想 を見直す必要があります。

TPSは、
会議を否定するのではありません。
むしろ、
“流れを守るための会議”に変える視点 を与えてくれます。

ホワイトカラー向けのTPS講座（37/50）

次回予告

問題を隠す組織、問題が出る組織