この記事についてaiに評価してもらいました
まず前提を置く。
行動 ＝ 機会 × f（想起 × 理解 × 納得 × 実行可能 × 評価期待）
各変数の意味は次の通り。
機会：その行動を取る場面の量
想起：その行動を思い出すか
理解：何をすればよいか分かるか
納得：やる意味があると感じるか
実行可能：実際に行える余地があるか
評価期待：やれば評価されると期待できるか
本記事のテーマは、「部下が相談する」という行動をどう発生させるかである。
この観点から元記事を評価すると、その主張は一部正しいが、構造的には不十分である。
---
■ 元記事の主張の整理
元記事の主張は次の通りである。
・「何かあったら言って」は機能しない
・部下は自発的に話せない
・上司は仮説を持って質問すべき
・クローズドクエスチョンが有効
一見すると妥当で、現場感とも一致する内容である。
しかし、この議論は特定の変数に偏っている。
---
■ この議論が扱っているもの
元記事の内容は主に次の2つに作用している。
・理解
・実行可能
クローズドクエスチョンは、
・何を答えればよいかを明確にする
・認知負荷を下げる
という意味で、この2つには確かに有効である。
ここまでは正しい。
---
■ 最大の欠陥：評価期待が無視されている
部下が相談しない最大の理由はここにある。
評価期待がマイナスになっている。
つまり、
・言ったら評価が下がるかもしれない
・面倒な人と思われるかもしれない
・不利益があるかもしれない
という状態である。
この状態では、どれだけ理解や実行可能を改善しても、行動は発生しない。
---
■ 起きていることの本質
この状態でクローズドクエスチョンを使うと、
・答えやすくなる
・しかし本音は出ない
という結果になる。
つまり、
表面的な回答は増えるが、本質的な情報は減る。
これは改善ではなく、観測の歪みである。
---
■ 納得が設計されていない
もう一つ重要なのが納得である。
部下が相談するには、
「話す意味がある」と感じる必要がある。
しかし実際には、
・どうせ言っても変わらない
・理解されない
と感じているケースが多い。
この状態では、質問技術を改善しても意味がない。
元記事は「どう聞くか」は扱っているが、
「なぜ話すのか」は扱っていない。
---
■ 機会が設計されていない
行動は、そもそも機会がなければ発生しない。
・いつ話すのか
・どのタイミングで話すのか
・どのくらい頻度があるのか
これらが曖昧であれば、行動は起きない。
「何かあったら言って」が機能しない理由は、
質問の問題ではなく、機会が存在しないことにある。
---
■ 行動の定義がずれている
元記事は「行動」を、
・質問に答えること
として扱っている。
しかし本来設計すべきは、
・本音を開示すること
である。
このズレにより、
答えは得られるが、本質は見えないという状態になる。
---
■ 「仮説を持て」の浅さ
元記事の仮説は、
・仕事かプライベートか
・給与か人間関係か
といった内容分類に留まっている。
しかし本来の仮説は、
・なぜ話せないのか
・どの変数がボトルネックなのか
に向けられるべきである。
問題は「何に悩んでいるか」ではなく、
「なぜ話せないか」にある。
---
■ なぜこのズレが起きるのか
この種の議論は、
構造的な問題（評価・関係・履歴）を扱う代わりに、
実行しやすい「会話テクニック」に還元してしまう傾向がある。
その結果、
部分的には正しいが、全体としては機能しない。
---
■ 結論
元記事は、
理解と実行可能を改善する方法としては有効である。
しかし、
・評価期待
・納得
・機会
という本質的な変数を扱っていない。
そのため、
「答えやすくする方法」は示しているが、
「話したくなる構造」は示していない。
---
■ 一言でまとめると
テクニックとしては正しい。
しかし、設計としては不十分。
ここに、この議論の限界がある。