仕事がうまくいった時は、上司の手柄になる。でも、少しでもトラブルが起きると、なぜか部下のせいになる。「自分が承認を止めていたのに」「途中で方針を変えたのに」「その場ではOKと言っていたのに」。後から全部なかったことにされる。この記事では、なぜ上司は本来部下を助ける立場なのに、手柄を取り、ミスを押し付け、部下を苦しめてしまうのかを、構造として見ていきます。
目次
【1. なぜ上司は「助けるはず」の部下を苦しめるのか】
手柄は自分、ミスは部下。うちの上司は「記憶の書き換え」でもしてるんでしょうか? もう限界です。うちの部長は、プロジェクトがうまくいった時だけ「俺の判断が正しかった」と役員に報告します。でも、少しでも雲行きが怪しくなると、「お前らの詰めが甘い」「やる気がないからこうなる」「現場の報告が遅い」と、手のひらを返したように言い出します。 先週も、部長が承認を放置していたせいで納期が遅れました。でも会議では、平然と「現場の報告が遅かった」と言われました。私が「部長にメールしましたよね」と言いかけた瞬間、ものすごい目で睨まれて、何も言えなくなりました。 怖いのは、部長が本気で「自分は悪くない」と思っているように見えることです。成功は自分の判断。失敗は部下の詰めの甘さ。部下を助けるどころか、自分の失敗を隠すための受け皿にしているように見える。こんな環境で、どうやって信頼関係なんて築けばいいんでしょうか。
【2. 同じ悩みでも、詰まり方は3つある】
同じ「上司が手柄を取り、ミスを部下に押し付ける」悩みでも、詰まり方は人によって違います。場を収めようとして謝ってしまう人。上司に正面から認めさせようとして、かえって敵視される人。証拠やロジックで正そうとして、悪者扱いされる人。反応は違っても、最後は同じ場所で止まります。
人タイプ:配慮の自爆 大物タイプ:メンツの空回り 理屈タイプ:ロジックの孤立
このタイプのもやもや
部長が明らかに自分の指示ミスを、私のせいにして怒鳴っている。周りの同僚も凍りついていて、この空気を早く終わらせたい。だから私は、つい「私の確認不足でした。すみません」と言ってしまいました。
本心ではありません。でも、ここで反論すれば、部長はさらに怒る。場ももっと悪くなる。だから一度こちらが引けば、これ以上ひどくならないと思ったのです。
でも、部長はそれを「自分が正しい証拠」として受け取りました。「そうだ、お前が悪いんだ」と、さらに勢いづく。私が場を丸く収めるために差し出した謝罪は、次から私に責任を押し付けるための取っ手になってしまったのです。
このタイプのもやもや
このまま部長の怒鳴り声に全員が黙っていたら、チームはどんどん悪くなる。そう思って、私は少し踏み込んで言いました。「個人のミスを責めるより、仕組みとしてどう防ぐかを考えた方がいいのではないでしょうか」
言っていることは間違っていないはずです。けれど部長には、それが改善提案ではなく、自分の立場への攻撃に見えたようでした。そこから私への当たりが急に強くなり、重要な話から外されることも増えました。
上司と戦いたかったわけではありません。チームをよくしたかっただけです。でも、部長の中では、私は「自分のメンツを潰そうとする部下」になってしまった。正面から変えようとした結果、私は一番目をつけられる立場になってしまいました。
このタイプのもやもや
今回の納期遅れは、どう見ても部長の承認が止まっていたことが原因です。メールも残っている。チャットの履歴もある。だから私は、感情的にならないように時系列を整理して、「ここで承認が止まっています」と伝えました。
でも返ってきたのは、「お前はそうやって上司を悪者にしようとする」という言葉でした。私にとっては事実確認のつもりでも、部長にとっては自分を責める攻撃に見えたのです。
正しい証拠を出せば分かってもらえると思っていました。でもこの場では、証拠を出すこと自体が「上司に逆らう行為」として扱われる。ロジックで状況を直そうとするほど、私は「理屈っぽくて扱いにくい部下」として孤立していきました。
ここで起きている構造:責任の押しつけ
人タイプは、場を収めようとして謝り、その謝罪を責任の証拠にされる。大物タイプは、チームをよくしようとして提案し、上司のメンツを脅かす存在として敵視される。理屈タイプは、事実を示そうとして、上司を攻撃する人間として扱われる。
反応は違います。でも、止まっている場所は同じです。
この職場では、上司の失敗が上司の失敗として扱われません。都合の悪いことが起きるたびに、部下の確認不足、やる気のなさ、性格の問題にすり替えられていく。
この状態を、ここでは責任の押しつけ と呼びます。
責任の押しつけとは、本来なら上司や組織が引き受けるべき判断ミス・放置・方針変更の責任が、立場の弱い部下に流し込まれてしまう構造です。
この構造に入ると、部下は仕事を進めることよりも、「あとで自分のせいにされないようにすること」に神経を使うようになります。だから、上司は部下を助けるはずなのに、部下を苦しめる存在になってしまうのです。
補足:上司の理不尽は、実際に人を辞めさせる
上司に責任を押し付けられる苦しさは、単なる気分の問題ではありません。
DDIの「Frontline Leader Project」に関する発表では、調査対象者の57%が「上司を理由に仕事を辞めたことがある」と回答しています。さらに、14%は上司を理由に複数回仕事を辞めた経験があり、32%は実際には辞めていないものの、上司を理由に退職を真剣に考えたことがあるとされています。
つまり、「上司がしんどい」は、ただの愚痴ではありません。働く場所を変えるほど、人の心身やキャリアに影響する問題です。
また、Gallupは、チームのエンゲージメントのばらつきの70%がマネジメントに関係しているとしています。ここで重要なのは、「部下のやる気が低いから悪い」と見るのではなく、上司との関係やマネジメントのあり方が、部下の働き方そのものに強く影響するという点です。
さらにDDIは、現場のリーダーが組織の80%以上の従業員に責任を持ち、組織戦略の実行にも直接関わる存在だと説明しています。つまり、上司の振る舞いは一部の人間関係ではなく、組織全体の働きやすさや成果に直結します。
だから、手柄だけ上司のものになり、失敗だけ部下に流れてくる状態は、軽い人間関係のストレスではありません。
責任の流れが歪み、部下が安心して働けなくなる構造の問題です。
【3. 行動科学で解説:なぜ「責任の押しつけ」と言える状態になるのか】
上司が手柄を取り、ミスだけ部下に押し付けるのは、単に性格が悪いからだけではありません。問題は、上司の頭の中で「成功の原因」と「失敗の原因」が都合よく書き換わっていくことです。そして、その書き換えが立場の力によって、部下側に押し付けられていきます。
コア理論:自己奉仕バイアス → 自己正当化:成功は自分、失敗は部下になる
まず起きているのは、成功と失敗の見方が都合よく分かれることです。
プロジェクトがうまくいった時は、「自分の判断が正しかった」と感じる。ところが、うまくいかなかった時は、「部下の詰めが甘かった」「現場の報告が遅かった」と考える。
本人の中では、必ずしも嘘をついている感覚ではありません。自分の判断ミスや承認遅れを直視すると、自尊心が傷つく。だから脳が、自分に都合のよい説明を選んでしまう。
こうなると、部下がどれだけ「メールしました」「確認しました」と言っても、上司の中では「でも現場が悪い」という話に戻されます。
ここで起きている詰まりが、自己正当化 です。
補足:自己奉仕バイアスとは
自己奉仕バイアスとは、成功は自分の能力や努力のおかげだと考え、失敗は環境や他人のせいだと考えやすくなる心理傾向です。心理学では、ミラーとロスの研究などで知られています。
これは、単なるわがままというより、自尊心を守るための認知の偏りです。自分の失敗をそのまま受け止めると傷つくため、人は無意識に「自分は悪くない」と思える説明を選びやすくなります。
この記事で重要なのは、上司が必ずしも意識的に嘘をついているとは限らない点です。本人の中では、成功は自分の判断、失敗は部下の詰めの甘さとして、本気で整理されていることがあります。
サブ理論:ステータス競争 → 権威同調:部下の指摘が、改善ではなく反抗に見える
次に起きるのは、部下の意見が「改善提案」ではなく「自分の立場への攻撃」に見えてしまうことです。
本来なら、部下がミスの原因を指摘するのは、再発防止のためです。でも、上司の立場が強く結びついている職場では、事実確認そのものが「上司に恥をかかせる行為」に見えてしまいます。
「ここで承認が止まっていました」と言っただけなのに、「上司を悪者にしようとしている」と受け取られる。仕組みを直そうとしただけなのに、「俺に逆らうのか」と見られる。
その結果、部下は正しいことを言うほど危なくなる。上司の機嫌やメンツを守ることが優先され、事実より序列が守られてしまう。
ここで起きている詰まりが、権威同調 です。
補足:ステータス競争とは
ステータス競争とは、集団の中で自分の立場や影響力を守ろうとする動きのことです。人は成果だけでなく、「誰が上にいるのか」「誰の発言が通るのか」「誰が場を支配しているのか」にも強く反応します。
職場では、上司と部下の関係にもこの力が働きます。部下の指摘が正しかったとしても、それが上司の面子や立場を傷つける形になると、改善提案ではなく反抗や挑戦として受け取られることがあります。
この記事で重要なのは、正しい指摘ほど危険になる場面があるという点です。事実を出しているだけなのに、上司の中では「自分の地位を脅かす部下」として処理され、攻撃や排除の対象になることがあります。
補助理論:基本的帰属錯誤 → 意味誤認:状況の問題が、部下の性格の問題にされる
さらに厄介なのは、状況の問題が、部下の人間性の問題に変えられてしまうことです。
納期が遅れた原因が、承認の遅れや方針変更だったとしても、上司はそこを見ない。代わりに、「確認が甘い」「やる気がない」「責任感が足りない」と、部下の性格や姿勢の問題として処理してしまう。
これは、部下からするとかなりきつい状態です。業務上のミスや連携のズレについて話しているはずなのに、いつの間にか「お前がダメだから」という話にされる。
問題の意味が変えられているのです。
ここで起きている詰まりが、意味誤認 です。
補足:基本的帰属錯誤とは
基本的帰属錯誤とは、他人の行動を見るときに、状況の影響を軽く見て、その人の性格や能力の問題だと考えやすくなる心理傾向です。心理学者リー・ロスの研究などで知られています。
たとえば、納期が遅れた背景に承認の遅れ、情報不足、方針変更があったとしても、それを見ずに「本人の確認不足」「やる気のなさ」「責任感の欠如」と判断してしまうことがあります。
この記事で重要なのは、業務上の問題が人格の問題にすり替えられる点です。本来は仕組みや状況を確認すべき場面なのに、「お前が甘い」「性格が悪い」「責任感がない」という話に変わると、部下は改善ではなく防御に追い込まれていきます。
構造の固定化:上司が正当化する → 部下が逆らえなくなる → 責任が流し込まれる
つまり、この職場では、自己正当化 で上司が自分のミスを認めにくくなる。権威同調 で、部下は上司のメンツを壊す発言がしにくくなる。意味誤認 で、状況の問題が部下の性格や姿勢の問題にすり替えられる。
この3つがつながると、責任は上から下へ流れていきます。
上司の承認が遅れた。 でも、現場の報告が遅かったことになる。 上司の判断が曖昧だった。 でも、部下の詰めが甘かったことになる。
こうして、上司は助ける人ではなく、責任を下に流し込む人になっていきます。部下は仕事を進めることよりも、「あとで自分のせいにされないようにすること」に神経を使うようになるのです。
【4. この構造をほどくには、どこを変えればいいか】
よくある方法論の間違い
よくある間違いは、上司に正面から「それは違います」と言ってしまうことです。承認が止まっていた。指示が変わった。メールも送っていた。それなのに「お前の報告が遅い」と言われたら、事実を突きつけたくなるのは当然です。
でも、責任の押しつけが起きている職場では、正面から証拠を出すほど危なくなることがあります。上司の中では、自分の非を認めることが、自分の立場を傷つけることになっているからです。そこに部下が「証拠があります」と迫ると、改善提案ではなく「上司を攻撃している」と受け取られることがあります。
だから必要なのは、上司をその場で論破することではありません。あとから責任をすり替えられにくいように、指示・承認・確認待ちが自然に残る状態を作ることです。
理不尽構造攻略のヒント
責任を押しつけてくる上司に対して、一番弱いのは「言った・言わない」の状態です。口頭で確認した。会議ではそう言っていた。たしかに送ったはず。こういう曖昧な状態だと、立場の強い人の解釈が勝ちやすくなります。
だから、戦う場所を変えます。上司の頭の中ではなく、チャット、議事録、タスク表、共有メモに移す。しかも、「上司を責めるため」ではなく、「確認漏れを防ぐため」「次工程に渡すため」「認識をそろえるため」という形にする。
正面から記録を突きつけるのではなく、仕事を進めるための仕組みとして事実を残す。ここが、責任の押しつけをほどく入口です。
攻略1:口頭の指示を「短い確認メモ」に戻す(記録)
まずやることは、重要な確認を口頭だけで終わらせないことです。会議や立ち話で指示を受けたら、そのあとに短く残します。
「先ほどの件、A案で進める理解で進めます」 「納期は金曜、確認は水曜までで認識しています」 「部長確認待ちのため、承認後に次工程へ進めます」
これくらいで十分です。長い反論文にしない。感情も入れない。責任追及にも見せない。ただ、決まったことを淡々と戻す。
これは上司を責める文章ではありません。でも、あとで「そんな話は聞いていない」「現場の報告が遅かった」と言われた時に、事実の置き場になります。これが、自己正当化への介入です。
攻略2:一対一に閉じず、「共有された事実」にする(外部基準)
次に、事実を自分だけが抱えないことです。上司と一対一の中だけに閉じると、あとで解釈を書き換えられやすくなります。
ただし、いきなり「証拠を残します」と言う必要はありません。「関係者にも共有しておきます」「次工程に影響するので、念のためチームにも残しておきます」「認識違いを防ぐため、確認事項としてメモに入れておきます」くらいなら、不自然ではありません。
大事なのは、上司のミスを晒すことではありません。目的は、仕事を進めるための認識合わせです。その形にしておけば、上司個人への攻撃ではなく、チームの確認作業として出せます。
上司の言い分と部下の言い分の勝負にしない。共有メモ、チャット、タスク欄、議事録など、外側にあるものを基準にする。これが、権威同調への介入です。
攻略3:「承認待ち・確認待ち」が見える置き場を作る(環境設計)
最後に、責任の流れが見える置き場を作ります。大げさなシステムでなくて構いません。自分の担当案件だけでも、「依頼日」「確認待ち」「承認者」「次に動く人」「期限」を残しておく。
ポイントは、「誰が悪いか」を書くことではありません。「今どこで止まっているか」を見えるようにすることです。
たとえば、タスク欄に「部長確認待ち」「〇月〇日確認依頼済み」「承認後、次工程へ」と残す。これだけで、あとから「現場の報告が遅かった」と言われても、少なくとも流れが見えます。
上司の記憶を書き換えさせないために戦うのではありません。記憶に頼らなくてもよい形にしておく。責任が勝手に下へ流れてこないように、流れが見える場所を作る。これが、意味誤認への介入です。
【5. まず10分でできること】
次に上司へ確認することがあるなら、まず「口頭で済ませない一文」を用意します。長い文章はいりません。たとえば、「先ほどの件、A案で進める理解で進めます」「〇月〇日に確認依頼済み、現在は承認待ちです」「承認後、次工程へ進めます」くらいで十分です。
大事なのは、上司を責めることではありません。あとで責任を押し付けられた時に、「何が、いつ、どこで止まっていたのか」が見えるようにしておくことです。言った・言わないの勝負になる前に、事実を小さく外に出しておく。
もしできるなら、関係者にも自然に見える場所へ残します。「次工程に影響するので、念のため共有しておきます」「認識違いを防ぐため、確認事項として残しておきます」という形なら、責任追及ではなく業務上の確認に見えます。
上司を論破しなくていい。記憶を書き換えられないように、責任の流れが見える場所を一つ作る。まずはそこからで十分です。
【6. まとめ】
上司が手柄を取り、ミスだけ部下に押し付けるのは、単に「性格が悪い」で終わる話ではありません。成功は自分の判断、失敗は部下の詰めの甘さ。部下の指摘は改善提案ではなく反抗に見える。状況の問題は、いつの間にか部下の性格や姿勢の問題にされる。
ここで起きているのは、責任の押しつけ の構造です。
だから必要なのは、上司に正面から勝つことではありません。口頭の指示を短い確認メモに戻す。一対一に閉じず、自然な範囲で共有された事実にする。承認待ち・確認待ちが見える置き場を作る。
責任を押し付けられる職場では、仕事そのものより「あとで自分のせいにされないこと」に神経を使うようになります。その状態が続いているなら、あなたの努力不足ではありません。責任の流れが歪んでいるのです。
記録を残しても人格否定や威圧が続くなら、一人で抱え込まず、社内の相談窓口、労務相談、外部の専門家、転職や退職の選択肢も含めて考えてください。守るべきなのは、上司のメンツではなく、あなたが壊れずに働ける状態です。
参考文献・URL
1. 心理学的バグの正体(理論的背景)
自己奉仕バイアス
Miller, D. T., & Ross, M. (1975). Self-serving biases in the attribution of causality: Fact or fiction? Psychological Bulletin, 82(2), 213–225.
※成功を自分に、失敗を他者に帰属させる脳の防衛本能を定義した金字塔的論文です。
ステータス競争
Pratto, F., Sidanius, J., Stallworth, L. M., & Malle, B. F. (1994). Social dominance orientation: A personality variable predicting social and political attitudes. Journal of Personality and Social Psychology, 67(4), 741–763.
※組織内の序列を守るために、有能な個体を排除しようとする心理的力学を解説しています。
基本的帰属錯誤
調査データ・統計
DDI「New DDI Research: 57 Percent of Employees Quit Because of Their Boss」 https://www.prnewswire.com/news-releases/new-ddi-research-57-percent-of-employees-quit-because-of-their-boss-300971506.html 上司を理由に57%が退職経験あり、14%が複数回退職経験あり、32%が退職を真剣に考えたことがある、というデータの参考として使用。
DDI「Frontline Leader Project」 https://www.ddi.com/research/frontline-leader-project 現場リーダーが組織の80%以上の従業員に責任を持ち、組織戦略の実行にも直接関わるという説明の参考として使用。
Gallup「Who’s Responsible for Employee Engagement」 https://www.gallup.com/workplace/266822/engaged-employees-differently.aspx チームのエンゲージメントのばらつきの70%がマネジメントに関係している、という説明の参考として使用。
なぜ上司は手柄を自分のものにして、ミスだけ部下に押しつけるのか?
仕事がうまくいった時は、上司の手柄になる。でも、少しでもトラブルが起きると、なぜか部下のせいになる。「自分が承認を止めていたのに」「途中で方針を変えたのに」「その場ではOKと言っていたのに」。後から全部なかったことにされる。この記事では、なぜ上司は本来部下を助ける立場なのに、手柄を取り、ミスを押し付け、部下を苦しめてしまうのかを、構造として見ていきます。
【1. なぜ上司は「助けるはず」の部下を苦しめるのか】
手柄は自分、ミスは部下。うちの上司は「記憶の書き換え」でもしてるんでしょうか?
もう限界です。うちの部長は、プロジェクトがうまくいった時だけ「俺の判断が正しかった」と役員に報告します。でも、少しでも雲行きが怪しくなると、「お前らの詰めが甘い」「やる気がないからこうなる」「現場の報告が遅い」と、手のひらを返したように言い出します。
先週も、部長が承認を放置していたせいで納期が遅れました。でも会議では、平然と「現場の報告が遅かった」と言われました。私が「部長にメールしましたよね」と言いかけた瞬間、ものすごい目で睨まれて、何も言えなくなりました。
怖いのは、部長が本気で「自分は悪くない」と思っているように見えることです。成功は自分の判断。失敗は部下の詰めの甘さ。部下を助けるどころか、自分の失敗を隠すための受け皿にしているように見える。こんな環境で、どうやって信頼関係なんて築けばいいんでしょうか。
【2. 同じ悩みでも、詰まり方は3つある】
同じ「上司が手柄を取り、ミスを部下に押し付ける」悩みでも、詰まり方は人によって違います。場を収めようとして謝ってしまう人。上司に正面から認めさせようとして、かえって敵視される人。証拠やロジックで正そうとして、悪者扱いされる人。反応は違っても、最後は同じ場所で止まります。
部長が明らかに自分の指示ミスを、私のせいにして怒鳴っている。周りの同僚も凍りついていて、この空気を早く終わらせたい。だから私は、つい「私の確認不足でした。すみません」と言ってしまいました。
本心ではありません。でも、ここで反論すれば、部長はさらに怒る。場ももっと悪くなる。だから一度こちらが引けば、これ以上ひどくならないと思ったのです。
でも、部長はそれを「自分が正しい証拠」として受け取りました。「そうだ、お前が悪いんだ」と、さらに勢いづく。私が場を丸く収めるために差し出した謝罪は、次から私に責任を押し付けるための取っ手になってしまったのです。
このまま部長の怒鳴り声に全員が黙っていたら、チームはどんどん悪くなる。そう思って、私は少し踏み込んで言いました。「個人のミスを責めるより、仕組みとしてどう防ぐかを考えた方がいいのではないでしょうか」
言っていることは間違っていないはずです。けれど部長には、それが改善提案ではなく、自分の立場への攻撃に見えたようでした。そこから私への当たりが急に強くなり、重要な話から外されることも増えました。
上司と戦いたかったわけではありません。チームをよくしたかっただけです。でも、部長の中では、私は「自分のメンツを潰そうとする部下」になってしまった。正面から変えようとした結果、私は一番目をつけられる立場になってしまいました。
今回の納期遅れは、どう見ても部長の承認が止まっていたことが原因です。メールも残っている。チャットの履歴もある。だから私は、感情的にならないように時系列を整理して、「ここで承認が止まっています」と伝えました。
でも返ってきたのは、「お前はそうやって上司を悪者にしようとする」という言葉でした。私にとっては事実確認のつもりでも、部長にとっては自分を責める攻撃に見えたのです。
正しい証拠を出せば分かってもらえると思っていました。でもこの場では、証拠を出すこと自体が「上司に逆らう行為」として扱われる。ロジックで状況を直そうとするほど、私は「理屈っぽくて扱いにくい部下」として孤立していきました。
ここで起きている構造:責任の押しつけ
人タイプは、場を収めようとして謝り、その謝罪を責任の証拠にされる。大物タイプは、チームをよくしようとして提案し、上司のメンツを脅かす存在として敵視される。理屈タイプは、事実を示そうとして、上司を攻撃する人間として扱われる。
反応は違います。でも、止まっている場所は同じです。
この職場では、上司の失敗が上司の失敗として扱われません。都合の悪いことが起きるたびに、部下の確認不足、やる気のなさ、性格の問題にすり替えられていく。
この状態を、ここでは責任の押しつけと呼びます。
責任の押しつけとは、本来なら上司や組織が引き受けるべき判断ミス・放置・方針変更の責任が、立場の弱い部下に流し込まれてしまう構造です。
この構造に入ると、部下は仕事を進めることよりも、「あとで自分のせいにされないようにすること」に神経を使うようになります。だから、上司は部下を助けるはずなのに、部下を苦しめる存在になってしまうのです。
補足:上司の理不尽は、実際に人を辞めさせる
上司に責任を押し付けられる苦しさは、単なる気分の問題ではありません。
DDIの「Frontline Leader Project」に関する発表では、調査対象者の57%が「上司を理由に仕事を辞めたことがある」と回答しています。さらに、14%は上司を理由に複数回仕事を辞めた経験があり、32%は実際には辞めていないものの、上司を理由に退職を真剣に考えたことがあるとされています。
つまり、「上司がしんどい」は、ただの愚痴ではありません。働く場所を変えるほど、人の心身やキャリアに影響する問題です。
また、Gallupは、チームのエンゲージメントのばらつきの70%がマネジメントに関係しているとしています。ここで重要なのは、「部下のやる気が低いから悪い」と見るのではなく、上司との関係やマネジメントのあり方が、部下の働き方そのものに強く影響するという点です。
さらにDDIは、現場のリーダーが組織の80%以上の従業員に責任を持ち、組織戦略の実行にも直接関わる存在だと説明しています。つまり、上司の振る舞いは一部の人間関係ではなく、組織全体の働きやすさや成果に直結します。
だから、手柄だけ上司のものになり、失敗だけ部下に流れてくる状態は、軽い人間関係のストレスではありません。
責任の流れが歪み、部下が安心して働けなくなる構造の問題です。
【3. 行動科学で解説:なぜ「責任の押しつけ」と言える状態になるのか】
上司が手柄を取り、ミスだけ部下に押し付けるのは、単に性格が悪いからだけではありません。問題は、上司の頭の中で「成功の原因」と「失敗の原因」が都合よく書き換わっていくことです。そして、その書き換えが立場の力によって、部下側に押し付けられていきます。
コア理論:自己奉仕バイアス→ 自己正当化:成功は自分、失敗は部下になる
まず起きているのは、成功と失敗の見方が都合よく分かれることです。
プロジェクトがうまくいった時は、「自分の判断が正しかった」と感じる。ところが、うまくいかなかった時は、「部下の詰めが甘かった」「現場の報告が遅かった」と考える。
本人の中では、必ずしも嘘をついている感覚ではありません。自分の判断ミスや承認遅れを直視すると、自尊心が傷つく。だから脳が、自分に都合のよい説明を選んでしまう。
こうなると、部下がどれだけ「メールしました」「確認しました」と言っても、上司の中では「でも現場が悪い」という話に戻されます。
ここで起きている詰まりが、自己正当化です。
補足:自己奉仕バイアスとは
自己奉仕バイアスとは、成功は自分の能力や努力のおかげだと考え、失敗は環境や他人のせいだと考えやすくなる心理傾向です。心理学では、ミラーとロスの研究などで知られています。
これは、単なるわがままというより、自尊心を守るための認知の偏りです。自分の失敗をそのまま受け止めると傷つくため、人は無意識に「自分は悪くない」と思える説明を選びやすくなります。
この記事で重要なのは、上司が必ずしも意識的に嘘をついているとは限らない点です。本人の中では、成功は自分の判断、失敗は部下の詰めの甘さとして、本気で整理されていることがあります。
サブ理論:ステータス競争→ 権威同調:部下の指摘が、改善ではなく反抗に見える
次に起きるのは、部下の意見が「改善提案」ではなく「自分の立場への攻撃」に見えてしまうことです。
本来なら、部下がミスの原因を指摘するのは、再発防止のためです。でも、上司の立場が強く結びついている職場では、事実確認そのものが「上司に恥をかかせる行為」に見えてしまいます。
「ここで承認が止まっていました」と言っただけなのに、「上司を悪者にしようとしている」と受け取られる。仕組みを直そうとしただけなのに、「俺に逆らうのか」と見られる。
その結果、部下は正しいことを言うほど危なくなる。上司の機嫌やメンツを守ることが優先され、事実より序列が守られてしまう。
ここで起きている詰まりが、権威同調です。
補足:ステータス競争とは
ステータス競争とは、集団の中で自分の立場や影響力を守ろうとする動きのことです。人は成果だけでなく、「誰が上にいるのか」「誰の発言が通るのか」「誰が場を支配しているのか」にも強く反応します。
職場では、上司と部下の関係にもこの力が働きます。部下の指摘が正しかったとしても、それが上司の面子や立場を傷つける形になると、改善提案ではなく反抗や挑戦として受け取られることがあります。
この記事で重要なのは、正しい指摘ほど危険になる場面があるという点です。事実を出しているだけなのに、上司の中では「自分の地位を脅かす部下」として処理され、攻撃や排除の対象になることがあります。
なぜ上司は優秀な部下を脅威に感じ、潰してしまうことがあるのか?
補助理論:基本的帰属錯誤→ 意味誤認:状況の問題が、部下の性格の問題にされる
さらに厄介なのは、状況の問題が、部下の人間性の問題に変えられてしまうことです。
納期が遅れた原因が、承認の遅れや方針変更だったとしても、上司はそこを見ない。代わりに、「確認が甘い」「やる気がない」「責任感が足りない」と、部下の性格や姿勢の問題として処理してしまう。
これは、部下からするとかなりきつい状態です。業務上のミスや連携のズレについて話しているはずなのに、いつの間にか「お前がダメだから」という話にされる。
問題の意味が変えられているのです。
ここで起きている詰まりが、意味誤認です。
補足:基本的帰属錯誤とは
基本的帰属錯誤とは、他人の行動を見るときに、状況の影響を軽く見て、その人の性格や能力の問題だと考えやすくなる心理傾向です。心理学者リー・ロスの研究などで知られています。
たとえば、納期が遅れた背景に承認の遅れ、情報不足、方針変更があったとしても、それを見ずに「本人の確認不足」「やる気のなさ」「責任感の欠如」と判断してしまうことがあります。
この記事で重要なのは、業務上の問題が人格の問題にすり替えられる点です。本来は仕組みや状況を確認すべき場面なのに、「お前が甘い」「性格が悪い」「責任感がない」という話に変わると、部下は改善ではなく防御に追い込まれていきます。
なぜ上司は部下の優先順位を途中で勝手に崩すのか?
なぜマルチタスクで抜け漏れが起きると、「管理不足」と言われるのか
なぜ仕事ができないと、「責任感がない」と言われるのか?
構造の固定化:上司が正当化する → 部下が逆らえなくなる → 責任が流し込まれる
つまり、この職場では、自己正当化で上司が自分のミスを認めにくくなる。権威同調で、部下は上司のメンツを壊す発言がしにくくなる。意味誤認で、状況の問題が部下の性格や姿勢の問題にすり替えられる。
この3つがつながると、責任は上から下へ流れていきます。
上司の承認が遅れた。
でも、現場の報告が遅かったことになる。
上司の判断が曖昧だった。
でも、部下の詰めが甘かったことになる。
こうして、上司は助ける人ではなく、責任を下に流し込む人になっていきます。部下は仕事を進めることよりも、「あとで自分のせいにされないようにすること」に神経を使うようになるのです。
【4. この構造をほどくには、どこを変えればいいか】
よくある間違いは、上司に正面から「それは違います」と言ってしまうことです。承認が止まっていた。指示が変わった。メールも送っていた。それなのに「お前の報告が遅い」と言われたら、事実を突きつけたくなるのは当然です。
でも、責任の押しつけが起きている職場では、正面から証拠を出すほど危なくなることがあります。上司の中では、自分の非を認めることが、自分の立場を傷つけることになっているからです。そこに部下が「証拠があります」と迫ると、改善提案ではなく「上司を攻撃している」と受け取られることがあります。
だから必要なのは、上司をその場で論破することではありません。あとから責任をすり替えられにくいように、指示・承認・確認待ちが自然に残る状態を作ることです。
責任を押しつけてくる上司に対して、一番弱いのは「言った・言わない」の状態です。口頭で確認した。会議ではそう言っていた。たしかに送ったはず。こういう曖昧な状態だと、立場の強い人の解釈が勝ちやすくなります。
だから、戦う場所を変えます。上司の頭の中ではなく、チャット、議事録、タスク表、共有メモに移す。しかも、「上司を責めるため」ではなく、「確認漏れを防ぐため」「次工程に渡すため」「認識をそろえるため」という形にする。
正面から記録を突きつけるのではなく、仕事を進めるための仕組みとして事実を残す。ここが、責任の押しつけをほどく入口です。
攻略1:口頭の指示を「短い確認メモ」に戻す(記録)
まずやることは、重要な確認を口頭だけで終わらせないことです。会議や立ち話で指示を受けたら、そのあとに短く残します。
「先ほどの件、A案で進める理解で進めます」
「納期は金曜、確認は水曜までで認識しています」
「部長確認待ちのため、承認後に次工程へ進めます」
これくらいで十分です。長い反論文にしない。感情も入れない。責任追及にも見せない。ただ、決まったことを淡々と戻す。
これは上司を責める文章ではありません。でも、あとで「そんな話は聞いていない」「現場の報告が遅かった」と言われた時に、事実の置き場になります。これが、自己正当化への介入です。
攻略2:一対一に閉じず、「共有された事実」にする(外部基準)
次に、事実を自分だけが抱えないことです。上司と一対一の中だけに閉じると、あとで解釈を書き換えられやすくなります。
ただし、いきなり「証拠を残します」と言う必要はありません。「関係者にも共有しておきます」「次工程に影響するので、念のためチームにも残しておきます」「認識違いを防ぐため、確認事項としてメモに入れておきます」くらいなら、不自然ではありません。
大事なのは、上司のミスを晒すことではありません。目的は、仕事を進めるための認識合わせです。その形にしておけば、上司個人への攻撃ではなく、チームの確認作業として出せます。
上司の言い分と部下の言い分の勝負にしない。共有メモ、チャット、タスク欄、議事録など、外側にあるものを基準にする。これが、権威同調への介入です。
攻略3:「承認待ち・確認待ち」が見える置き場を作る(環境設計)
最後に、責任の流れが見える置き場を作ります。大げさなシステムでなくて構いません。自分の担当案件だけでも、「依頼日」「確認待ち」「承認者」「次に動く人」「期限」を残しておく。
ポイントは、「誰が悪いか」を書くことではありません。「今どこで止まっているか」を見えるようにすることです。
たとえば、タスク欄に「部長確認待ち」「〇月〇日確認依頼済み」「承認後、次工程へ」と残す。これだけで、あとから「現場の報告が遅かった」と言われても、少なくとも流れが見えます。
上司の記憶を書き換えさせないために戦うのではありません。記憶に頼らなくてもよい形にしておく。責任が勝手に下へ流れてこないように、流れが見える場所を作る。これが、意味誤認への介入です。
【5. まず10分でできること】
次に上司へ確認することがあるなら、まず「口頭で済ませない一文」を用意します。長い文章はいりません。たとえば、「先ほどの件、A案で進める理解で進めます」「〇月〇日に確認依頼済み、現在は承認待ちです」「承認後、次工程へ進めます」くらいで十分です。
大事なのは、上司を責めることではありません。あとで責任を押し付けられた時に、「何が、いつ、どこで止まっていたのか」が見えるようにしておくことです。言った・言わないの勝負になる前に、事実を小さく外に出しておく。
もしできるなら、関係者にも自然に見える場所へ残します。「次工程に影響するので、念のため共有しておきます」「認識違いを防ぐため、確認事項として残しておきます」という形なら、責任追及ではなく業務上の確認に見えます。
上司を論破しなくていい。記憶を書き換えられないように、責任の流れが見える場所を一つ作る。まずはそこからで十分です。
【6. まとめ】
上司が手柄を取り、ミスだけ部下に押し付けるのは、単に「性格が悪い」で終わる話ではありません。成功は自分の判断、失敗は部下の詰めの甘さ。部下の指摘は改善提案ではなく反抗に見える。状況の問題は、いつの間にか部下の性格や姿勢の問題にされる。
ここで起きているのは、責任の押しつけの構造です。
だから必要なのは、上司に正面から勝つことではありません。口頭の指示を短い確認メモに戻す。一対一に閉じず、自然な範囲で共有された事実にする。承認待ち・確認待ちが見える置き場を作る。
責任を押し付けられる職場では、仕事そのものより「あとで自分のせいにされないこと」に神経を使うようになります。その状態が続いているなら、あなたの努力不足ではありません。責任の流れが歪んでいるのです。
記録を残しても人格否定や威圧が続くなら、一人で抱え込まず、社内の相談窓口、労務相談、外部の専門家、転職や退職の選択肢も含めて考えてください。守るべきなのは、上司のメンツではなく、あなたが壊れずに働ける状態です。
参考文献・URL
1. 心理学的バグの正体(理論的背景)
調査データ・統計
https://www.prnewswire.com/news-releases/new-ddi-research-57-percent-of-employees-quit-because-of-their-boss-300971506.html
上司を理由に57%が退職経験あり、14%が複数回退職経験あり、32%が退職を真剣に考えたことがある、というデータの参考として使用。
https://www.ddi.com/research/frontline-leader-project
現場リーダーが組織の80%以上の従業員に責任を持ち、組織戦略の実行にも直接関わるという説明の参考として使用。
https://www.gallup.com/workplace/266822/engaged-employees-differently.aspx
チームのエンゲージメントのばらつきの70%がマネジメントに関係している、という説明の参考として使用。
次に読むなら
このテーマをもっと見る
上司指示が矛盾して振り回される から 上司と価値観・働き方が合わない まで ・ 26記事このテーマの全体を見る →会社・仕事の別の悩みを見る
この記事を書いた人
関連記事