この記事についてaiに評価してもらいました
はじめに
「指摘して良い」という合意をチームで取る。これは一見すると、健全なフィードバック文化をつくるための優れた施策に見える。実際、多くの現場で「言いづらさ」を解消する打ち手として評価されやすい。
しかし、この施策は本当に「部下の行動変化」を生み出しているのだろうか。
結論から言えば、この理論は「上司の行動」には効くが、「部下の行動」にはほとんど効かない。
その理由は、「誰の行動を設計しているのか」が曖昧なまま議論されている点にある。本稿では、行動生成式を用いて、この理論の構造と限界を明らかにする。
第1章：この理論が設計しているのは誰の行動か
まず前提として、組織における「指摘」は単一の行動ではない。最低でも以下の2つの行動が連鎖している。
① 上司が指摘する
② 部下が修正する
つまり本来扱うべき構造は、
上司の指摘 → 部下の修正
という「行動の連鎖」である。
ところが、「指摘して良いという合意」の議論では、この2つが分離されずに語られている。これがすべてのズレの出発点となる。
第2章：上司の行動生成としては優秀である
まず、この理論を上司側の行動生成式に当てはめてみる。
上司の行動 ＝ 機会 × f（想起 × 理解 × 納得 × 実行可能 × 評価期待）
この理論は以下を整備している。
想起：「指摘してよい」というルールを思い出せる
理解：指摘は役割としての義務である
納得：怒りではなく業務行為である
実行可能：言いやすい空気がある
つまり、「言いづらさ」という障害を取り除き、指摘行動を起こしやすくする設計としては非常に優れている。
この点において、この理論は一定の価値を持つ。
第3章：部下の行動生成としては成立しない
しかし、本来の目的は「部下が行動を修正すること」である。ここで同じ理論を部下側に当てはめると、構造的な欠陥が露呈する。
部下の行動 ＝ 機会 × f（想起 × 理解 × 納得 × 実行可能 × 評価期待）
このときの各要素はどうなるか。
想起：「指摘はルールである」→ 成立
理解：「修正依頼である」→ 成立
納得：「怒りではない」→ 一部成立
しかし、決定的に欠けているのが以下である。
実行可能：どう直せばいいのかが不明
評価期待：直すと何が得なのかが不明
この2つが欠落するとどうなるか。
・理解はしたが行動しない
・一応受け取るが変えない
・形式的に従うだけになる
つまり、行動は生成されない。
この理論は「心理的抵抗を下げる」ことには成功しているが、「行動を生み出す力」を持っていない。
第4章：なぜこの誤解が生まれるのか
このズレの原因は、「意味づけ」を変えれば行動が変わるという前提にある。
つまり、
指摘＝怒りではない
指摘＝修正依頼である
という認知の再定義によって、行動が変わると考えている。
しかし実際の行動は、次の2つに強く依存する。
・実行可能（できるかどうか）
・評価期待（やる意味があるか）
この2つがなければ、人は動かない。
認知だけでは、行動は変わらない。
ここに、この理論の本質的な限界がある。
第5章：さらに見落とされている構造
この理論には、さらにいくつかの構造的欠陥がある。
① 行動の連鎖が設計されていない
本来は「上司の指摘」と「部下の修正」は別の生成式であり、その接続設計が必要である。しかし、この理論は上司側のみを扱っている。
② 指摘の品質が未定義
何をどう直すのかが曖昧であれば、部下は理解できない。入力の品質が保証されていない以上、行動は再現されない。
③ 関係性が変数として扱われていない
納得は信頼関係に依存する。ルールだけで納得を担保することはできない。
第6章：この理論はどこまでやっているのか（やっていること／やっていないこと）
ここまでの議論を踏まえると、「指摘して良いという合意」の理論は、どこまでをカバーしているのかを整理する必要がある。
結論から言えば、この理論は次の3つのうち、「1つ目」しかやっていない。
① 指摘しやすくする
② 修正できるようにする
③ 修正したくなるようにする
この3つに分けて見ると、構造がはっきりする。
■① 指摘しやすくする（この理論がやっていること）
この理論が実現しているのはここである。
・「指摘は役割である」と定義する
・「怒りではない」と意味づけする
・「合意しているから言ってよい」と正当化する
これによって、上司は
「言っていいのか分からない」
「嫌われるのではないか」
という心理的なブレーキを外すことができる。
つまり、この理論は
「上司が指摘する」という行動を起こしやすくする
という点では、明確に機能している。
■② 修正できるようにする（この理論がやっていないこと①）
しかし、「指摘されたあとに部下がどう動くか」については設計されていない。
たとえば、
・何をどう直せばいいのか
・どのレベルまで直せばいいのか
・どうすれば再現できるのか
といった「実行の方法」が示されていない。
この状態では、部下は
「言っていることは分かるが、どうすればいいか分からない」
という状態に陥る。
つまり、
指摘は増えるが、修正は進まない
という現象が起きる。
■③ 修正したくなるようにする（この理論がやっていないこと②）
さらに重要なのが、「なぜ直すのか」である。
人は、
・直すと評価される
・直さないと不利益がある
・直すことで自分にメリットがある
といった理由がなければ、行動を変えない。
しかしこの理論には、
「直すと何が得なのか」
「直さないとどうなるのか」
という設計が一切存在しない。
そのため、部下は
「言われたから一応聞くが、別に変える必要は感じない」
という状態になる。
ここが、行動が変わらない決定的な原因である。
■まとめ
この理論は、
① 指摘しやすくする → できている
② 修正できるようにする → できていない
③ 修正したくなるようにする → できていない
という構造になっている。
言い換えると、
「言うところまでは設計されているが、変わるところは設計されていない」
これが、この理論の本質的な限界である。
第7章：現場で起きること
この理論をそのまま導入すると、次のような現象が起きる。
・上司は指摘しやすくなる
・指摘の回数は増える
・しかし部下は変わらない
結果として、
「言っているのに変わらない組織」
が生まれる。
これは理論の失敗ではなく、「適用範囲の誤解」である。
第8章：結論
「指摘して良い」という合意は、確かに重要である。だが、それはあくまで「上司が言いやすくなる条件」に過ぎない。
行動変化を生み出すには、
・どう直すか（実行可能）
・なぜ直すか（評価期待）
・何を直すか（指摘の具体性）
まで含めた設計が必要である。
この理論の正しい位置づけは次の一文に集約される。
これは「発話の最適化」であって、「行動変化の設計」ではない。