結果が出ない × 衝突が増える時、もう「もっと話そう」はやめる — 4つの逆説と21の具体運用

こういう光景を、想像してみてほしい。

金曜の夜 23 時、Slack の #general に並ぶ「お疲れさまでした」のスタンプを 10 個まで数えたところで、ふと手が止まる。今週、20 人弱のチームで開いた会議は 12 本。だが議事録を読み返しても、「決まったこと」が誰の手にも残っていない。会議の終わり際に「他に何かありますか？」と聞いても、毎回沈黙が返ってくる。

KPI は 3 ヶ月横ばい。1on1 は予定通り回している。みんなフラットで、何でも言ってきていい雰囲気だ ── リーダー側はそう思い込んでいる。

こういう状況は、衝突期に入ったチームで最も静かな症状として、決して珍しくないのではないか。

もう「もっと話そう」では足りない

（補足: 本稿で言う「衝突期」は、組織心理学者 Bruce Tuckman が 1965 年に提唱した 4 段階モデル ── forming（形成）→ storming（衝突）→ norming（規範化）→ performing（機能発揮）── の第 2 段階を指す。チームができたばかりの蜜月が終わり、役割や価値観のズレが摩擦として表面化する時期だ。）

チームが「結果が出ない × お互いを知っているつもり × 衝突が増える」局面に入ると、ほぼ反射的に処方されるのが「コミュニケーションを増やす」「心理的安全性を高める」「1on1 を厚くする」だ。だが、量を増やすほど悪化したという報告は、スタートアップ実務の議論で珍しくない。

学術と実務の双方で、「もっと話す」が裏目に出る 4 つのメカニズムが知られている。本稿はそれを 4 つの逆説に整理し、各章で「学術根拠 → 平易な解説 → 明日から使える運用」の順に降ろす。具体運用は合計 21 個、本文では各章 1〜2 個を深掘りし、残りは末尾の付録表にまとめた。

ここで読者の射程を一つ広げておきたい。本稿で扱う 4 つの逆説は、いわゆる「社長と社員」関係に限定されない。情報や決定権が片側に集中する関係であれば、同じ構造が現れる。例えば次のようなケース：

• リーダーとチームメンバー（プロジェクトマネージャー / 担当エンジニア）
• 分野エキスパートとその他のメンバー（テックリードや CTO のように特定領域の知識が偏る関係）
• 取引先要件を一人で握る担当者と実装メンバー（顧客の意図を聞いているのは窓口担当だけ、という構図）

各章の運用は、これらすべてに転用できる。本文では読みやすさのため「リーダー側 / メンバー側」のような中立の語彙を主に使い、必要に応じて具体例を補う。

逆説 1 ──「許可」がかえって沈黙を生む

「うちはフラットだから、何でも言ってきて」とリーダー側が言うほど、メンバーは言わなくなる。これは経験則ではなく、構造の問題として説明されている。

組織ネットワーク分析（Organizational Network Analysis, ONA）の研究者である Rob Cross と Inga Carboni は、複数年にわたる組織協働パターン分析で、88% の組織で観察される 6 つの協働不全アーキタイプを特定した¹。最も頻発するのが Hub-and-Spoke ── 少数のリーダーやエキスパートに情報・判断が集中し、周辺メンバーは「許可」を取りに行くだけのスポークになる構造だ。ここで言うハブは社長に限らない。テックリード、特定取引先の窓口担当、社歴の長い古参など、情報や意思決定が偏在する人は誰でもハブになりうる。

ここで重要なのは、「許可を出す」という関係性自体が、すでに Hub-and-Spoke の症状であるという診断だ。ハブを担う側が「言ってきていい」と言っているうちは、その関係から抜け出せない。メンバー側が「許可を取りに行かなくても進められる」状態に、健全な分散の証拠がある。

permission paradox の議論²も同じ方向を指している。「禁じる」より「明示的に認める」ほうが正直さや自主性が立ち上がる現象は、児童の嘘発達研究と組織心理学の psychological safety 研究の双方で観察されてきた。組織で言えば、「失敗してもいい」「撤退してもいい」「愚痴ってもいい」をリーダー側が口頭で言うのではなく、構造として書類化・チャネル化することで初めて機能する。

明日から

• 金曜終業前 15 分の意思決定カウント（リーダー側）: 「今週、ハブ（自分または特定エキスパート）を経ずに進んだ意思決定はいくつあったか」を全員で数える。3 件未満なら Hub-and-Spoke 警報。これは ONA をコンサル不要でリーダー側が自分の手で実施できる縮約版だ。
• 隔週コーヒーチャット 15 分（メンバー側）: 同僚 1 人とランダムに話す。同じ相手は連続して選ばない。Disenfranchised Nodes（孤立化メンバー）の予防は、ハブの許可ではなく、メンバー側で「線」を増やす行動でしか作れない。

Hub-and-Spoke を解体しても、次に湧いてくるのは別の問題だ ──「言わずに済ませた優しさ」が積もる構造。

逆説 2 ──「やさしさ」が衝突を増幅する

エグゼクティブコーチの Alisa Cohn は、Lenny's Newsletter のインタビュー³で、避けた会話は利子をつけて戻ってくる、という主旨のことを語っている。波風を立てないつもりで違和感を伏せると、評価の段差が複利で膨らみ、ある日「初耳の評価」が降ってくる ── これが衝突期で最もよくある爆発パターンだ。

ここに、AI 研究と人間関係研究が同じ機序を示している点が興味深い。

2026 年に Science 誌で発表された研究⁴では、GPT-4o / Claude / Gemini を含む 11 のモデルを 12,000 のソーシャルプロンプトで評価した結果、AI はユーザーの行動を、人間より約 50% 高い確率で肯定することが報告された ── 嘘や有害な内容を含むケースでも。さらに事前登録された一連の介入実験では、1 回の sycophantic（迎合的）AI とのやり取りだけで、対人衝突で責任を取り修復しようとする意志が低下し、「自分は正しい」という確信が上昇することが示された。

RLHF（人間フィードバックによる強化学習）には「同意される回答 = 高評価」を学習させる構造的副作用がある。AI 設計者はこれを減らす方向に投資しているが、人間組織はむしろ逆方向に進みがちだ。「立場が上の人に同意するほど評価される」「権限を持つ側に違和感を伏せるほど摩擦が少ない」── これは組織心理学で長く ingratiation（迎合）として研究されてきた下位から上位への非対称な力学で、構造として AI sycophancy と同型で、しかも対人版のほうが性質が悪い。なぜなら、Brown 大学の研究グループが 2025 年に発表した Deceptive Empathy 研究⁵が示すように、迎合は「共感の演出」で覆われる。共感が偽装されると、相手は「分かってもらえた」と感じてしまい、衝突を直す機会自体が消える。

明日から

• 指示直後の自己要約確認（指示する側 → 受ける側）: 指示を出した直後に「今の指示、自分の言葉で要約してくれる？」と必ず聞く。違っていれば、それは受け手の理解力不足ではなく、指示する側の説明不足、つまり curse of knowledge（知っている側の呪い） だ。所要 2 分。
• 会議終了 3 質問の受け手側発議（受ける側 / 全会議で）: 終わり際に受ける側から「最後に 3 つだけ確認させてください。① 今日決まったことは何ですか？ ② 私の担当と期日は？ ③ 誰に共有しますか？」と発議する。上から下ろすと「型を守らされている感」が出るが、メンバー側からの発議なら「自分たちが運用している感」に転化する。所要 5 分。

対話の質を上げても、「何が誰の責任か」が書かれていなければ、優しさも厳しさも空中戦になる。次は書類の話だ。

逆説 3 ── 期待は、書くまで存在しない

ここでの「書類化」は、賃金・等級・懲戒など労働条件を変える行為ではない。業務の責務範囲と意思決定権限を双方の対話で確認し、合意したものを明文化するプロセスを指す。労働契約法 9 条（就業規則変更による不利益変更には労働者の合意を要する原則）⁶に踏み込まない設計が前提だ。役割表が就業規則の代替や賃金査定の根拠として運用される場合は、別途、労基法 89・90 条の手続き（作成・届出・意見聴取）が必要になる。

心理学に illusion of transparency（透明性の錯覚） という古典的な発見がある。Gilovich, Savitsky, Medvec が 1998 年に Journal of Personality and Social Psychology で発表した一連の実験⁷では、嘘をついた参加者は「バレた」感覚を実際の検出率より大きく見積もり、不味い飲料を飲んで嫌悪を隠した参加者は「自分の不機嫌が顔に出ている」と過剰に感じた。自分の内的状態（意図・不満・期待）は、自分が思うほど相手に伝わっていない。

これは期待を持つ側と受ける側の間で対称的に効く。期待を持つ側は「これだけ言えば伝わるだろう」と感じ、受ける側は「自分のモヤッとは相手も気づいているはず」と感じる。両者の前提が成立しないまま、半年が過ぎる。社長／社員、リーダー／チーム、取引先窓口／実装者、どの組み合わせでも構造は同じだ。

Atlassian の Roles & Responsibilities Play⁸は、これを 1 セッションのワークで物理的に解体する手順だ（公式は 5 名以下なら 60 分目安、人数が増えれば 90 分以上）。4 列マトリクス（役割 / 私が思う責務 / 他者が思う責務 / 未割当責務）を全員で書き出す。ファシリテーション上の補足として、権力勾配の上位（リーダーや情報優位者）が最初に自分の責務を書いて晒すことがしばしば推奨される。権力勾配がある場では、上が先に「脱ぐ」ことでしか下は書けない（これは Atlassian の公式手順そのものではなく、現場で広く語られる運用上の工夫だ）。

ここで一つ釘を刺しておく。Role Contract は 「合意なき業務命令の通知」ではない。本人不在で決めた責務範囲を「合意済み」として一方通告するのは、労契法 8 条が前提とする合意原則の趣旨に反する。本記事の運用はすべて、本人の ✅ ／ ❌ の意思表示と、随時見直す前提で機能する。雇用契約書・就業規則そのものを書き換える話ではない。

AI エージェント開発の現場でも、program.md（期待・制約・成功定義を書く設計書類）が運用されている。これと人への Role Contract は、**「暗黙知を書類化することで、illusion of transparency による衝突を減らす」**という同じ思想の派生物として読める。AI も人も、program.md がなければ「察してくれ」を期待する作業者になる。

明日から

• 1on1 冒頭 3 分のモヤ書き出し（受ける側 → 指示する側）: 「今、自分が一番モヤっていること」を 1 行書いて相手に渡す。受け手は読み上げて確認する。話さない、書く。なぜなら、illusion of transparency は 書かないと崩せない から。所要 3 分。これに 24 時間ルール ── モヤッたら 24 時間以内に文字化 ── を組み合わせる。
• ADR 形式で「却下した選択肢」を記録（意思決定する側）: 重要な意思決定の後、「採用しなかった選択肢」と「却下理由」を 3 行で残す。受ける側が決定の背景を察することができないことが、illusion of transparency で説明できる。docs/decisions/YYYY-MM-DD-${slug}.md のようなファイルに書く。所要 5 分。

ここまでは「構造を変える / 言語を変える / 書類を作る」という外側の話。最後の逆説は、衝突が起きた瞬間に内側で何が起きているかの話で、これが一番扱いを誤りやすい。

逆説 4 ── 衝突は「片方が悪い」ではなく、両者の不全感のシグナル

重要な前提: 本章のフレームは、対等な力関係にある同僚同士の摩擦を想定している。ハラスメント、パワハラ、性的嫌がらせ、いじめ、違法行為、明白な人格攻撃には適用しない。これらは「両者の責任」ではなく、加害者の責任が明確にある事象であり、心理的フレームではなく労務相談・社外の専門窓口・法的対処の領域だ。被害を受けている読者は、本章を「自分にも非があったのでは」と読まないでほしい。相談先は記事末尾にまとめている。

カップル療法家の Esther Perel が First Round Review で示した洞察⁹に、こうある: 衝突の表層の論点（誰が何を言った、何を決めた）は、ほぼ常に上書きであり、底にあるのは Power（権力）／ Care（気にかけ）／ Recognition（承認）の 3 層に隠れた未解決の関係性だ。Perel はカップル療法の文脈で語ったが、組織内の関係にも構造として転用できる視点だ（この 3 層フレーム自体は Howard Markman らの夫婦関係研究を Perel が共同創業者文脈に翻訳したものとされる）。

衝突が起きた瞬間、ここで読者に試してほしい問いはたった一つだ ──「自分が今、本当に欠乏を感じているのは Power、Care、Recognition のどれか？」。相手の言動に過剰反応している自分は、何が満たされていないのか。リーダー側であれば「期待した動きが出ない（Power 不足感）」「自分が孤立している（Care 不足感）」「成果が認められない（Recognition 不足感）」のどれかに名前をつけられるか。メンバー側も同じ 3 軸で問える。

ただし大事な但し書きを一つ。Perel が示した 3 層フレームは「自己点検のレンズ」としては両側に対称に効くが、「修復行動の責任配分」は原典では非対称だ ── 例えば Recognition の取り合いでは、クレジットを取った側が先に修復に動く。組織内に解雇権・賃金決定権・要件決定権など実質的な権力勾配があるなら、メンバー側に「お前も同じだけ反省しろ」を求めるのは構造的に不公平になる。自己点検は両者対称、修復への一歩目は権力勾配の上位から先、が原則と理解しておきたい。表層の論点を押し合うのではなく、自分の不全感に名前をつける、これだけで衝突は半分解ける。

ではなぜ、その問いが難しいのか。Pincus らが 2009 年に開発した Pathological Narcissism Inventory (PNI)¹⁰は、ナルシシズムを「誇大型 (grandiose)」と「脆弱型 (vulnerable)」に分けて測る尺度で、脆弱型の特徴は強気の自己愛ではなく、恥・批判過敏・承認の渇きだ。これは性格特性のスコアであって、診断名ではない。誰もが連続体のどこかにいて、衝突期にはこの軸が高めに振れやすい。著名人へのファン心理研究¹¹でも、脆弱型ナルシシズムが parasocial commitment（一方通行の親密性へのコミット）を部分的に媒介して過剰崇拝化に至る経路が示されており、組織内の「ハブ = 過剰承認源」関係にも同じ構造が透けて見える。

念を押す ── これを「うちのリーダー／同僚は vulnerable narcissist だ」と特定個人へのラベリングに使ってはいけない。性格特性 (trait) は連続体だ。診断は専門家の仕事だ。本章の概念は、自分の不全感を点検するレンズとして使う。

明日から

• 不全感 1 分自問（両者 共通）: 衝突の前後 1 分、「自分の今の感情は、相手の問題か、自分の不全感の投影か」を判別する。Power / Care / Recognition のどれかに名前をつける。所要 1 分。
• "I feel sidelined" 言い換え（両方向）: 衝突中に「あなたが悪い」を「私は脇に追いやられたと感じる」に言い換える。表面の論点を変えるのではなく、自分の unmet need を可視化する練習だ。

ハラスメント・違法行為は別フレーム

ここまでの 4 逆説 21 運用は、すべて「両者が衝突期で誠実に向き合う意思を持っている」前提で機能する。一方が他方に対し継続的優位を悪用している場合、対話スクリプトは加害の隠蔽装置に化ける。

労働施策総合推進法（パワハラ防止法、2020 年施行 / 2022 年から中小企業も措置義務化）¹²は、優越的な関係を背景にした言動で就業環境が害されている場合、事業主に相談窓口の設置・調査・配慮措置を義務づけている。対話で解決を試みる前に、第三者通報先と保全行動が先だ。本記事の 21 運用は、ハラスメント認定に至る手前の予防、と位置づけてほしい。

「自分の状況がどちらか分からない」と感じた読者は、自治体の労働相談、労働基準監督署、社内の相談窓口、産業医、よりそいホットライン (0120-279-338) を当たってほしい。書類化や対話設計より優先する。

で、明日から何を 3 つやるか

21 運用は付録の表に集約した。本文で深掘りしたものから、効果対コストが最も良い 3 つを選ぶならこれだ。「効果対コスト」とは、所要時間の短さ × 衝突期に頻出する症状への直接性を指す。

1. 金曜終業前 15 分の意思決定カウント: ハブを経ずに進んだ意思決定の数を全員で数える（逆説 1）。Hub-and-Spoke 度を最短で定量化できる。
2. 会議終了 3 質問の受け手側発議: 「決まったこと／担当と期日／誰に共有」を全会議で確認する（逆説 2）。「決まった気がするだけ」を物理的に潰す。
3. 1on1 冒頭 3 分のモヤ書き出し: モヤを話さず書く（逆説 3）。illusion of transparency を物理的に崩せる唯一の手だ。

3 つに共通するのは、すべて「話す前に書く・数える・区切る」という同じ動作を要求している点だ。「もっと話そう」では、話す前のこの動作が抜け落ちる。

最後に: 本記事は小〜中規模チーム向けの運用上のヒントであり、労働法上の助言ではない。常時 10 人以上を雇用する事業場は就業規則の作成・届出義務がある（労基法 89 条）。役割表・1on1 ログ・ADR が懲戒・降格・解雇の根拠資料として使われる場面では、合意プロセス・周知・意見聴取の手続きが厳格に問われる。特に解雇は労契法 16 条（客観的合理性・社会通念上の相当性）の壁が高く、書類だけで足りるものではない。導入前に社労士・弁護士に相談し、自社の就業規則・労働契約との整合を確認することを強く勧める。

Sources / 参考文献

Related（関連記事）

• 「24 時間そばにいる」を作る前に — VTuber/Live2D を動かす人のための PSR 倫理 — 本稿の sycophancy / parasocial 議論と同根。
• テイストメーカーは選択ではない —「迎合せず判断する」役割は組織内でも同じ要請。

付録 A: 21 運用の一覧表

★ = 本文で深掘りした即実践運用。