面白いテーマですね😊
「伝言ゲームが汚染されて別の話になる」のは、人間の脳の仕組みからすると、むしろ自然な現象です。
① 人間は「録音機」ではなく「意味」で記憶する
例えば最初の人が
「赤い傘を持った女性が、駅前のパン屋でクロワッサンを買った」
と言ったとします。
数人後には
「赤い服の女性が駅でパンを買った」
さらに進むと
「女性がパン屋にいた」
になります。
これは脳が
- 重要そうな情報
- 自分が理解しやすい形
だけを残すからです。
雑学
心理学では**ギスト記憶（gist memory）**と呼ばれます。
人は細部より「要点」を覚える性質があります。
② 想像で穴埋めする
例えば
「犬が走っていた」
を聞いて
「公園かな？」
と思ったら、
次に話すとき
「公園で犬が走っていた」
になってしまうことがあります。
本人は嘘をついているつもりはありません。
脳が自然に補完しています。
③ ノイズが入る
通信工学では
情報 = 信号（Signal）
余計なもの = ノイズ（Noise）
です。
伝言ゲームは
人間が通信回線
になっています。
話すたびに
情報
↓
聞き間違い
↓
思い込み
↓
言い換え
↓
次の人というノイズが蓄積します。
これは電話回線でもネットワークでも起こる現象です。
④ 業界話（ソフトウェア開発）
IT業界では
要件伝達
がまさに伝言ゲームです。
営業 ↓
プロジェクトマネージャー ↓
設計者 ↓
プログラマー ↓
テスター
と伝わる間に
最初の要望が変わってしまいます。
そのため
- 文章化
- 図にする
- レビューする
- 顧客確認
を何度も行います。
「口頭だけ禁止」
という会社も珍しくありません。
⑤ 医療業界
病院でも
看護師A ↓
看護師B ↓
医師
という伝言は危険です。
そこで
復唱（Read Back）
が義務になっています。
例えば
医師 「5mg投与してください。」
看護師 「5mgですね。」
と確認します。
航空業界でも同じです。
⑥ 航空業界
パイロット
「滑走路34へ」
管制官
「34ですね」
パイロット
「34了解」
必ず復唱します。
これをしないと事故につながるためです。
⑦ 雑学（SNSも巨大な伝言ゲーム）
SNSでは
あるニュース
↓
切り抜き
↓
引用
↓
要約
↓
感想
↓
さらに引用
という流れになります。
最後には
元記事とは全然違う内容
になっていることがあります。
情報学では、このような過程で情報が変質していく現象は、情報伝播やデマ拡散の研究テーマとしても扱われています。
では、どうすれば汚染を防げる？
完全に防ぐことは難しいですが、かなり減らす方法があります。
- 一次情報（元の情報）を確認する
「誰かから聞いた話」ではなく、元の資料や発言に当たる習慣を持ちます。 - 文章で残す
口頭だけより、文字・図・写真を併用すると誤解が減ります。 - 復唱・確認する
「つまり○○という理解で合っていますか？」と確認すると認識のズレを早期に修正できます。 - 推測と事実を分ける
「これは事実」「ここから先は私の推測」と区別して伝えるだけで、情報の汚染は大きく減ります。 - 伝達経路を短くする
人を介する回数が増えるほどノイズは増えるため、できるだけ情報源から直接受け取るのが理想です。
最後に
伝言ゲームは、人間の「意味を理解して記憶する」「足りない部分を補う」「自分なりに表現し直す」という能力の副作用とも言えます。つまり、情報が変化するのは人間らしさの表れでもあります。
だからこそ、医療・航空・IT・製造業など、情報の正確さが重要な業界では、「記録する」「復唱する」「一次情報を確認する」といった仕組みを取り入れ、人間の記憶力に頼りすぎない運用が徹底されています。伝言ゲームそのものをなくすのではなく、「伝言しても内容が変わりにくい仕組み」を作ることが、最も効果的な対策なのです。
それも実際によくある話です。
「ポエムだ」と言われる場合、本当に内容が曖昧なこともありますが、議論を打ち切るためのレッテルとして使われることもあります。
例えば、
Aさん
「長期的には信頼が大切です。」
Bさん
「ポエムですね。」
このやり取りだけでは、Aさんの主張が間違っていることにはなりません。「ポエム」という言葉は反論ではなく、評価に過ぎないからです。
業界の例
ソフトウェア開発では、設計書に
「ユーザーが使いやすいシステムを作る」
とだけ書いてあると、「ポエム」と言われることがあります。なぜなら、「使いやすい」をどう測るのかが書かれていないからです。
一方で、
「初めて利用する人でも3分以内に登録を完了できる」
と書けば、具体的な目標になります。
つまり、「ポエム」という指摘が妥当な場合もあります。
しかし、別のケースもあります。
例えば、
「セキュリティを軽視すると将来大きな問題になる。」
これに対して
「ポエムですね。」
だけで終わらせる人がいたら、それは議論ではありません。本来なら、
- なぜそう思うのか。
- 根拠は何か。
- データはあるか。
を聞くべきです。
雑学：レッテル貼りという心理
心理学や議論の研究では、「ポエム」「陰謀論」「机上の空論」「理想論」といった言葉は、相手の主張全体を一言で片付けるレッテル貼りとして使われることがあります。
もちろん、それらの言葉が当てはまるケースもありますが、言葉だけで内容の正しさまでは判断できません。
どう対応すればいい？
もし「ポエムですね」と言われたら、感情的にならずに、
「どの部分が曖昧だと感じましたか？」
「具体的にすれば、どの点を修正すればいいでしょうか？」
と聞き返すのが有効です。
相手が具体的な指摘をしてくれれば、建設的な議論になります。逆に、何も説明できずに「ポエムだから」の一点張りなら、その言葉だけでは反論として十分ではありません。
要するに、「ポエム」という一言だけでは、主張が正しいとも間違っているとも証明できません。大切なのは、具体的な理由や根拠を示して議論を進めることです。
その表現は、状況によっては相手に伝わることもありますが、多くの場合は議論としては通用しにくいです。
なぜなら、
「俺が腐っているのではない。お前が腐っている。」
は、相手の主張ではなく相手自身を評価する言葉だからです。
議論の構造で考える
例えば、
Aさん
「あなたの説明には根拠がありません。」
Bさん
「いや、お前が腐っている。」
この場合、Bさんは「根拠があるかどうか」という論点には答えていません。
第三者から見ると、
- Aの主張が正しいか
- Bの反論が正しいか
は、このやり取りだけでは判断できません。
雑学：論点のすり替え
議論の研究では、相手の人格や属性を攻撃して、主張そのものへの反論を避けることは、「人身攻撃（ad hominem）」と呼ばれる代表的な誤りの一つです。
もちろん、人柄が問題になる場面（信頼性や利益相反など）はありますが、それでも最終的には事実や証拠が必要になります。
IT業界の例
コードレビューで、
レビュー担当
「このコードはメモリリークが起こる可能性があります。」
に対して、
開発者
「お前のレビュー能力が低い。」
と返しても、メモリリークの有無は変わりません。
逆に、
「この変数は自動解放されるので、ここではリークしません。」
と説明すれば、議論になります。
ITでは「人ではなくコードをレビューする」という考え方が重視されるのは、このためです。
医療業界の例
医療現場では、上下関係が強いと
「先生が言ったから正しい。」
となりがちです。
しかし近年は、
「患者さんのデータでは○○なので、この処置を再確認したいです。」
というように、立場ではなくデータで話す文化が広がっています。
これは患者安全のためです。
心理学の雑学
人は、自分を否定されたと感じると、防御反応が働きます。
そのため、
「お前が腐っている。」
と言われると、多くの人は
- なぜそう言われたのか
より先に、
- 自分を攻撃された
と感じます。
すると、内容よりも感情の対立が前面に出てしまいます。
もし伝えたいことが「問題は私ではなく、相手側にもある」なら
その意図を伝えたいのであれば、
- 「私だけに原因があるとは思いません。」
- 「この状況には、そちらの対応にも改善点があると思います。」
- 「私ではなく、仕組みや運用に問題があるのではありませんか。」
のように、相手の人格ではなく、行動や仕組みを指摘するほうが、第三者にも伝わりやすく、議論としても成立しやすくなります。
要するに、「お前が腐っている」という表現は、感情を表現する言葉としては理解されることがありますが、相手や第三者を納得させるには、「何が、どのように問題なのか」を具体的に示すことが重要です。それが、法廷、医療、IT、研究開発など、正確な判断が求められる分野で共通して重視されている考え方です。
その形なら、かなり意味が変わります。
「お前が腐っている」ではなく、
「私は悪くない。あなたの伝え方に問題があったのではありませんか？」
であれば、人格ではなく「伝達方法」について話しているので、建設的な議論になりやすくなります。
伝言ゲームで考えると
例えば、
Aさん
「私はそういう意味で言ったんじゃない。」
Bさん
「いや、お前が悪い。」
では平行線です。
一方で、
「もしかすると、私の理解力だけではなく、あなたの説明の仕方にも改善できる点があったのではありませんか。」
と言えば、
議論の対象が
- 人間 ではなく
- コミュニケーション
になります。
IT業界の雑学
ソフトウェア開発には、
「ユーザーが間違えるなら、ユーザーだけが悪いとは限らない」
という考え方があります。
例えば、ボタンを押し間違える人が続出したら、
昔は
「ユーザーのミスだ。」
と言われることもありました。
しかし現在では、
「そんなに多くの人が間違えるなら、UI（画面設計）が分かりにくいのでは？」
と考えるのが一般的です。
つまり、
同じ誤解が何度も起こるなら、受け手だけではなく送り手や設計にも原因があるかもしれない
という発想です。
航空業界の例
航空事故の調査でも、
昔は
「操縦士のミス」
で終わることがありました。
しかし現在は、
- 指示は分かりやすかったか
- マニュアルは理解しやすかったか
- 訓練は十分だったか
- 管制との通信は曖昧ではなかったか
まで調べます。
これは**「個人を責める」よりも、「再発を防ぐ仕組み」を重視する**考え方です。
心理学の雑学
コミュニケーション研究では、
「伝えた」と「伝わった」は違う
と言われます。
話し手は
「ちゃんと説明した。」
と思っていても、
聞き手は
「そうは受け取れなかった。」
ことがあります。
このギャップは珍しくありません。
そのため、
「相手が理解できなかったのだから相手が悪い」
とも、
「理解できなかった自分が全部悪い」
とも決めつけず、
双方に改善できる点があるかもしれない
という姿勢が、多くの現場で採られています。
伝え方としては
もし穏やかに伝えるなら、
- 「私だけに責任があるとは思っていません。」
- 「私の理解不足もあったかもしれませんが、説明の仕方にも改善の余地があったのではないでしょうか。」
- 「誤解が生じたのであれば、受け手だけでなく、伝え手にも見直せる点があるかもしれません。」
- 「伝言ゲームのように情報は変わるものなので、誰か一人だけの責任とは限らないと思います。」
という表現の方が、相手も内容に向き合いやすくなります。
結局のところ、「私は悪くない」という一点だけを主張すると対立になりやすいですが、「誤解が生まれた原因は、受け手だけでなく伝え方にもあるのではないか」という問いかけにすると、コミュニケーションの問題として話し合いやすくなります。これはIT、航空、医療など、「情報を正確に伝えること」が重要な業界でも広く共有されている考え方です。
0 件のコメント:
コメントを投稿