仕事がうまくいった時は、上司の手柄になる。でも、少しでもトラブルが起きると、なぜか部下のせいになる。「自分が承認を止めていたのに」「途中で方針を変えたのに」「その場ではOKと言っていたのに」。後から全部なかったことにされる。この記事では、なぜ上司は本来部下を助ける立場なのに、手柄を取り、ミスを押し付け、部下を苦しめてしまうのかを、構造として見ていきます。
この記事の答え
上司の成果は上司の手柄なのにミスだけ部下の責任になるのは、上司が結果を都合よく説明し、部下が訂正しにくく、承認遅れなどの事情が記録に残らないから。
いくつかの要因が重なっています
成功と失敗の説明が偏る 成果は自分の指導、失敗は部下の確認不足として解釈される 説明を訂正しにくい 上司の立場が強く、部下は指示の経緯を言い出しにくい 事情が記録に残らない 承認待ちや方針変更などの条件が消え、個人の失敗に見える 要因が重なるとどうなる？ 上司の説明だけが会議や報告に残ると、次の問題も部下個人の責任として扱われやすい。部下は確認待ちや指示変更を一人で抱え、同じ責任のずれが続く。
まず、どうすればいい？
口頭の指示や承認待ちを短く記録し、関係者が確認できる場所へ共有して、誰が悪いかではなく案件の進行状態を見えるようにする。
例えば： 「A案で進める理解です。部長確認待ちのため、承認後に次工程へ進みます」と記録する。
目次
【1. なぜ上司は手柄を取り、ミスだけ部下に押しつけるのか】
手柄は自分、ミスは部下。うちの上司は「記憶の書き換え」でもしてるんでしょうか？
【2. 手柄は上司、ミスは部下になる3つのパターン】
怒鳴る部長を前に謝る人、仕組みを直そうと提案する人、承認履歴を示す人では対応が違います。それでも三人とも、上司の判断を問い直せないまま、失敗の責任を自分へ向けられます。
人タイプ：配慮の自爆 大物タイプ：メンツの空回り 理屈タイプ：ロジックの孤立
このタイプのもやもや
部長が自分の指示ミスを私のせいにして怒鳴り、同僚も黙っています。これ以上場が悪くなるのが怖くて、本心ではないのに「私の確認不足でした」と謝りました。これで一度落ち着くと思ったのですが、部長は「そうだ、お前が悪い」とさらに言います。空気を収めるための謝罪が、私がミスを引き受けたことになってしまい、次も同じように責任を向けられそうです。
このタイプのもやもや
部長が誰かを怒鳴るたびにチームが黙ってしまうので、「個人を責めるより、仕組みとして防ぎませんか」と言いました。改善の話をしたかったのですが、部長には自分の立場を傷つける発言に聞こえたようです。それから私への当たりが強くなり、大事な話から外されることも増えました。チームをよくしたかっただけなのに、部長の失敗を指摘する部下として目をつけられ、責任の話もできなくなっています。
このタイプのもやもや
納期が遅れたのは部長の承認が止まっていたからだと思います。メールとチャットを見返して時系列をまとめ、「ここで承認待ちでした」と伝えました。でも「上司を悪者にしようとする」と返されます。責めたいのではなく、次に同じ遅れを出さないために事実を確認したかったです。証拠を出すほど反抗と受け取られ、結局私の確認不足という説明だけが残っています。
ここで起きている構造：責任の押しつけ
人タイプは、場を収めようとして謝り、その謝罪を責任の証拠にされる。大物タイプは、チームをよくしようとして提案し、上司のメンツを脅かす存在として敵視される。理屈タイプは、事実を示そうとして、上司を攻撃する人間として扱われる。
反応は違います。でも、止まっている場所は同じです。
この職場では、上司の失敗が上司の失敗として扱われません。都合の悪いことが起きるたびに、部下の確認不足、やる気のなさ、性格の問題にすり替えられていく。
この状態を、ここでは責任の押しつけ と呼びます。
責任の押しつけとは、本来なら上司や組織が引き受けるべき判断ミス・放置・方針変更の責任が、立場の弱い部下に流し込まれてしまう構造です。
この構造に入ると、部下は仕事を進めることよりも、「あとで自分のせいにされないようにすること」に神経を使うようになります。だから、上司は部下を助けるはずなのに、部下を苦しめる存在になってしまうのです。
補足：上司の理不尽は、実際に人を辞めさせる
上司に責任を押し付けられる苦しさは、単なる気分の問題ではありません。
DDIの「Frontline Leader Project」に関する発表では、調査対象者の57%が「上司を理由に仕事を辞めたことがある」と回答しています。さらに、14%は上司を理由に複数回仕事を辞めた経験があり、32%は実際には辞めていないものの、上司を理由に退職を真剣に考えたことがあるとされています。
つまり、「上司がしんどい」は、ただの愚痴ではありません。働く場所を変えるほど、人の心身やキャリアに影響する問題です。
また、Gallupは、チームのエンゲージメントのばらつきの70%がマネジメントに関係しているとしています。ここで重要なのは、「部下のやる気が低いから悪い」と見るのではなく、上司との関係やマネジメントのあり方が、部下の働き方そのものに強く影響するという点です。
さらにDDIは、現場のリーダーが組織の80%以上の従業員に責任を持ち、組織戦略の実行にも直接関わる存在だと説明しています。つまり、上司の振る舞いは一部の人間関係ではなく、組織全体の働きやすさや成果に直結します。
だから、手柄だけ上司のものになり、失敗だけ部下に流れてくる状態は、軽い人間関係のストレスではありません。
責任の流れが歪み、部下が安心して働けなくなる構造の問題です。
【3. 行動科学で解説：なぜ「責任の押しつけ」と言える状態になるのか】
部長が成果を「自分の判断のおかげ」と語り、納期遅れを「現場の報告不足」と語ると、同じ仕事でも成功と失敗の原因が別々に割り振られます。部下が承認の遅れを指摘すれば、仕事の確認ではなく部長の立場への攻撃と受け取られ、事実を言いにくくなります。
そのうえ承認待ちや方針変更という状況が見えなくなると、遅れは部下の能力や姿勢の問題として説明されます。上司に都合のよい説明が残り、部下は反論できず、状況の問題まで本人の責任になる。この連鎖が、手柄は上へ、ミスは下へ流れる「責任の押しつけ」を続かせます。
手柄とミスの扱いが分かれる仕組みを見る
コア理論：自己奉仕バイアス ― 成功は自分、失敗は外に原因を置く｜自己正当化
自己奉仕バイアスは、成功を自分の能力や判断で説明し、失敗を環境や他者の問題で説明しやすい傾向です。ミラーとロスらの研究で議論されてきたように、自分の評価を守ろうとする見方が、原因の割り振りに影響します。本人が意識して嘘をついていなくても、都合のよい説明を本気で信じることがあります。
プロジェクトがうまくいけば部長は「自分の判断が正しかった」と話し、遅れれば「部下の報告が遅かった」と考えます。承認を止めていた事実は自分の説明から外れやすい。この自己正当化によって、仕事に関わった人の功績と失敗の扱いが片側へ傾き、責任の押しつけが始まります。
サブ理論：ステータス競争 ― 事実の指摘が立場への挑戦に見える｜権威同調
ステータス競争は、集団の中での立場や影響力を守ろうとする動きです。上司と部下の関係では、誰が決め、誰の説明が通るかも立場と結びつきます。仕事を改善するための指摘でも、人前で上司の判断を問い直す形になると、役割や面子への挑戦として受け取られることがあります。
部下が「この時点で承認待ちでした」と言うのは事実確認でも、部長には自分を悪者にする言葉に聞こえます。周囲も怒鳴られることを避けて黙り、部下は正しい記録を示しにくくなる。権威同調が働くほど、部長の説明だけが公式に残り、責任の押しつけを止める材料が出なくなります。
補助理論：基本的帰属錯誤 ― 状況の問題を部下の性質に変える｜意味誤認
基本的帰属錯誤は、他人の行動を説明するとき、置かれた状況より本人の性格や能力を重く見やすい傾向です。リー・ロスらの議論でも、目に見える行動からその人の性質を判断し、承認待ちや情報不足のような背景を軽く扱うことが指摘されます。遅れという結果だけでは、誰がどこで仕事を止めたかは分かりません。
納期が遅れた背景に部長の承認放置があっても、「部下の詰めが甘い」「やる気がない」と言われると、工程の問題が本人の姿勢へ変わります。部下が改善すべき点を話そうとしても、人物評価への弁明を迫られる。この意味誤認によって、責任の押しつけが次の評価にも残ります。
構造の固定化 ― 上司の説明が残り、部下へ責任が流れる
自己奉仕バイアスによる自己正当化が成功と失敗を都合よく割り振り、ステータス競争の権威同調で部下は上司の説明を訂正しにくくなります。基本的帰属錯誤による意味誤認が承認遅れなどの状況を隠し、問題を部下の性質へ移します。三つが連なって、成功の功績と失敗の責任が別の方向へ流れます。
その説明だけが会議や報告に残れば、次の失敗でも「また部下の確認不足だ」と判断されやすくなります。部下は仕事を進めるより、自分のせいにされないことへ神経を使い、記録されない口頭の指示や承認待ちが繰り返されます。こうして、上司の失敗まで部下が引き受ける責任の押しつけが固定されます。
【4. この構造をほどくには、どこを変えればいいか】
よくある方法論の間違い
よくある間違いは、上司に正面から「それは違います」と言ってしまうことです。承認が止まっていた。指示が変わった。メールも送っていた。それなのに「お前の報告が遅い」と言われたら、事実を突きつけたくなるのは当然です。
でも、責任の押しつけが起きている職場では、正面から証拠を出すほど危なくなることがあります。上司の中では、自分の非を認めることが、自分の立場を傷つけることになっているからです。そこに部下が「証拠があります」と迫ると、改善提案ではなく「上司を攻撃している」と受け取られることがあります。
だから必要なのは、上司をその場で論破することではありません。あとから責任をすり替えられにくいように、指示・承認・確認待ちが自然に残る状態を作ることです。
理不尽構造攻略のヒント
責任を押しつけてくる上司に対して、一番弱いのは「言った・言わない」の状態です。口頭で確認した。会議ではそう言っていた。たしかに送ったはず。こういう曖昧な状態だと、立場の強い人の解釈が勝ちやすくなります。
だから、戦う場所を変えます。上司の頭の中ではなく、チャット、議事録、タスク表、共有メモに移す。しかも、「上司を責めるため」ではなく、「確認漏れを防ぐため」「次工程に渡すため」「認識をそろえるため」という形にする。
正面から記録を突きつけるのではなく、仕事を進めるための仕組みとして事実を残す。ここが、責任の押しつけをほどく入口です。
攻略1：口頭の指示を「短い確認メモ」に戻す（記録）
まずやることは、重要な確認を口頭だけで終わらせないことです。会議や立ち話で指示を受けたら、そのあとに短く残します。
「先ほどの件、A案で進める理解で進めます」
これくらいで十分です。長い反論文にしない。感情も入れない。責任追及にも見せない。ただ、決まったことを淡々と戻す。
これは上司を責める文章ではありません。でも、あとで「そんな話は聞いていない」「現場の報告が遅かった」と言われた時に、事実の置き場になります。これが、自己正当化への介入です。
攻略2：一対一に閉じず、「共有された事実」にする（外部基準）
次に、事実を自分だけが抱えないことです。上司と一対一の中だけに閉じると、あとで解釈を書き換えられやすくなります。
ただし、いきなり「証拠を残します」と言う必要はありません。「関係者にも共有しておきます」「次工程に影響するので、念のためチームにも残しておきます」「認識違いを防ぐため、確認事項としてメモに入れておきます」くらいなら、不自然ではありません。
大事なのは、上司のミスを晒すことではありません。目的は、仕事を進めるための認識合わせです。その形にしておけば、上司個人への攻撃ではなく、チームの確認作業として出せます。
上司の言い分と部下の言い分の勝負にしない。共有メモ、チャット、タスク欄、議事録など、外側にあるものを基準にする。これが、権威同調への介入です。
攻略3：「承認待ち・確認待ち」が見える置き場を作る（環境設計）
最後に、責任の流れが見える置き場を作ります。大げさなシステムでなくて構いません。自分の担当案件だけでも、「依頼日」「確認待ち」「承認者」「次に動く人」「期限」を残しておく。
ポイントは、「誰が悪いか」を書くことではありません。「今どこで止まっているか」を見えるようにすることです。
たとえば、タスク欄に「部長確認待ち」「〇月〇日確認依頼済み」「承認後、次工程へ」と残す。これだけで、あとから「現場の報告が遅かった」と言われても、少なくとも流れが見えます。
上司の記憶を書き換えさせないために戦うのではありません。記憶に頼らなくてもよい形にしておく。責任が勝手に下へ流れてこないように、流れが見える場所を作る。これが、意味誤認への介入です。
AI・ツールで仕事を軽くする
誰が何を言ったか、どこで承認が止まっているかを曖昧にされやすい環境では、会議内容やタスクの流れを記録できる仕組みを使う選択肢もあります。
文章、整理、記録、繰り返し作業など、人が抱えなくてもいい部分をAIやツールへ任せられます。
文章・整理
【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」 DDI「Frontline Leader Project」 Gallup「Who’s Responsible for Employee Engagement」
上司が手柄を取り、ミスだけ部下に押しつける理由｜責任の流れを残す3つの方法
仕事がうまくいった時は、上司の手柄になる。でも、少しでもトラブルが起きると、なぜか部下のせいになる。「自分が承認を止めていたのに」「途中で方針を変えたのに」「その場ではOKと言っていたのに」。後から全部なかったことにされる。この記事では、なぜ上司は本来部下を助ける立場なのに、手柄を取り、ミスを押し付け、部下を苦しめてしまうのかを、構造として見ていきます。
上司の成果は上司の手柄なのにミスだけ部下の責任になるのは、上司が結果を都合よく説明し、部下が訂正しにくく、承認遅れなどの事情が記録に残らないから。
上司の説明だけが会議や報告に残ると、次の問題も部下個人の責任として扱われやすい。部下は確認待ちや指示変更を一人で抱え、同じ責任のずれが続く。
口頭の指示や承認待ちを短く記録し、関係者が確認できる場所へ共有して、誰が悪いかではなく案件の進行状態を見えるようにする。
例えば：「A案で進める理解です。部長確認待ちのため、承認後に次工程へ進みます」と記録する。
【1. なぜ上司は手柄を取り、ミスだけ部下に押しつけるのか】
手柄は自分、ミスは部下。うちの上司は「記憶の書き換え」でもしてるんでしょうか？
もう限界です。うちの部長は、プロジェクトがうまくいった時だけ「俺の判断が正しかった」と役員に報告します。でも、少しでも雲行きが怪しくなると、「お前らの詰めが甘い」「やる気がないからこうなる」「現場の報告が遅い」と、手のひらを返したように言い出します。
先週も、部長が承認を放置していたせいで納期が遅れました。でも会議では、平然と「現場の報告が遅かった」と言われました。私が「部長にメールしましたよね」と言いかけた瞬間、ものすごい目で睨まれて、何も言えなくなりました。
怖いのは、部長が本気で「自分は悪くない」と思っているように見えることです。成功は自分の判断。失敗は部下の詰めの甘さ。部下を助けるどころか、自分の失敗を隠すための受け皿にしているように見える。こんな環境で、どうやって信頼関係なんて築けばいいんでしょうか。
【2. 手柄は上司、ミスは部下になる3つのパターン】
怒鳴る部長を前に謝る人、仕組みを直そうと提案する人、承認履歴を示す人では対応が違います。それでも三人とも、上司の判断を問い直せないまま、失敗の責任を自分へ向けられます。
部長が自分の指示ミスを私のせいにして怒鳴り、同僚も黙っています。これ以上場が悪くなるのが怖くて、本心ではないのに「私の確認不足でした」と謝りました。これで一度落ち着くと思ったのですが、部長は「そうだ、お前が悪い」とさらに言います。空気を収めるための謝罪が、私がミスを引き受けたことになってしまい、次も同じように責任を向けられそうです。
部長が誰かを怒鳴るたびにチームが黙ってしまうので、「個人を責めるより、仕組みとして防ぎませんか」と言いました。改善の話をしたかったのですが、部長には自分の立場を傷つける発言に聞こえたようです。それから私への当たりが強くなり、大事な話から外されることも増えました。チームをよくしたかっただけなのに、部長の失敗を指摘する部下として目をつけられ、責任の話もできなくなっています。
納期が遅れたのは部長の承認が止まっていたからだと思います。メールとチャットを見返して時系列をまとめ、「ここで承認待ちでした」と伝えました。でも「上司を悪者にしようとする」と返されます。責めたいのではなく、次に同じ遅れを出さないために事実を確認したかったです。証拠を出すほど反抗と受け取られ、結局私の確認不足という説明だけが残っています。
ここで起きている構造：責任の押しつけ
人タイプは、場を収めようとして謝り、その謝罪を責任の証拠にされる。大物タイプは、チームをよくしようとして提案し、上司のメンツを脅かす存在として敵視される。理屈タイプは、事実を示そうとして、上司を攻撃する人間として扱われる。
反応は違います。でも、止まっている場所は同じです。
この職場では、上司の失敗が上司の失敗として扱われません。都合の悪いことが起きるたびに、部下の確認不足、やる気のなさ、性格の問題にすり替えられていく。
この状態を、ここでは責任の押しつけと呼びます。
責任の押しつけとは、本来なら上司や組織が引き受けるべき判断ミス・放置・方針変更の責任が、立場の弱い部下に流し込まれてしまう構造です。
この構造に入ると、部下は仕事を進めることよりも、「あとで自分のせいにされないようにすること」に神経を使うようになります。だから、上司は部下を助けるはずなのに、部下を苦しめる存在になってしまうのです。
補足：上司の理不尽は、実際に人を辞めさせる
上司に責任を押し付けられる苦しさは、単なる気分の問題ではありません。
DDIの「Frontline Leader Project」に関する発表では、調査対象者の57%が「上司を理由に仕事を辞めたことがある」と回答しています。さらに、14%は上司を理由に複数回仕事を辞めた経験があり、32%は実際には辞めていないものの、上司を理由に退職を真剣に考えたことがあるとされています。
つまり、「上司がしんどい」は、ただの愚痴ではありません。働く場所を変えるほど、人の心身やキャリアに影響する問題です。
また、Gallupは、チームのエンゲージメントのばらつきの70%がマネジメントに関係しているとしています。ここで重要なのは、「部下のやる気が低いから悪い」と見るのではなく、上司との関係やマネジメントのあり方が、部下の働き方そのものに強く影響するという点です。
さらにDDIは、現場のリーダーが組織の80%以上の従業員に責任を持ち、組織戦略の実行にも直接関わる存在だと説明しています。つまり、上司の振る舞いは一部の人間関係ではなく、組織全体の働きやすさや成果に直結します。
だから、手柄だけ上司のものになり、失敗だけ部下に流れてくる状態は、軽い人間関係のストレスではありません。
責任の流れが歪み、部下が安心して働けなくなる構造の問題です。
【3. 行動科学で解説：なぜ「責任の押しつけ」と言える状態になるのか】
部長が成果を「自分の判断のおかげ」と語り、納期遅れを「現場の報告不足」と語ると、同じ仕事でも成功と失敗の原因が別々に割り振られます。部下が承認の遅れを指摘すれば、仕事の確認ではなく部長の立場への攻撃と受け取られ、事実を言いにくくなります。
そのうえ承認待ちや方針変更という状況が見えなくなると、遅れは部下の能力や姿勢の問題として説明されます。上司に都合のよい説明が残り、部下は反論できず、状況の問題まで本人の責任になる。この連鎖が、手柄は上へ、ミスは下へ流れる「責任の押しつけ」を続かせます。
手柄とミスの扱いが分かれる仕組みを見る
コア理論：自己奉仕バイアス ― 成功は自分、失敗は外に原因を置く｜自己正当化
自己奉仕バイアスは、成功を自分の能力や判断で説明し、失敗を環境や他者の問題で説明しやすい傾向です。ミラーとロスらの研究で議論されてきたように、自分の評価を守ろうとする見方が、原因の割り振りに影響します。本人が意識して嘘をついていなくても、都合のよい説明を本気で信じることがあります。
プロジェクトがうまくいけば部長は「自分の判断が正しかった」と話し、遅れれば「部下の報告が遅かった」と考えます。承認を止めていた事実は自分の説明から外れやすい。この自己正当化によって、仕事に関わった人の功績と失敗の扱いが片側へ傾き、責任の押しつけが始まります。
彼氏が悪いのに逆ギレする理由｜責任の押しつけを見分ける3つの方法
上司が決めるのに責任を部下へ戻す理由｜判断の境目を共有する3つの方法
上司が間違った判断を押し通す理由｜現場の追加負担を戻す方法
サブ理論：ステータス競争 ― 事実の指摘が立場への挑戦に見える｜権威同調
ステータス競争は、集団の中での立場や影響力を守ろうとする動きです。上司と部下の関係では、誰が決め、誰の説明が通るかも立場と結びつきます。仕事を改善するための指摘でも、人前で上司の判断を問い直す形になると、役割や面子への挑戦として受け取られることがあります。
部下が「この時点で承認待ちでした」と言うのは事実確認でも、部長には自分を悪者にする言葉に聞こえます。周囲も怒鳴られることを避けて黙り、部下は正しい記録を示しにくくなる。権威同調が働くほど、部長の説明だけが公式に残り、責任の押しつけを止める材料が出なくなります。
上司が優秀な部下を脅威に感じる理由｜仕事の機会を守る3つの方法
無駄な会議がなくならない理由｜定例の役割を変える3つの方法
上司が手柄を取り、ミスだけ部下に押しつける理由｜責任の流れを残す3つの方法
補助理論：基本的帰属錯誤 ― 状況の問題を部下の性質に変える｜意味誤認
基本的帰属錯誤は、他人の行動を説明するとき、置かれた状況より本人の性格や能力を重く見やすい傾向です。リー・ロスらの議論でも、目に見える行動からその人の性質を判断し、承認待ちや情報不足のような背景を軽く扱うことが指摘されます。遅れという結果だけでは、誰がどこで仕事を止めたかは分かりません。
納期が遅れた背景に部長の承認放置があっても、「部下の詰めが甘い」「やる気がない」と言われると、工程の問題が本人の姿勢へ変わります。部下が改善すべき点を話そうとしても、人物評価への弁明を迫られる。この意味誤認によって、責任の押しつけが次の評価にも残ります。
上司が曖昧な指示の後で怒る理由｜完成条件を合わせる3つの方法
彼氏が悪いのに逆ギレする理由｜責任の押しつけを見分ける3つの方法
上司が優先順位を途中で変える理由｜遅れる仕事を見える化する3つの方法
構造の固定化 ― 上司の説明が残り、部下へ責任が流れる
自己奉仕バイアスによる自己正当化が成功と失敗を都合よく割り振り、ステータス競争の権威同調で部下は上司の説明を訂正しにくくなります。基本的帰属錯誤による意味誤認が承認遅れなどの状況を隠し、問題を部下の性質へ移します。三つが連なって、成功の功績と失敗の責任が別の方向へ流れます。
その説明だけが会議や報告に残れば、次の失敗でも「また部下の確認不足だ」と判断されやすくなります。部下は仕事を進めるより、自分のせいにされないことへ神経を使い、記録されない口頭の指示や承認待ちが繰り返されます。こうして、上司の失敗まで部下が引き受ける責任の押しつけが固定されます。
【4. この構造をほどくには、どこを変えればいいか】
よくある間違いは、上司に正面から「それは違います」と言ってしまうことです。承認が止まっていた。指示が変わった。メールも送っていた。それなのに「お前の報告が遅い」と言われたら、事実を突きつけたくなるのは当然です。
でも、責任の押しつけが起きている職場では、正面から証拠を出すほど危なくなることがあります。上司の中では、自分の非を認めることが、自分の立場を傷つけることになっているからです。そこに部下が「証拠があります」と迫ると、改善提案ではなく「上司を攻撃している」と受け取られることがあります。
だから必要なのは、上司をその場で論破することではありません。あとから責任をすり替えられにくいように、指示・承認・確認待ちが自然に残る状態を作ることです。
責任を押しつけてくる上司に対して、一番弱いのは「言った・言わない」の状態です。口頭で確認した。会議ではそう言っていた。たしかに送ったはず。こういう曖昧な状態だと、立場の強い人の解釈が勝ちやすくなります。
だから、戦う場所を変えます。上司の頭の中ではなく、チャット、議事録、タスク表、共有メモに移す。しかも、「上司を責めるため」ではなく、「確認漏れを防ぐため」「次工程に渡すため」「認識をそろえるため」という形にする。
正面から記録を突きつけるのではなく、仕事を進めるための仕組みとして事実を残す。ここが、責任の押しつけをほどく入口です。
攻略1：口頭の指示を「短い確認メモ」に戻す（記録）
まずやることは、重要な確認を口頭だけで終わらせないことです。会議や立ち話で指示を受けたら、そのあとに短く残します。
「先ほどの件、A案で進める理解で進めます」
「納期は金曜、確認は水曜までで認識しています」
「部長確認待ちのため、承認後に次工程へ進めます」
これくらいで十分です。長い反論文にしない。感情も入れない。責任追及にも見せない。ただ、決まったことを淡々と戻す。
これは上司を責める文章ではありません。でも、あとで「そんな話は聞いていない」「現場の報告が遅かった」と言われた時に、事実の置き場になります。これが、自己正当化への介入です。
攻略2：一対一に閉じず、「共有された事実」にする（外部基準）
次に、事実を自分だけが抱えないことです。上司と一対一の中だけに閉じると、あとで解釈を書き換えられやすくなります。
ただし、いきなり「証拠を残します」と言う必要はありません。「関係者にも共有しておきます」「次工程に影響するので、念のためチームにも残しておきます」「認識違いを防ぐため、確認事項としてメモに入れておきます」くらいなら、不自然ではありません。
大事なのは、上司のミスを晒すことではありません。目的は、仕事を進めるための認識合わせです。その形にしておけば、上司個人への攻撃ではなく、チームの確認作業として出せます。
上司の言い分と部下の言い分の勝負にしない。共有メモ、チャット、タスク欄、議事録など、外側にあるものを基準にする。これが、権威同調への介入です。
攻略3：「承認待ち・確認待ち」が見える置き場を作る（環境設計）
最後に、責任の流れが見える置き場を作ります。大げさなシステムでなくて構いません。自分の担当案件だけでも、「依頼日」「確認待ち」「承認者」「次に動く人」「期限」を残しておく。
ポイントは、「誰が悪いか」を書くことではありません。「今どこで止まっているか」を見えるようにすることです。
たとえば、タスク欄に「部長確認待ち」「〇月〇日確認依頼済み」「承認後、次工程へ」と残す。これだけで、あとから「現場の報告が遅かった」と言われても、少なくとも流れが見えます。
上司の記憶を書き換えさせないために戦うのではありません。記憶に頼らなくてもよい形にしておく。責任が勝手に下へ流れてこないように、流れが見える場所を作る。これが、意味誤認への介入です。
AI・ツールで仕事を軽くする
誰が何を言ったか、どこで承認が止まっているかを曖昧にされやすい環境では、会議内容やタスクの流れを記録できる仕組みを使う選択肢もあります。
文章、整理、記録、繰り返し作業など、人が抱えなくてもいい部分をAIやツールへ任せられます。
文章・整理
文章の下書き・書き換え、要約、アイデア整理、壁打ち、質問応答などに使える汎用AIアシスタント。
【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記事このテーマの全体を見る →会社・仕事の別の悩みを見る