細部より先に「この仕組みは何を生むか」を見る人の強みとリスク
内容が分からなくても、大枠は分かる人がいる
ある発表を聞いたとします。
専門用語や個別の説明は十分に理解できなかった。
それでも、
- 何を問題として置いたのか
- どの順番で話を進めたのか
- どこで具体例を入れたのか
- 最後に何を伝えようとしたのか
というシナリオの上位構造は分かる。
これは、単に記憶力がよいという話ではありません。
個別情報を一段上のまとまりへ圧縮する、抽象化・構造化の能力です。
同じ能力は、会議や業務にも現れます。
- 案を出すだけなら、なぜ会議前に集めなかったのか
- 会議では、何を決める予定だったのか
- 意見を求めた後に否定するなら、発言募集の意味は何か
- 次回もなくなったなら、今回の時間は何を生んだのか
- 指示を具体化しようとした人ではなく、決めなかった管理者に原因がないか
細部を一つずつ評価するのではなく、目的、手段、結果のつながりを見ています。
構造を見る人は、管理上の欠陥も早く見つける
この能力は、業務改善、教育、会議設計、問題解決で強みになります。
たとえば、構造を見る人は、新人へ説明するときも、いきなり細部を並べません。
最初に全体の三段階を示す。
次に細かい項目を、その三段階のどこへ置くか説明する。
これにより、聞き手は情報の置き場所を持てます。
一方、同じ能力は、管理者の未整理も可視化します。
- 目的が曖昧
- 判断者が不明
- 上司の意見が決定なのか感想なのか分からない
- 発言募集と否定が矛盾している
- 責任だけ下へ流れている
- 上からの指示には検討がなく、下からの案だけ審査される
本人は上司を攻撃するつもりがなくても、構造を言語化しただけで、管理者の不足が見えるようになります。
「上司は常に部下より分かっているべき」という暗黙の前提
ここで衝突が起きます。
学習志向の上司は、役職と知識を分けて考えます。
自分が意思決定を担う。
ただし、現場の構造を部下の方がよく見ている領域はある。
この上司は、部下の発見を情報資源として使えます。
しかし、防衛的な上司は、役職を次のように理解することがあります。
上司である自分は、部下より理解していなければならない。
部下は、教えられる側でなければならない。
すると、部下の発言は内容ではなく序列として解釈されます。
- 分かったようなことを言うな
- まず自分の指導を受けろ
- なぜそんなことを聞くのか
- まだ全体を分かっていない
- 言い方や姿勢に問題がある
問題解決の会話が、上下関係を再確認する会話へ変わります。
研究でいう「リーダー・アイデンティティ脅威」
2023年の研究では、部下の改善提案や問題提起が、上司の「自分はリーダーである」という自己像を脅かし、その脅威を介して威圧的な監督行動へつながる経路が検討されました。[1]
特に、伝統的な上下関係を強く重視する上司ほど、部下の発言をリーダーとしての自己像への脅威として捉えやすい結果でした。
これは、
部下の意見が正しいから怒った
という単純な話ではありません。
より正確には、
部下の発言によって、自分が「常に分かっている上司」でいられなくなると感じた
ということです。
高業績者も安全とは限らない
通常、高業績な部下は上司から大切にされると考えられます。
しかし、上司の支配志向が強い場合、高業績者が既存の階層を脅かす存在として認識され、威圧的に扱われる場合があることも報告されています。[2]
つまり、能力が高ければ安全とは限りません。
分岐点は、上司が部下の能力を、
- チームの資源として見るか
- 自分の序列への脅威として見るか
です。
ただし「構造が見える＝常に正しい」ではない
ここは重要です。
抽象化が得意な人も、誤った前提からきれいな構造を作ることがあります。
- 情報不足
- 観測範囲の偏り
- 相手の事情の見落とし
- 一例からの一般化
- 自分に都合のよい因果関係
は起こり得ます。
したがって、健全な扱いは、
発言を潰すこと
でも、
構造が見える人を無条件に正しいと扱うこと
でもありません。
必要なのは、
- 観測事実を確認する
- 解釈と事実を分ける
- 反証条件を置く
- 意思決定者を明確にする
- 小さく試す
- 結果で更新する
という検証です。
結論
構造を見る社員は、会議の目的、業務の因果、責任の流れ、管理の矛盾を早く発見します。
健全な上司の下では、改善、教育、設計、翻訳に強い人材になります。
防衛的な上司の下では、自分の不足を可視化する存在として警戒されます。
相性が悪いのではありません。
上司が、部下の知性を共同資源として扱えるか、それとも序列への脅威として扱うか。
そこが分岐点です。
