会議は考える場ではない。考えたものを持ち寄って整理する場である

職場では、よくこういう会議があります。

読書機能の使い方

聴く:本文を読み上げます。速読:語句を順に表示し、速さを調整できます。語学練習:別の言語版と対訳を読み比べます。保存:このブラウザーにブックマークし、プレイヤーの保存済み一覧から開けます。

この記事をシェア
広告
広告

導入:いきなり全員で考える会議は、だいたい浅くなる

職場では、よくこういう会議があります。

みんなで考えましょう。
意見を出してください。
改善案を話し合いましょう。
気づいたことを言ってください。

一見すると、かなり良さそうに見えます。

みんなで考える。
現場の声を拾う。
チームで改善する。
主体的に参加する。

どれも大事です。

でも、実際にやってみると、こうなりがちです。

  • 声の大きい人の意見に引っ張られる
  • 最初に出た案が空気を支配する
  • 上司の顔色を見て発言が丸くなる
  • 考えていない人がその場の雰囲気で乗る
  • 本当に大事な違和感が出ない
  • ただの感想会・文句会になる
  • 何となく話しただけで終わる
  • 会議後に結局一人がまとめ直す

つまり、会議でいきなり考えさせると、集合知になるどころか、その場の空気知になります。

この記事の結論はシンプルです。

会議はゼロから考える場ではない。
会議は、事前に考えたものを持ち寄って整理する場である。


「みんなで考える」と「みんながその場で考える」は違う

まず分けた方がいいのはここです。

「みんなで考える」と聞くと、多くの人は会議室で全員が同時に話し合う場面を想像します。

でも、本当に大事なのは、全員が自分の頭で一度考えることです。

つまり、

みんなで考える
= 全員が会議中にその場で考える

ではありません。

本来はこうです。

みんなで考える
= 各自が一人で考える
→ それを持ち寄る
→ 違いを見る
→ 共通点を探す
→ 優先順位をつける
→ 次の行動に変える

この順番があるから、チームの思考になります。

いきなり全員で話すと、一人ひとりの考えが出る前に、場の空気に飲まれます。


先に一人で考えさせる理由

会議前に一人で考える時間を作ると、何が変わるのでしょうか。

1. 声の大きい人に引っ張られにくくなる

会議で最初に強い意見が出ると、その後の発言はどうしても影響を受けます。

「あ、それでいいか」 「自分の意見はズレているかも」 「上司がそう言うなら言わないでおこう」

こうして、まだ出ていない意見が消えます。

でも、事前に一人で書いておけば、最初の意見に流される前の考えが残ります。

これはかなり大事です。

2. 本音に近い違和感が残る

人は、会議中にいきなり意見を求められると、きれいなことを言おうとします。

でも、改善活動で本当に重要なのは、きれいな意見だけではありません。

  • ここが毎回めんどくさい
  • ここでいつも迷う
  • このルールが実態と合っていない
  • 誰が判断するのか分からない
  • 何となく二度手間になっている
  • この資料、誰も見ていない気がする

こういう小さな違和感が、実は改善の入口になります。

一人で考える時間があると、この違和感が出やすくなります。

3. 「考えている人」と「乗っているだけの人」が見える

いきなり会議をすると、その場でうまく話せる人が目立ちます。

でも、話すのがうまいことと、深く考えていることは別です。

事前にメモを書いてもらうと、誰が何を見ているかが分かります。

  • 現象を見ている人
  • 原因を見ている人
  • 感情を出している人
  • 再発防止を考えている人
  • 仕組み化まで見ている人
  • ただ文句を言っている人

この違いが見えます。

4. 会議が「発想の場」から「整理の場」になる

会議中にゼロから考えると、時間が溶けます。

でも、事前に考えたものがあれば、会議ではこうできます。

  • 似ている意見をまとめる
  • 重要な論点を選ぶ
  • 優先順位をつける
  • 担当者を決める
  • 次の実験を決める
  • 保留するものを決める

つまり、会議が前に進みます。


会議は「考える場」ではなく「持ち寄ったものを処理する場」

会議をうまく進めるには、会議の役割を変える必要があります。

悪い会議は、こうです。

集合
↓
その場で考える
↓
誰かが話す
↓
空気で流れる
↓
何となく終わる

良い会議は、こうです。

事前に各自で考える
↓
持ち寄る
↓
似ているものを束ねる
↓
指摘の質を選ぶ
↓
優先順位を決める
↓
次アクションに落とす

この違いはかなり大きいです。

会議は、脳みそをゼロから起動する場ではありません。
会議は、各自が起動してきた脳みそを接続する場です。

もっと言うなら、

会議に考えさせるな。
人に先に考えさせて、会議には整理させろ。

これです。


指摘には「質」がある

改善会議やQC活動では、よく「気づいたことを出そう」と言われます。

これ自体は大事です。

ただし、すべての指摘を同じ重さで扱うと、会議は壊れます。

指摘には質があります。

たとえば、次のようなものは全部違います。

ただの感想

なんか使いにくいです。
ちょっと微妙です。

入口としては大事ですが、そのままでは改善テーマになりません。

個人攻撃

あの人がちゃんとやっていないからです。

これは改善ではなく、人への攻撃になりやすいです。

好み

私はこっちの方が好きです。

好みは参考になりますが、全体最適とは限りません。

目先の不満

とにかくこれが嫌です。

不満の裏に改善テーマがある場合もありますが、そのままでは荒れます。

本質的な工程不良

この作業は、確認者が決まっていないので毎回止まっています。

これはかなり良い指摘です。

再発防止につながる指摘

入力欄の定義が曖昧なので、毎回違う解釈で記入されています。

これも改善テーマになります。

仕組み化できる指摘

最初に選択肢を3つに固定すれば、判断ミスが減ると思います。

これは行動に変えやすいです。


「全部大事」は、だいたい何も選んでいない

改善会議でよくある危険な言葉があります。

全部大事ですね。

一見、いいことを言っているように見えます。

でも、実務上はかなり危険です。

全部大事と言うと、優先順位が消えます。
優先順位が消えると、誰も動けません。
誰も動けないと、会議だけが増えます。

本当に必要なのは、

  • 今すぐやるもの
  • 後でやるもの
  • 今回はやらないもの
  • 情報が足りないもの
  • 個別対応で済むもの
  • 仕組み化すべきもの

に分けることです。

指摘を出すことより、指摘を選ぶことが大事です。


リーダーは、飛んでくる玉をそのまま現場に流してはいけない

ここで、リーダーの役割が出てきます。

会議や改善活動では、いろんな方向から玉が飛んできます。

  • 現場の不満
  • 上司の方針
  • 他部署の要求
  • 顧客の要望
  • なんとなくの違和感
  • 感情的な指摘
  • 具体的な改善案
  • 責任転嫁
  • 本質的な問題
  • ただの思いつき

これらが、黄色いピン球みたいに飛んできます。

リーダーが何もしないと、その玉は全部現場に降ってきます。
すると、現場は混乱します。

だから、リーダーは一度受ける必要があります。

ウホウホでも、ウヒョウヒョでもいい。
多少コミカルでもいい。
大事なのは、飛んできた玉をそのまま下に流さないことです。

リーダーはこう分ける必要があります。

  • これは受ける
  • これは返す
  • これは今やらない
  • これは個人の感想として扱う
  • これは改善テーマにする
  • これは会議ではなく個別確認にする
  • これは上位判断が必要
  • これは現場に投げてはいけない
  • これは仕組み化する

つまり、リーダーは防波堤です。


悪い上位者と良い上位者の違い

前提として、上位者には大きく2種類あります。

悪い上位者:勝手に降参する

現場がまだ戦っていないのに、上位判断者が勝手に諦めるパターンです。

もう無理ですね。
今回はやめましょう。
仕方ないですね。
相手に合わせましょう。

このタイプは、現場からするとクソゲーです。

まだ戦っていないのに、ゲームを終了させられるからです。

良い上位者:玉を受けて整理する

良い上位者は、飛んできた玉を一度受けます。

これは今やる話ではない。
これは重要だから次のテーマにする。
これは個人攻撃になっているから構造に直す。
これは現場だけでは判断できないから上で持つ。
これは資料にする前に目的を確認する。
これは各自で一度考えてから持ち寄る。

このタイプは、現場にとってありがたいです。

なぜなら、現場が戦う前にゲームを終わらせるのではなく、現場が戦えるように整えるからです。


「体を張るリーダー」とは、根性論ではない

ここで注意したいのは、「体を張る」という言葉です。

体を張るというと、根性論のように聞こえるかもしれません。

でも、ここで言いたいのは、長時間残業するとか、全部自分で抱えるとか、怒鳴られて耐えるとか、そういう話ではありません。

本当の意味でリーダーが体を張るとは、

  • 未整理の要求をそのまま現場に流さない
  • 目的不明の依頼を止める
  • 感情的な指摘を構造に変換する
  • 会議に入れる前に論点を絞る
  • 現場が背負うべきでない判断を上で持つ
  • 何をやらないか決める
  • 撤退条件を明示する
  • 声の大きい人だけに場を支配させない

ということです。

これは、リーダーの役割です。

逆に、これをやらずに現場へ全部流すと、現場の人が代わりに体を張ることになります。


QC活動で必要なのは「全員参加」ではなく「全員が一度考えること」

QC活動や改善活動では、「全員参加」がよく強調されます。

もちろん、現場の声を拾うことは大事です。

でも、全員参加を誤解すると、こうなります。

全員で集まる
全員に発言させる
全部の意見を拾う
全部大事にする
結局まとまらない

これでは改善になりません。

本当に必要なのは、

全員が一度、自分の頭で考える
その考えを見える形にする
それを持ち寄る
指摘の質を選ぶ
改善テーマに変える
小さく実行する

という流れです。

「全員で話す」より先に、全員が一人で考えることが必要です。


会議前に配るべき「個人思考シート」

改善会議をやるなら、いきなり集めるのではなく、事前に簡単なシートを配るといいです。

たとえば、次のような形です。

【1. 困っていること】
今の業務で、めんどくさい・迷う・二度手間になっていることは何ですか?

【2. 具体的な場面】
それは、いつ・どこで・誰が・何をする時に起きますか?

【3. 原因の仮説】
なぜそれが起きていると思いますか?

【4. 影響】
その問題で、時間・ミス・手戻り・心理的負担はどれくらい発生していますか?

【5. 改善案】
こうしたら少し良くなるかも、という案はありますか?

【6. 仕組み化できそうか】
手順書・テンプレート・チェックリスト・自動化・ルール変更で防げそうですか?

【7. 優先度】
今すぐ対応すべきですか? 後でもよいですか?

【8. 会議で話したいこと】
この中で、みんなで確認したいことは何ですか?

これを書いてから会議に入るだけで、話し合いの質はかなり変わります。


会議でやることは「発散」ではなく「選別」

事前に意見が集まったら、会議でやることは発散ではありません。

すでに発散は個人作業でやっています。

会議でやるべきことは、選別です。

  • 似ている意見をまとめる
  • 個人攻撃を構造問題に直す
  • 感想を事実に変換する
  • 不満を改善テーマに変換する
  • すぐできるものと時間がかかるものを分ける
  • 効果が大きいものを選ぶ
  • 担当者を決める
  • 次の確認日を決める

これが会議の仕事です。

会議中に無限に意見を出し続けると、終わりません。


指摘を改善テーマに変換する例

たとえば、こういう指摘が出たとします。

あの人の説明が分かりにくい。

このままだと、個人攻撃になりやすいです。

改善テーマにするなら、こう変換します。

引き継ぎ時に、確認項目と完了基準が決まっていないため、人によって説明内容がバラついている。

こうすれば、仕組みの問題になります。

別の例です。

毎回資料作るのがだるい。

このままだと感想です。

改善テーマにすると、こうです。

毎回同じ情報を資料化しているが、テンプレートがないため、作成者ごとに構成が変わり、確認時間が増えている。

これなら、テンプレート化や標準化につながります。

さらに別の例です。

会議が長い。

このままだと不満です。

改善テーマにすると、こうです。

会議前に決めること・共有すること・相談することが分かれていないため、情報共有と判断が混ざり、時間が長くなっている。

これなら、会議設計の問題として扱えます。


「猿会議」を防ぐには、玉を全部投げ込まないこと

会議が荒れる時は、だいたい玉が多すぎます。

  • 感情の玉
  • 不満の玉
  • 責任転嫁の玉
  • 思いつきの玉
  • 上司の方針の玉
  • 現場の違和感の玉
  • 他部署からの要求の玉

全部を一気に会議へ投げ込むと、猿会議になります。

ウホウホ言いながら黄色いピン球を打ち返すリーダーがいないと、現場に全部飛んできます。

だから必要なのは、玉の選別です。

会議に入れる玉
会議に入れない玉
個別で処理する玉
上位者が受ける玉
現場に返す玉
捨てる玉
保留する玉
次回テーマにする玉

これを分けるだけで、会議はかなりマシになります。


具体的な会議設計:個人思考→持ち寄り→選別→実行

改善会議やQC会議は、次の流れにすると安定します。

STEP 1:目的を決める

まず、何のための会議か決めます。

例:

今回は、業務の二度手間を減らすために、現場で困っている作業を洗い出し、改善テーマを1つ選ぶ。

STEP 2:事前に個人で考える

会議前に、個人思考シートを書いてもらいます。

ここで大事なのは、他人の意見を見る前に書くことです。

STEP 3:持ち寄る

会議では、それぞれの意見を出します。

ただし、この段階で深く議論しすぎません。

まずは一覧化します。

STEP 4:似ている意見をまとめる

同じ問題を違う言い方で言っている場合があります。

それを束ねます。

STEP 5:指摘の質を選ぶ

感想・個人攻撃・好み・本質的な工程不良・仕組み化できる指摘を分けます。

STEP 6:改善テーマを選ぶ

全部やろうとせず、まず1つ選びます。

選ぶ基準は、たとえば次の通りです。

  • 頻度が高い
  • 影響が大きい
  • すぐ試せる
  • 再発防止につながる
  • 標準化できる
  • 他部署にも展開できる

STEP 7:次アクションに落とす

最後に、誰が・いつまでに・何をするか決めます。

ここまでやって、初めて会議が仕事になります。


まとめ:会議に考えさせるな。会議には整理させろ。

会議でいきなり全員に考えさせると、話は浅くなりやすいです。

声の大きい人に流される。
上司の顔色を見る。
本音の違和感が消える。
ただの感想会になる。
何となく話して終わる。

だから、順番を変える必要があります。

一人で考える
持ち寄る
整理する
指摘の質を選ぶ
改善テーマに変える
次アクションに落とす

会議は、ゼロから考える場ではありません。
会議は、考えたものを持ち寄って、選び、進める場です。

そして、リーダーは飛んでくる玉をそのまま現場に流してはいけません。

未整理の要求、不満、指摘、思いつき、責任転嫁。
それらを一度受けて、返す玉・拾う玉・捨てる玉を分ける。

それが、チーム運営です。

会議に考えさせるな。
人に先に考えさせて、会議には整理させろ。
リーダーは玉を受け、現場が戦える形に変換しろ。

これができるだけで、会議はかなり変わります。


PRこのテーマの本を探す

この記事には広告(アフィリエイトリンク)が含まれます。 広告について Amazonのアソシエイトとして、mendoi-appsは適格販売により収入を得ています。

この記事が役に立ったら、応援できます。 応援する

広告

もう1個、なんか面白いのない?

読み終わったついでに。近い話と、ぜんぜん違うけど面白い話を少しずつ。

  1. 近い話8.6秒バズーカーとボチリストは同一人物なのか?「10年後」説と現在の仕事を調べた
  2. なぜゲームの作業感はつまらないのか?モンハンワイルズと“ゲームが仕事になる瞬間”
  3. ぜんぜん違うけど全員ほぼ0歳なのにデカくてペラペラキメラアントの完成品出産、女王の食いすぎ、ポンズと銃の悲劇
  4. ゴンさんはなぜ怖いのに笑えるのかリアルタイム反応、アニメの不協和音、同人ミーム、メルエムの記憶
  5. DeNAのスマホゲームに15億円支援?税金を使うなら“国民向けのレシート”を出してほしい
  6. 「家族思い」の包装紙を剥がしたら境界線が出てきた『花まんま』前半約22分で“兄貴ヅラ”を心理学まで掘った話

今日これ読んで

この記事を読んだ人の次の疑問に、それぞれ答える記事です。

すべての記事から探す「仕事」の記事をもっと見る

他の記事を探す

すべての記事

めんどいちゃん

このサイトの運営者

めんどいちゃん

仕事や日常の「めんどい」を構造化して、次に動きやすくする記事を書いています。

広告

新着記事

  1. 1『VIVANT』続編は好評なのに、なぜ自分には低予算に見えたのか――AIハヤト、説明劇、別班の正体開示を考える
  2. 2ベッドで話すだけで、記事づくりが進む理由
  3. 3護衛軍には実質勝てていない――「倒す」より分断・遅延で勝つキメラアント編
  4. 4複利だけ早送りして、人生はゆっくり進んでほしい
  5. 5ゴンはなぜカイトの死だけであそこまで壊れたのか
広告