朝からずっと仕事をして、一つずつ終わらせている。それなのに、夕方になると朝にはなかった仕事が増え、「今日も終わらなかった」となる。そんな状態が続くと、自分の段取りや仕事の進め方に問題があるようにも感じます。
でも、原因は処理の仕方だけとは限りません。仕事を終わらせるほど次の仕事が入り、複数の依頼が一人のところへ積み重なっていく仕組み ができていることがあります。この記事では、なぜやってもやっても仕事が終わらなくなるのかを行動科学から整理し、仕事の入口と負担の流れを変える方法まで考えます。
目次
1. 一つ終わらせても、すぐ次の仕事が入ってきます
朝からずっと仕事をしていて、一つずつちゃんと終わらせています。それなのに、いつまでたっても『今日はここまで』になりません。 朝は見積書を2件と顧客への返信、午後の会議資料を終わらせる予定でした。ところが見積を一つ片づけたところで上司から別案件の確認が入り、それを終えると顧客から修正依頼が届きます。午後には他部署から急ぎの資料を頼まれ、会議が終わったころには朝にはなかった仕事がいくつも増えています。 一つ一つは実際に終わっていますし、仕事を止めている時間があるわけでもありません。それでも、終わらせたそばから次の仕事が入ってくるので、夕方になっても「あとこれだけ」がなくなりません。これだけ仕事を片づけているのに、なぜ毎日やってもやっても仕事が終わらないのでしょうか。
2. 終わらせても次の仕事で埋め戻される3つのパターン
仕事が終わらないと、自分の段取りや効率に問題があるように感じます。しかし、一件ずつは普通に処理できていても、仕事を減らしている間に、別の入口から新しい仕事が補充され続けている ことがあります。
人タイプ:配慮の自爆 大物タイプ:メンツの空回り 理屈タイプ:ロジックの孤立
このタイプのもやもや
「今日中にこれ確認してもらえますか」「顧客から急ぎで返事が欲しいそうです」と途中で仕事が入ってきます。相手が待っていると聞けば放っておくわけにもいかず、その対応を先に済ませます。ようやく元の仕事へ戻ると、また別の確認が来ています。頼まれたことも自分の仕事もやっているのに、夕方になってもまだやることが残っています。
このタイプのもやもや
「これくらいなら今日中に返せる」と、任された仕事はなるべく早く処理しています。頼まれたものを滞留させたくありませんし、「忙しいので今日は無理です」と言うほど大きな仕事でもないと思っています。ところが、早く返せばまた「じゃあこれもお願い」と次の案件が回ってきます。かなりの件数を終わらせているはずなのに、いつ見ても次の仕事があります。
このタイプのもやもや
予定していた仕事を優先順位どおり進めていますが、「顧客から返事が来たので対応」「この案件だけ今日確認」「会議までにこの数字を出して」と、その都度期限のある仕事が差し込まれます。どれも業務上は先に処理する理由があるので無視できません。その間に元の仕事は後ろへずれます。一件ずつ筋の通った判断をしているはずなのに、仕事全体ではいつまでも終点へ近づきません。
ここで起きている構造:負担の捨て場
ここで問題なのは、本人が自分から仕事を増やしていることではありません。上司から見れば「この人なら今日確認できる」、他部署から見れば「この人なら事情を知っている」、顧客から見れば「この人なら対応してくれる」。それぞれにとって、その人へ仕事を頼むこと自体には十分な理由があります。
しかし、使われている勤務時間や処理能力は同じ一人分です。新しい仕事が追加されても、もともとの仕事が消えたり、締切が自動で後ろへずれたりするわけではありません。それでも処理してくれる人には、別々の場所から少しずつ仕事が流れ込みます。一件ずつ見れば合理的な依頼が重なり、組織で生まれた追加負担が、処理しやすい人のところへ集まり続ける。 これが、ここでいう「負担の捨て場」です。
補足:仕事の負担は、一部の人へ大きく偏ることがあります
Cross、Rebele、Grantが2016年にまとめた調査では、管理職や従業員がメール、会議、相談などの協働活動に使う時間は、過去20年間で50%以上増加したとされています。また、300以上の組織を対象とした分析では、価値を生む協働の20〜35%が、わずか3〜5%の従業員に集中するケースが多い と報告されています。すべての追加業務を扱った調査ではありませんが、「頼れば進む人」へ組織内の需要が偏ることがあると分かります。
また、Mark、Gudith、Klockeが2008年に行った実験では、作業途中に割り込みを受けた参加者は、その遅れを補うように仕事を速く進める一方で、ストレス、焦り、時間的プレッシャー、努力感が高くなりました。 追加の仕事が入っても本人がその都度吸収できている間は、外から見ると「この入れ方でも回っている」状態が残ります。仕事を処理できていることと、まだ余裕があることは同じではありません。
3. 行動科学で解説:みんなが合理的に頼むほど、一人の余白だけがなくなっていく
上司が急ぎの確認を頼むことも、他部署が詳しい人へ相談することも、顧客が担当者へ修正を頼むことも、それだけを見れば不自然ではありません。むしろ、早く返してくれる人、事情を知っている人、任せれば終わる人へ仕事を持っていくのは、それぞれの依頼元にとって合理的です。 問題は、その判断がすべて同じ一人の時間と処理能力を使っていることです。
しかも、仕事を追加する側は、その一件を頼むことで得られる利益は受け取れますが、その結果ほかの仕事が後ろへずれる負担まで全部引き受けるわけではありません。それでも本人が何とか吸収すれば、同じ頼み方は次にも使われます。そして、複数の依頼を合わせて「何を残し、何を後ろへ送るか」を決める人がいなければ、一人の有限な余白だけが、みんなから使える空き容量のように扱われ続けます。
3つの理論で詳しく見る
コア理論:共有地の悲劇 ― 一人ひとりには合理的な利用でも、同じ有限容量を使えば枯渇する|環境依存
共有地の悲劇とは、複数の人が利用できる有限な資源を、それぞれが自分にとって合理的な範囲で使った結果、全体では資源が使われすぎてしまう構造 です。ポイントは、誰か一人が極端に間違った判断をしている必要がないことです。一人ひとりは「自分が使うこの程度なら問題ない」と判断していても、それが積み重なると資源全体が持たなくなります。
今回、共有されているのは文字どおりの公共資源ではなく、一人の勤務時間、処理能力、予定の余白が、複数の依頼元から使える容量のように扱われている状態 です。上司の一件、他部署の一件、顧客の一件は、それぞれなら処理できます。しかし全部が同じ人へ重なれば、その人が今日何をするかは自分の予定より、外からどれだけ仕事が入ってくるかに左右されます。仕事量が本人の意思より仕事の流入環境によって決まり続けることが、ここでの「環境依存」です。
サブ理論:フィードバックループ ― 頼んだら返ってくることが、次も頼む理由になる|フィードバック暴走
フィードバックループとは、ある行動から生まれた結果が次の行動へ戻り、同じ動きを繰り返したり強めたりする仕組み です。一度うまくいった方法は、次にも使われやすくなります。
今回も、「この人に頼む → 仕事が返ってくる」という経験が積み上がれば、「やっぱりこの人に頼めば進む」という判断が強くなります。本人が予定を詰めたり、別の仕事を後ろへ回したりして何とか処理した事情までは見えなくても、依頼した仕事が返ってきたという結果は残ります。頼む → 処理される → 頼れる人としてさらに選ばれる → また頼む。 仕事を片づける行動が、次の仕事の流入まで強めてしまうことが、ここでの「フィードバック暴走」です。
補助理論:責任分散 ― 自分の依頼には責任を持っても、全部合わせた負荷には誰も責任を持たない|バグ:責任転嫁
責任分散とは、複数の人が関わる状況では、問題全体に対する一人ひとりの責任が薄くなりやすい現象 です。それぞれが自分の担当部分には責任を持っていても、複数の担当をまたぐ問題になると、「誰が全体を調整するのか」が曖昧になることがあります。
今回も、上司は自分が頼んだ仕事、他部署は自分たちの確認、顧客は自分の要望にはそれぞれ理由があります。しかし、「全部合わせて今日できるのか」「この一件を入れるなら何を後ろへ送るのか」「誰に振り分けるのか」まで引き受ける人がいなければ、その調整だけが本人へ残ります。 本来は仕事を配分する側も関わるべき総量調整が、最後に処理する一人へ移されることが、ここでの「責任転嫁」です。
構造の固定化:頼む側には合理的で、処理する側だけに負担が積み上がる
仕事を処理してくれる人がいれば、それぞれの依頼元にとってその人へ頼むのは合理的です。しかし、全員が同じ有限な時間と処理能力を使えば、本人の予定の余白は少しずつ失われます。それでも本人が何とか仕事を返せば、「この人に頼めば進む」という結果が残り、次も同じ人へ仕事が流れます。
そして、複数の依頼を合わせて総量を調整する責任が曖昧なら、新しい仕事が入るたびに何を外すかを本人が考えることになります。処理してくれる人へ仕事を置く → 本人の有限容量が使われる → 本人が何とか処理する → 頼れば返るという結果が残る → また仕事が集まる → 誰も全体量を調整しない → 本人がまた差分を吸収する。 こうして、一件ずつ終わらせても別の仕事で埋め戻される「負担の捨て場」が固定されていきます。
4. この構造をほどくには:追加の仕事を「無料で載せられる状態」にしない3つの攻略
よくある方法論の間違い
よくある失敗:来た仕事を全部受けてから、自分の中で優先順位をつける
新しい仕事が来たらひとまず引き受け、そのあとで自分の予定を組み替える。忙しい人ほどやりがちな方法ですが、これでは仕事を追加した側には「引き受けてもらえた」という結果しか返りません。どの仕事を後ろへ送るか、予定を詰めるか、残業するかといった調整は、すべて本人の中へ隠れます。追加したことで生じた負担が相手に見えないままなら、次の仕事も同じように上へ載せられます。
理不尽構造攻略のヒント
攻略のヒント:「受けるか断るか」ではなく、有限な処理枠を使う条件を外へ返す
今回止めたいのは、仕事を頼まれることそのものではありません。問題なのは、新しい仕事を追加しても、依頼側から見ると何も動かない状態 です。仕事を一つ入れるなら納期、優先順位、担当のどこかには影響が出る。その制約まで外へ返せるようになると、「この人に頼めば、とりあえず全部追加できる」という流れを変えられます。
攻略1:「頑張ればできる日」ではなく、「今の仕事量で約束できる日」を返す【外部基準】
新しい仕事の納期を決めるとき、自分が残業したり予定を詰めたりすれば実現できる最短日を基準にしないようにします。すでに入っている仕事と通常の勤務時間を前提に、無理に既存業務を圧縮しなくても守れる日を納期として返します。 たとえば、頑張れば明日できても、今の予定のままなら木曜になるなら、まず木曜を基準にします。
そこで相手が「もっと早く必要」と言えば、別担当へ回す、別の処理先を探す、既存案件の優先順位を変えるといった調整が初めて発生します。「それならほかに頼む」となっても失敗ではありません。これまで一人の頑張りで吸収されていた急ぎのコストが、別の処理経路へ返ったということです。 自分の処理枠の制約を隠さないことで、「頼む→無理して返す→また頼まれる」という流れを止めます。
攻略2:残件だけでなく、「開始・追加・完了」を分けて見る【観測】
仕事一覧だけを見ると、朝に8件あって夜に5件残っていれば、「今日は3件しか減らなかった」ように見えます。しかし、途中で7件追加され、10件終わらせた結果5件残ったのであれば、一日に起きていたことはまったく違います。朝の開始量、途中で入った追加量、その日に完了した量、最後に残った量を分けて見る だけで、仕事の入口と出口を別々に捉えられます。
これは、自分が頑張っていることを証明するための記録ではありません。攻略1の納期や攻略3の優先順位を決めるために、どれだけ仕事が入ってきているのかを判断できる材料を作る のが目的です。「忙しいです」ではなく、「今日は朝8件から始まり、途中で6件追加されています」と分かれば、新しく入る仕事をどう扱うかまで話せるようになります。
攻略3:急ぎを入れるなら、「何を動かすか」までセットにする【ルール化】
特に社内から新しい仕事が追加されるときは、新しい仕事を入れたまま、既存の仕事も全部そのまま残す 状態を当たり前にしないようにします。急ぎの仕事を今日入れるなら、納期を動かす、優先順位を動かす、担当を動かす。このどれかを同時に決めるルールにします。
たとえば上司から「これ今日お願い」と言われたら、「できます。その場合、今日予定していたAは明日に回します。Aとこちら、どちらを優先しますか」と返します。仕事を拒否しているわけではありません。これまで本人の中だけで処理していた『何を後ろへ送るか』という判断を、仕事を追加する側まで戻しています。 追加に必ず何かの押し出しを伴わせることで、一人の処理枠へ仕事だけを積み続ける流れを止められます。
5. まず10分でできること:今日の仕事を「何件残ったか」ではなく、どう増えたかで書き出す
まず今日の仕事を思い出して、朝の時点で持っていた仕事/途中から追加された仕事/今日終わらせた仕事 の3つに分けて書いてみます。厳密な工数表を作る必要はありません。何件くらい新しく入ってきたのかが分かれば十分です。
次に、追加された仕事の中から一つ選び、「これを普通に入れたら、本来どの仕事が後ろへ動くはずだったか」を考えます。何も動かしていなかったなら、その差分を自分の予定の圧縮や時間で吸収していたことになります。
最後に、次に同じような追加が来たときの返し方を一つだけ決めます。「今の予定なら○日です」「今日入れるならAを明日に回します」 のように、新しい仕事によって動く条件まで一緒に返せる形にします。まず一件だけでも、追加負担を自分の中だけで消さないところから始めます。
6. まとめ:仕事を終わらせても、同じ場所へ仕事が補充され続ければ終わりません
やってもやっても仕事が終わらないのは、必ずしも仕事をさばけていないからではありません。処理してくれる人へ仕事を頼むことは、それぞれの依頼元にとって合理的でも、全員が同じ一人の有限な時間と処理能力を使えば、その余白はなくなります。 しかも本人が何とか処理するほど「この人に頼めば進む」という結果が残り、次の仕事まで同じ場所へ流れやすくなります。
だから必要なのは、もっと頑張って入口から来る仕事を吸収することではありません。今の仕事量で守れる納期を返す、仕事の流入量を見えるようにする、新しい仕事を入れるなら何を動かすかまで決める。 追加の仕事に必ず制約や調整を返せるようになると、一人の余白だけが無料で使われ続ける「負担の捨て場」を少しずつ逆回転させられます。
参考文献
Cross, R., Rebele, R., & Grant, A. (2016). “Collaborative Overload.” Harvard Business Review, January–February 2016.https://hbr.org/2016/01/collaborative-overload 職場における協働時間の増加や、価値ある協働が一部の従業員へ集中する傾向を参照。
Mark, G., Gudith, D., & Klocke, U. (2008). “The Cost of Interrupted Work: More Speed and Stress.” Proceedings of the SIGCHI Conference on Human Factors in Computing Systems, 107–110.https://doi.org/10.1145/1357054.1357072 割り込みを受けると作業速度を上げて補う一方、ストレス、時間的プレッシャー、努力感などが高まる実験結果を参照。
Hardin, G. (1968). “The Tragedy of the Commons.” Science, 162(3859), 1243–1248.https://doi.org/10.1126/science.162.3859.1243 複数の主体が有限な資源をそれぞれ合理的に利用した結果、全体として資源が過剰に消費される「共有地の悲劇」の考え方を参照。
Sterman, J. D. (2000). Business Dynamics: Systems Thinking and Modeling for a Complex World. Irwin/McGraw-Hill.https://www.mheducation.com/highered/product/business-dynamics-sterman.html ある行動から生じた結果が次の行動へ戻り、同じ動きを強めたり弱めたりするフィードバック構造の考え方を参照。
Darley, J. M., & Latané, B. (1968). “Bystander Intervention in Emergencies: Diffusion of Responsibility.” Journal of Personality and Social Psychology, 8(4, Pt. 1), 377–383.https://doi.org/10.1037/h0025589 複数の人が関与することで、一人ひとりが感じる責任が弱くなる「責任分散」の基礎研究として参照。
なぜ仕事をしているのに、いつまでも終わらないのか?次々降ってくる仕事への対処
朝からずっと仕事をして、一つずつ終わらせている。それなのに、夕方になると朝にはなかった仕事が増え、「今日も終わらなかった」となる。そんな状態が続くと、自分の段取りや仕事の進め方に問題があるようにも感じます。
でも、原因は処理の仕方だけとは限りません。仕事を終わらせるほど次の仕事が入り、複数の依頼が一人のところへ積み重なっていく仕組みができていることがあります。この記事では、なぜやってもやっても仕事が終わらなくなるのかを行動科学から整理し、仕事の入口と負担の流れを変える方法まで考えます。
1. 一つ終わらせても、すぐ次の仕事が入ってきます
朝からずっと仕事をしていて、一つずつちゃんと終わらせています。それなのに、いつまでたっても『今日はここまで』になりません。
朝は見積書を2件と顧客への返信、午後の会議資料を終わらせる予定でした。ところが見積を一つ片づけたところで上司から別案件の確認が入り、それを終えると顧客から修正依頼が届きます。午後には他部署から急ぎの資料を頼まれ、会議が終わったころには朝にはなかった仕事がいくつも増えています。
一つ一つは実際に終わっていますし、仕事を止めている時間があるわけでもありません。それでも、終わらせたそばから次の仕事が入ってくるので、夕方になっても「あとこれだけ」がなくなりません。これだけ仕事を片づけているのに、なぜ毎日やってもやっても仕事が終わらないのでしょうか。
2. 終わらせても次の仕事で埋め戻される3つのパターン
仕事が終わらないと、自分の段取りや効率に問題があるように感じます。しかし、一件ずつは普通に処理できていても、仕事を減らしている間に、別の入口から新しい仕事が補充され続けていることがあります。
「今日中にこれ確認してもらえますか」「顧客から急ぎで返事が欲しいそうです」と途中で仕事が入ってきます。相手が待っていると聞けば放っておくわけにもいかず、その対応を先に済ませます。ようやく元の仕事へ戻ると、また別の確認が来ています。頼まれたことも自分の仕事もやっているのに、夕方になってもまだやることが残っています。
「これくらいなら今日中に返せる」と、任された仕事はなるべく早く処理しています。頼まれたものを滞留させたくありませんし、「忙しいので今日は無理です」と言うほど大きな仕事でもないと思っています。ところが、早く返せばまた「じゃあこれもお願い」と次の案件が回ってきます。かなりの件数を終わらせているはずなのに、いつ見ても次の仕事があります。
予定していた仕事を優先順位どおり進めていますが、「顧客から返事が来たので対応」「この案件だけ今日確認」「会議までにこの数字を出して」と、その都度期限のある仕事が差し込まれます。どれも業務上は先に処理する理由があるので無視できません。その間に元の仕事は後ろへずれます。一件ずつ筋の通った判断をしているはずなのに、仕事全体ではいつまでも終点へ近づきません。
ここで起きている構造:負担の捨て場
ここで問題なのは、本人が自分から仕事を増やしていることではありません。上司から見れば「この人なら今日確認できる」、他部署から見れば「この人なら事情を知っている」、顧客から見れば「この人なら対応してくれる」。それぞれにとって、その人へ仕事を頼むこと自体には十分な理由があります。
しかし、使われている勤務時間や処理能力は同じ一人分です。新しい仕事が追加されても、もともとの仕事が消えたり、締切が自動で後ろへずれたりするわけではありません。それでも処理してくれる人には、別々の場所から少しずつ仕事が流れ込みます。一件ずつ見れば合理的な依頼が重なり、組織で生まれた追加負担が、処理しやすい人のところへ集まり続ける。これが、ここでいう「負担の捨て場」です。
補足:仕事の負担は、一部の人へ大きく偏ることがあります
Cross、Rebele、Grantが2016年にまとめた調査では、管理職や従業員がメール、会議、相談などの協働活動に使う時間は、過去20年間で50%以上増加したとされています。また、300以上の組織を対象とした分析では、価値を生む協働の20〜35%が、わずか3〜5%の従業員に集中するケースが多いと報告されています。すべての追加業務を扱った調査ではありませんが、「頼れば進む人」へ組織内の需要が偏ることがあると分かります。
また、Mark、Gudith、Klockeが2008年に行った実験では、作業途中に割り込みを受けた参加者は、その遅れを補うように仕事を速く進める一方で、ストレス、焦り、時間的プレッシャー、努力感が高くなりました。追加の仕事が入っても本人がその都度吸収できている間は、外から見ると「この入れ方でも回っている」状態が残ります。仕事を処理できていることと、まだ余裕があることは同じではありません。
3. 行動科学で解説:みんなが合理的に頼むほど、一人の余白だけがなくなっていく
上司が急ぎの確認を頼むことも、他部署が詳しい人へ相談することも、顧客が担当者へ修正を頼むことも、それだけを見れば不自然ではありません。むしろ、早く返してくれる人、事情を知っている人、任せれば終わる人へ仕事を持っていくのは、それぞれの依頼元にとって合理的です。問題は、その判断がすべて同じ一人の時間と処理能力を使っていることです。
しかも、仕事を追加する側は、その一件を頼むことで得られる利益は受け取れますが、その結果ほかの仕事が後ろへずれる負担まで全部引き受けるわけではありません。それでも本人が何とか吸収すれば、同じ頼み方は次にも使われます。そして、複数の依頼を合わせて「何を残し、何を後ろへ送るか」を決める人がいなければ、一人の有限な余白だけが、みんなから使える空き容量のように扱われ続けます。
3つの理論で詳しく見る
コア理論:共有地の悲劇 ― 一人ひとりには合理的な利用でも、同じ有限容量を使えば枯渇する|環境依存
共有地の悲劇とは、複数の人が利用できる有限な資源を、それぞれが自分にとって合理的な範囲で使った結果、全体では資源が使われすぎてしまう構造です。ポイントは、誰か一人が極端に間違った判断をしている必要がないことです。一人ひとりは「自分が使うこの程度なら問題ない」と判断していても、それが積み重なると資源全体が持たなくなります。
今回、共有されているのは文字どおりの公共資源ではなく、一人の勤務時間、処理能力、予定の余白が、複数の依頼元から使える容量のように扱われている状態です。上司の一件、他部署の一件、顧客の一件は、それぞれなら処理できます。しかし全部が同じ人へ重なれば、その人が今日何をするかは自分の予定より、外からどれだけ仕事が入ってくるかに左右されます。仕事量が本人の意思より仕事の流入環境によって決まり続けることが、ここでの「環境依存」です。
なぜ仕事をしているのに、いつまでも終わらないのか?次々降ってくる仕事への対処
サブ理論:フィードバックループ ― 頼んだら返ってくることが、次も頼む理由になる|フィードバック暴走
フィードバックループとは、ある行動から生まれた結果が次の行動へ戻り、同じ動きを繰り返したり強めたりする仕組みです。一度うまくいった方法は、次にも使われやすくなります。
今回も、「この人に頼む → 仕事が返ってくる」という経験が積み上がれば、「やっぱりこの人に頼めば進む」という判断が強くなります。本人が予定を詰めたり、別の仕事を後ろへ回したりして何とか処理した事情までは見えなくても、依頼した仕事が返ってきたという結果は残ります。頼む → 処理される → 頼れる人としてさらに選ばれる → また頼む。仕事を片づける行動が、次の仕事の流入まで強めてしまうことが、ここでの「フィードバック暴走」です。
なぜ上司と合わないと、仕事そのものまで嫌になってしまうのか?
なぜ仕事をしているのに、いつまでも終わらないのか?次々降ってくる仕事への対処
なぜ上司は、黙って頑張る部下ほど仕事を増やすのか?
補助理論:責任分散 ― 自分の依頼には責任を持っても、全部合わせた負荷には誰も責任を持たない|バグ:責任転嫁
責任分散とは、複数の人が関わる状況では、問題全体に対する一人ひとりの責任が薄くなりやすい現象です。それぞれが自分の担当部分には責任を持っていても、複数の担当をまたぐ問題になると、「誰が全体を調整するのか」が曖昧になることがあります。
今回も、上司は自分が頼んだ仕事、他部署は自分たちの確認、顧客は自分の要望にはそれぞれ理由があります。しかし、「全部合わせて今日できるのか」「この一件を入れるなら何を後ろへ送るのか」「誰に振り分けるのか」まで引き受ける人がいなければ、その調整だけが本人へ残ります。本来は仕事を配分する側も関わるべき総量調整が、最後に処理する一人へ移されることが、ここでの「責任転嫁」です。
なぜ「無能な上司」は、部下に仕事を丸投げするのか?
なぜ仕事をしているのに、いつまでも終わらないのか?次々降ってくる仕事への対処
なぜ辞める人は、職場で裏切り者のように扱われるのか?
構造の固定化:頼む側には合理的で、処理する側だけに負担が積み上がる
仕事を処理してくれる人がいれば、それぞれの依頼元にとってその人へ頼むのは合理的です。しかし、全員が同じ有限な時間と処理能力を使えば、本人の予定の余白は少しずつ失われます。それでも本人が何とか仕事を返せば、「この人に頼めば進む」という結果が残り、次も同じ人へ仕事が流れます。
そして、複数の依頼を合わせて総量を調整する責任が曖昧なら、新しい仕事が入るたびに何を外すかを本人が考えることになります。処理してくれる人へ仕事を置く → 本人の有限容量が使われる → 本人が何とか処理する → 頼れば返るという結果が残る → また仕事が集まる → 誰も全体量を調整しない → 本人がまた差分を吸収する。こうして、一件ずつ終わらせても別の仕事で埋め戻される「負担の捨て場」が固定されていきます。
4. この構造をほどくには:追加の仕事を「無料で載せられる状態」にしない3つの攻略
よくある失敗:来た仕事を全部受けてから、自分の中で優先順位をつける
新しい仕事が来たらひとまず引き受け、そのあとで自分の予定を組み替える。忙しい人ほどやりがちな方法ですが、これでは仕事を追加した側には「引き受けてもらえた」という結果しか返りません。どの仕事を後ろへ送るか、予定を詰めるか、残業するかといった調整は、すべて本人の中へ隠れます。追加したことで生じた負担が相手に見えないままなら、次の仕事も同じように上へ載せられます。
攻略のヒント:「受けるか断るか」ではなく、有限な処理枠を使う条件を外へ返す
今回止めたいのは、仕事を頼まれることそのものではありません。問題なのは、新しい仕事を追加しても、依頼側から見ると何も動かない状態です。仕事を一つ入れるなら納期、優先順位、担当のどこかには影響が出る。その制約まで外へ返せるようになると、「この人に頼めば、とりあえず全部追加できる」という流れを変えられます。
攻略1:「頑張ればできる日」ではなく、「今の仕事量で約束できる日」を返す【外部基準】
新しい仕事の納期を決めるとき、自分が残業したり予定を詰めたりすれば実現できる最短日を基準にしないようにします。すでに入っている仕事と通常の勤務時間を前提に、無理に既存業務を圧縮しなくても守れる日を納期として返します。たとえば、頑張れば明日できても、今の予定のままなら木曜になるなら、まず木曜を基準にします。
そこで相手が「もっと早く必要」と言えば、別担当へ回す、別の処理先を探す、既存案件の優先順位を変えるといった調整が初めて発生します。「それならほかに頼む」となっても失敗ではありません。これまで一人の頑張りで吸収されていた急ぎのコストが、別の処理経路へ返ったということです。自分の処理枠の制約を隠さないことで、「頼む→無理して返す→また頼まれる」という流れを止めます。
攻略2:残件だけでなく、「開始・追加・完了」を分けて見る【観測】
仕事一覧だけを見ると、朝に8件あって夜に5件残っていれば、「今日は3件しか減らなかった」ように見えます。しかし、途中で7件追加され、10件終わらせた結果5件残ったのであれば、一日に起きていたことはまったく違います。朝の開始量、途中で入った追加量、その日に完了した量、最後に残った量を分けて見るだけで、仕事の入口と出口を別々に捉えられます。
これは、自分が頑張っていることを証明するための記録ではありません。攻略1の納期や攻略3の優先順位を決めるために、どれだけ仕事が入ってきているのかを判断できる材料を作るのが目的です。「忙しいです」ではなく、「今日は朝8件から始まり、途中で6件追加されています」と分かれば、新しく入る仕事をどう扱うかまで話せるようになります。
攻略3:急ぎを入れるなら、「何を動かすか」までセットにする【ルール化】
特に社内から新しい仕事が追加されるときは、新しい仕事を入れたまま、既存の仕事も全部そのまま残す状態を当たり前にしないようにします。急ぎの仕事を今日入れるなら、納期を動かす、優先順位を動かす、担当を動かす。このどれかを同時に決めるルールにします。
たとえば上司から「これ今日お願い」と言われたら、「できます。その場合、今日予定していたAは明日に回します。Aとこちら、どちらを優先しますか」と返します。仕事を拒否しているわけではありません。これまで本人の中だけで処理していた『何を後ろへ送るか』という判断を、仕事を追加する側まで戻しています。追加に必ず何かの押し出しを伴わせることで、一人の処理枠へ仕事だけを積み続ける流れを止められます。
5. まず10分でできること:今日の仕事を「何件残ったか」ではなく、どう増えたかで書き出す
まず今日の仕事を思い出して、朝の時点で持っていた仕事/途中から追加された仕事/今日終わらせた仕事の3つに分けて書いてみます。厳密な工数表を作る必要はありません。何件くらい新しく入ってきたのかが分かれば十分です。
次に、追加された仕事の中から一つ選び、「これを普通に入れたら、本来どの仕事が後ろへ動くはずだったか」を考えます。何も動かしていなかったなら、その差分を自分の予定の圧縮や時間で吸収していたことになります。
最後に、次に同じような追加が来たときの返し方を一つだけ決めます。「今の予定なら○日です」「今日入れるならAを明日に回します」のように、新しい仕事によって動く条件まで一緒に返せる形にします。まず一件だけでも、追加負担を自分の中だけで消さないところから始めます。
6. まとめ:仕事を終わらせても、同じ場所へ仕事が補充され続ければ終わりません
やってもやっても仕事が終わらないのは、必ずしも仕事をさばけていないからではありません。処理してくれる人へ仕事を頼むことは、それぞれの依頼元にとって合理的でも、全員が同じ一人の有限な時間と処理能力を使えば、その余白はなくなります。しかも本人が何とか処理するほど「この人に頼めば進む」という結果が残り、次の仕事まで同じ場所へ流れやすくなります。
だから必要なのは、もっと頑張って入口から来る仕事を吸収することではありません。今の仕事量で守れる納期を返す、仕事の流入量を見えるようにする、新しい仕事を入れるなら何を動かすかまで決める。追加の仕事に必ず制約や調整を返せるようになると、一人の余白だけが無料で使われ続ける「負担の捨て場」を少しずつ逆回転させられます。
参考文献
Cross, R., Rebele, R., & Grant, A. (2016). “Collaborative Overload.” Harvard Business Review, January–February 2016.
https://hbr.org/2016/01/collaborative-overload
職場における協働時間の増加や、価値ある協働が一部の従業員へ集中する傾向を参照。
Mark, G., Gudith, D., & Klocke, U. (2008). “The Cost of Interrupted Work: More Speed and Stress.” Proceedings of the SIGCHI Conference on Human Factors in Computing Systems, 107–110.
https://doi.org/10.1145/1357054.1357072
割り込みを受けると作業速度を上げて補う一方、ストレス、時間的プレッシャー、努力感などが高まる実験結果を参照。
Hardin, G. (1968). “The Tragedy of the Commons.” Science, 162(3859), 1243–1248.
https://doi.org/10.1126/science.162.3859.1243
複数の主体が有限な資源をそれぞれ合理的に利用した結果、全体として資源が過剰に消費される「共有地の悲劇」の考え方を参照。
Sterman, J. D. (2000). Business Dynamics: Systems Thinking and Modeling for a Complex World. Irwin/McGraw-Hill.
https://www.mheducation.com/highered/product/business-dynamics-sterman.html
ある行動から生じた結果が次の行動へ戻り、同じ動きを強めたり弱めたりするフィードバック構造の考え方を参照。
Darley, J. M., & Latané, B. (1968). “Bystander Intervention in Emergencies: Diffusion of Responsibility.” Journal of Personality and Social Psychology, 8(4, Pt. 1), 377–383.
https://doi.org/10.1037/h0025589
複数の人が関与することで、一人ひとりが感じる責任が弱くなる「責任分散」の基礎研究として参照。
次に読むなら
このテーマをもっと見る
仕事を回す仕事を始められない から 仕事ができない自分を責める・責められる まで ・ 26記事このテーマの全体を見る →会社・仕事の別の悩みを見る
この記事を書いた人
関連記事