この記事の結論
仕事で人が削られる原因は、単純な「仕事量の多さ」だけではない。
本当に脳を焼くのは、次のような環境である。
- 後から「そういう意味じゃない」と言われる
- 人の機嫌で仕様が変わる
- 権限はないのに責任だけ吸わされる
- 代表電話や割り込みで集中を切られる
- 判断者、期限、優先順位、完成基準が曖昧なまま走らされる
これは「仕事が大変」なのではなく、仕事のルールが壊れている。
本人の根性不足やホワイトカラー不適性ではなく、認知負荷・役割曖昧性・割り込み・職場ストレスの設計不良として見る方が正確だ。
「仕事量」ではなく「予測不能」が人を削る
大量の作業だけなら、まだ対処できることがある。
量が多いなら、分解する。順番をつける。人に振る。期限をずらす。テンプレ化する。自動化する。
しかし、厄介なのは量ではなく、前提が安定しないことである。
昨日OKだったものが、今日はNGになる。
最初に聞いた条件で進めたのに、後から「そういう意味ではない」と言われる。
判断者が誰なのか分からない。
権限はないのに、なぜか失敗時の責任だけこちらに来る。
こうなると、仕事は成果物を作るゲームではなくなる。
相手の機嫌を読むゲームになる。
そして、相手の機嫌は仕様書にならない。
だから疲れる。
バーンアウトは「慢性的に管理されない職場ストレス」から起きる
WHOはバーンアウトを、ICD-11上で「職業上の現象」として扱っている。医学的な病名そのものではないが、うまく管理されていない慢性的な職場ストレスから生じる症候群として説明される。
WHOが挙げる特徴は、主に次の3つである。
- エネルギーの枯渇や疲弊
- 仕事から心理的に距離を取りたくなる、または仕事への否定的・冷笑的な感覚が増える
- 職業上の有効感が下がる
つまり、燃え尽きは「弱い人が折れる現象」ではない。
慢性的に職場ストレスが管理されない状態が続いた時に起きる、かなり自然な反応である。
参考：WHO “Burn-out an occupational phenomenon: International Classification of Diseases”
https://www.who.int/news/item/28-05-2019-burn-out-an-occupational-phenomenon-international-classification-of-diseases
研究で見ると、「要求だけ高く、資源が少ない職場」が危ない
職場ストレスを説明する有名な考え方に、Job Demands-Resources model、つまり仕事の要求・資源モデルがある。
ざっくり言うと、仕事には2種類の要素がある。
1つ目は、仕事の要求。
これは、量の多さ、精神的負荷、感情的負荷、対人摩擦、納期、責任、曖昧な変更など、エネルギーを使わせる要素である。
2つ目は、仕事の資源。
これは、裁量、上司や同僚の支援、明確なフィードバック、役割の明確さ、仕事を進めるための道具や情報など、負荷を下げたり、仕事を前に進めたりする要素である。
JD-Rモデルでは、仕事の要求が高く、仕事の資源が足りない状態が続くと、エネルギーが削られ、バーンアウトにつながりやすいと整理されている。
ここで重要なのは、仕事量だけが問題ではないということだ。
要求が高くても、裁量がある、支援がある、優先順位が明確、判断者が明確、前提が固定されているなら、まだ持つ。
逆に、仕事量がそこそこでも、資源がなければ削られる。
例えば、以下のような状態である。
- 目的が曖昧
- 判断者が曖昧
- 期限が曖昧
- 完成基準が曖昧
- 責任範囲が曖昧
- でも失敗したら怒られる
- しかも途中で前提が変わる
これは、仕事の要求だけが高く、仕事の資源が不足している状態である。
参考：Schaufeli, W. B. “Applying the Job Demands-Resources model: A ‘how to’ guide to measuring and tackling work engagement and burnout”
https://www.wilmarschaufeli.nl/publications/Schaufeli/476.pdf
「後からそういう意味じゃない」は、受け手の読解力不足ではなく仕様不備
後から「そういう意味じゃない」と言われると、受け手は自分の理解力を疑いやすい。
しかし、毎回それが起きるなら、問題は受け手ではなく、指示の仕様が曖昧な可能性が高い。
仕事において、本来必要なのは次のような情報である。
- 何を作るのか
- 何のために作るのか
- 誰が判断するのか
- いつまでに必要なのか
- どの粒度でよいのか
- 何はやらなくてよいのか
- 変更が入った時は、どの時点から前提変更として扱うのか
これがないまま「やって」と言われる。
その後で「そういう意味ではない」と言われる。
これは、指示を受けた人の読解力だけの問題ではない。
仕様書なしで開発させて、完成後に仕様違いと言っているのに近い。
もちろん、受け手側にも確認する努力は必要である。
ただし、確認しても前提が動く環境では、確認努力だけでは限界がある。
「人の機嫌で仕様が変わる」と、学習が積み上がらない
人の機嫌で仕様が変わる職場では、成果物の品質を上げても勝てない。
なぜなら、評価基準が固定されていないからだ。
昨日は「そこまで細かくなくていい」と言われた。
今日は「なぜそこまで確認していないのか」と言われる。
昨日は「早く出して」と言われた。
今日は「雑すぎる」と言われる。
昨日は「自分で考えて」と言われた。
今日は「勝手に進めるな」と言われる。
これが続くと、人は仕事のやり方を学習できなくなる。
学習できる環境では、入力と結果がある程度つながっている。
こうすれば通る。
ここまでやれば十分。
この人はこの観点を見る。
この期限ならこの粒度でよい。
そういうパターンが蓄積される。
しかし、機嫌依存の環境では、ルールが天気のように変わる。
その結果、仕事をしているのに、仕事ではなく相手の気分を予測するゲームになる。
これはかなり消耗する。
「責任だけ吸わされる」は、役割曖昧性・役割葛藤の問題
職場ストレス研究では、役割曖昧性や役割葛藤という概念がある。
役割曖昧性とは、自分が何をどこまでやるべきか、何を期待されているのかがはっきりしない状態である。
役割葛藤とは、複数の人や立場から矛盾した期待を受ける状態である。
例えば、上司Aは「早く出せ」と言う。
上司Bは「品質を上げろ」と言う。
現場は「細かく確認するな」と言う。
後から責任者は「なぜ確認しなかった」と言う。
これが役割葛藤である。
さらに、決定権がないのに責任だけ負わされる場合、本人は仕事をコントロールできない。
コントロールできないものの責任だけを背負うのは、非常に削られる。
メタ分析でも、役割曖昧性・役割葛藤は抑うつとの有意な関連が示されており、研究者は役割と職務目標を明確にすることが従業員の健康に寄与しうると述べている。
参考：Schmidt et al. “Uncertainty in the workplace: Examining role ambiguity and role conflict, and their link to depression—a meta-analysis”
https://www.researchgate.net/publication/254223120_Uncertainty_in_the_workplace_Examining_role_ambiguity_and_role_conflict_and_their_link_to_depression-A_meta-analysis
代表電話や割り込みは、ただの中断ではなく「再起動コスト」を生む
代表電話や突発対応は、表面上は数分で終わることがある。
しかし、知的労働では、中断そのものよりも元の作業へ戻るコストが大きい。
考えていた前提、資料の場所、次に書くはずだった一文、判断中だった論点、比較していた選択肢。
これらは、頭の中の作業台に置かれている。
そこへ電話が鳴る。
別件を処理する。
戻ってくる。
すると、作業台は崩れている。
また思い出す必要がある。
この再起動が何度も入ると、本人はずっと仕事をしているのに、成果物が進まない。
割り込み研究でも、人は中断されると速く働いて補償しようとする一方で、ストレス、フラストレーション、時間プレッシャー、努力感が上がると報告されている。
つまり、割り込みが多い環境では、見た目よりも内側の燃費が悪くなる。
参考：Mark, Gudith, Klocke “The Cost of Interrupted Work: More Speed and Stress”
https://ics.uci.edu/~gmark/chi08-mark.pdf
NIOSHの職場ストレス尺度にも「役割曖昧性」「役割葛藤」は入っている
アメリカのNIOSHは、職場ストレスを測るためのGeneric Job Stress Questionnaireを公開している。
そこには、仕事量、精神的要求、裁量、対人葛藤、支援、仕事の不安定さなどと並んで、役割曖昧性と役割葛藤も含まれている。
つまり、「自分の担当が曖昧」「期待が矛盾している」「権限と責任が合っていない」という問題は、単なる愚痴ではなく、職場ストレスを考える上で普通に測定対象になる要素である。
参考：NIOSH “Generic Job Stress Questionnaire”
https://archive.cdc.gov/www_cdc_gov/niosh/topics/workorg/detail088.html
NIOSHはまた、慢性的な職業ストレスへの曝露でメンタルヘルスが悪化すると説明し、個人のストレス耐性だけではなく、組織・管理方針・働き方の根本原因に対処する必要があるとしている。
参考：NIOSH “Supporting Mental Health in the Workplace”
https://www.cdc.gov/niosh/bulletin/2024/mental-health-work.html
真面目な人ほど、壊れた仕様を自分の頭で修復してしまう
こういう職場で燃え尽きやすいのは、必ずしも能力が低い人ではない。
むしろ、最初は真面目に受ける人が削られやすい。
- 指示が曖昧でも、自分で補完する
- 誰かがやらないなら、自分が拾う
- 責任範囲が曖昧でも、落とさないようにする
- 相手の機嫌を読んで、先回りする
- 後から怒られないように、余分に確認する
- 本来は上が決めるべきことまで、自分の中で整理する
一見、優秀で責任感がある。
しかし、これを続けると、壊れた職場設計の修復コストを自分の脳で払い続けることになる。
本来、組織が持つべきルール、判断基準、優先順位、責任境界を、個人のワーキングメモリで代替している状態である。
それは長く持たない。
逆に、生き残る人は「強い」のではなく、吸わない技術を持っている
壊れた環境で一見平気そうに見える人がいる。
その人たちは、必ずしも脳が強いわけではない。
次のような技術を持っていることが多い。
- 60点で出して、怒られても気にしない
- 責任を自分の中に吸わない
- 曖昧な指示を曖昧なまま返す
- 上に投げ返す
- ログを残す
- 相手の機嫌を天気として扱う
- 自分で全部定義しようとしない
- 期待値を低く置く
これは性格が悪いというより、生存スキルである。
もちろん、全てを雑に流せばよいわけではない。
ただし、壊れた仕様を全部誠実に受けると、人は消耗材になる。
対策1：口頭指示は「理解はこうです」で固定する
曖昧な指示を受けたら、頭の中で補完して走らない。
一度、文章にして返す。
例：
理解は以下です。
目的：〇〇
期限：〇月〇日
今回やる範囲：AとB
今回やらない範囲：C
確認者：〇〇さん
この前提で進めます。
ポイントは、相手を詰めることではない。
自分の脳内だけで曖昧さを抱えないことである。
文章にすると、曖昧さは相手側にも見える。
対策2：後出しは「仕様変更」として扱う
後から前提が変わった時に、自分のミスとして抱え込まない。
こう考える。
前提が変わったので、ここから仕様変更です。
言い方は柔らかくてよい。
承知しました。前提が変更になった認識で、〇〇版に修正します。
その場合、当初予定より〇時間ほど追加で見込みます。
ここで重要なのは、後出しを無料で吸わないことだ。
前提変更には、時間・工数・優先順位変更が発生する。
それを見える形にする。
対策3：優先順位は相手に選ばせる
全部やれと言われた時、全部を自分で抱えない。
A、B、Cを同時に進めると、本日中に完了するのはAまでです。
Bを優先する場合は、Aの完了が明日にずれます。
どちらを優先しますか？
これは反抗ではない。
現実の制約を見せているだけである。
優先順位を自分だけで決めると、後から責任を吸わされる。
だから、判断者に選ばせる。
対策4：責任境界を聞く
責任だけ吸わされやすい時は、最初に境界を聞く。
この件の最終判断者はどなたですか？
私の担当範囲は、資料作成まででよいですか？
それとも関係者への回収・催促まで含みますか？
この内容で提出後の判断は、〇〇さん側で行う認識でよいですか？
責任境界が曖昧な仕事ほど、後から「なぜやっていない」と言われやすい。
だから、事前に切る。
対策5：割り込み後に戻るための1行メモを残す
割り込みを完全にゼロにできないなら、戻るコストを下げる。
電話が鳴った時、離席する時、別件に入る時に、作業中ファイルやメモに1行だけ残す。
次：A社データの3行目から確認。B列の金額差異を見る。
次：メール返信。論点は期限延長の可否。添付は最新版v3。
次：議事録の「決定事項」から再開。未確認は田中さんの回答待ち。
これは小さいが、かなり効く。
中断後に「何してたっけ？」から始めなくて済む。
対策6：人の機嫌は「仕様」ではなく「天気」として扱う
相手の機嫌を完全に読もうとすると壊れる。
機嫌は天気に近い。
雨の日に「なぜ雨が降ったのか」と自分を責めても意味がない。
機嫌が悪い人がいる。
今日は通りにくい。
なら、記録を残して、深入りせず、必要最低限で通過する。
人の機嫌を仕様書として読もうとしない。
読めないものは読めない。
対策7：離職・異動・転職は敗北ではなく、設計変更
本当に壊れている環境では、個人の工夫だけでは限界がある。
その場合、異動・転職・担当変更は敗北ではない。
むしろ、設計変更である。
「自分が弱いから逃げる」のではない。
「この環境では、投入した体力に対して回収できるものが少なすぎる」と判断しているだけである。
投資で言えば、損切りに近い。
損切りは負けではない。
資金を守る技術である。
仕事でも同じで、健康・集中力・判断力・生活の安定は元本である。
元本を削ってまで、壊れた仕様に付き合う必要はない。
良い職場は「楽な職場」ではなく「ルールが見える職場」
良い職場とは、仕事が少ない職場ではない。
むしろ、忙しくても持つ職場はある。
その条件は、ルールが見えることだ。
- 目的が分かる
- 判断者が分かる
- 優先順位が分かる
- 完成基準が分かる
- 権限と責任がある程度一致している
- 前提変更が変更として扱われる
- 割り込みが制御されている
- 困った時に相談できる
- 一度決まったことが記録される
こういう環境なら、人は多少忙しくても耐えやすい。
逆に、暇でも機嫌依存・後出し・責任境界なしなら削られる。
まとめ：仕事が無理なのではなく、壊れた仕事設計をまともに受けるのが無理
「自分はホワイトカラーに向いていないのか」と不安になることがある。
しかし、そうとは限らない。
向いていないのは、ホワイトカラー全般ではなく、次のような環境かもしれない。
- 未定義便利屋
- 口頭指示だらけ
- 後出し評価
- 人の機嫌で仕様変更
- 責任境界なし
- 割り込み常態化
- ログが残らない
- 判断者が不明
これは、知的労働ではなく、知的労働の皮をかぶった消耗戦である。
だから、しんどいと感じるのは自然である。
やるべきことは、もっと強くなることだけではない。
曖昧さを自分の中で抱えない。
仕様を文章にする。
後出しを仕様変更として扱う。
責任境界を切る。
割り込み後に戻れるようにする。
人の機嫌を天気として扱う。
そして、どうしても環境が変わらないなら、異動や転職で設計を変える。
仕事で燃え尽きる人が弱いのではない。
壊れた仕事設計を、真面目な人が自分の脳で修復し続けるから燃え尽きる。
だから必要なのは、根性ではなく、境界線である。
実務で使える短文テンプレ
指示を固定する
理解は以下です。
目的：
期限：
今回の範囲：
除外する範囲：
確認者：
この前提で進めます。
後出しを仕様変更にする
承知しました。前提が変更になった認識で修正します。
その場合、追加で〇時間ほど見込みます。
優先順位を選ばせる
AとBを同時に進める場合、本日中に完了できるのはAまでです。
Bを優先する場合はAが明日にずれます。
どちらを優先しますか？
責任境界を切る
私の担当範囲は〇〇まででよいですか？
最終判断は〇〇さんの認識でよいですか？
割り込み後の復帰メモ
次に戻る場所：
未確認：
次の一手：
関連記事案
- 「後からそういう意味じゃない」と言われる職場で削られない確認テンプレ
- 責任だけ吸わされる人が最初に聞くべき5つの質問
- 人の機嫌で仕様が変わる職場では、誠実さを出しすぎると損耗材になる
- ホワイトカラーに向いていないのではなく、未定義便利屋に向いていないだけ
- 割り込みが多い職場で脳メモリを守る1行メモ術
海外展開メモ
英語圏では以下の切り口にすると展開しやすい。
- “It’s not workload. It’s unpredictability.”
- “When requirements change with someone’s mood, burnout is not your personal failure.”
- “Role ambiguity is not a vibe problem; it is a workplace stressor.”
- “Interruptions are not small. They create cognitive restart costs.”
関連キーワード：
- burnout
- role ambiguity
- role conflict
- job demands-resources model
- workplace interruptions
- cognitive load
- emotional labor
- toxic workplace
公開時の注意点
- 個人名、部署名、会社名、時期が特定できる情報は出さない
- 「上司が悪い」より「仕事設計が壊れている」という一般論に寄せる
- 医療断定は避ける。「バーンアウトは職業上の現象として説明される」程度にする
- 具体的な恨みではなく、読者が自分の職場を診断できる構成にする
- 転職活動中に公開する場合は、現職連想を避けるため、事例を複数業界にぼかす
