仕事の場では、今でも「マルチタスクができる人は優秀だ」という言い方を聞くことがあります。複数の案件を同時に抱え、割り込みに即応し、会議に出ながらチャットへ返事をし、別の資料も進める。外から見ると、仕事ができる人のように見えるかもしれません。しかし、私はこの見方にはかなり疑問があります。マルチタスクとは、本当に優秀さなのでしょうか。それとも、仕事の設計が悪い状態を、個人の集中力と根性で吸収しているだけなのでしょうか。
この記事の結論
マルチタスクは、深い仕事においては優秀さではなく、コンテキストスイッチの多発です。見るべきなのは個人の根性ではなく、仕事の分解、優先順位、割り込み制御、状態記録、責任分界が設計されているかです。
人間は本当の意味でマルチタスクしているわけではない
まず前提として、人間は複数の重い思考作業を完全に同時並行で処理しているわけではありません。多くの場合、実際に起きているのはマルチタスクではなく、コンテキストスイッチです。ある作業をしている途中で別の作業が入り、元の作業を中断し、別の文脈へ頭を切り替え、また元の作業へ戻る。その時には、どこまで考えていたのか、何を前提にしていたのか、次に何を判断しようとしていたのかを復元しなければなりません。
| 見えている状態 | 実際に起きていること |
|---|---|
| 複数案件を同時に進めている | 作業対象を短時間で切り替えている |
| 割り込みに即応している | 元の文脈を中断している |
| 忙しくても手を止めない | 思考の連続性を失いやすい |
| 何でも抱えられる | 状態復元のコストを個人が払っている |
コンテキストスイッチにはコストがあります。前提条件を復元し、判断基準を切り替え、作業状態を確認し直し、集中状態に戻す必要があります。このコストは外から見えにくいですが、設計、実装、検証、障害解析、文章化のような仕事ではかなり大きな損失になります。
マルチタスクが必要な仕事もある
もちろん、すべてのマルチタスクが悪いという話ではありません。マネージャー、ディスパッチャー、一次受付、調整役のような役割では、複数の状態を並行して見て、優先順位を付け、必要に応じて人に振り分ける能力が必要です。ただし、それは深く作る能力とは別の能力です。複数の案件を浅く把握し、状態管理する能力は重要です。しかし、それを設計者、実装者、分析者、検証者にそのまま求めるのは違います。深く考える仕事には、深く考えるための時間と状態が必要です。
マルチタスク信仰は仕事設計の失敗を隠す
問題は、マルチタスクが根性論として使われることです。複数案件を同時に見られる人が優秀。割り込み対応できる人が優秀。忙しくても全部やれる人が優秀。このような言い方は、一見もっともらしく聞こえます。しかし、その裏側にあるのは、単に業務設計の失敗かもしれません。
| 現象 | 背後にある仕事設計の問題 |
|---|---|
| いつも割り込みが多い | 窓口、優先順位、緊急度の定義がない |
| 複数案件を同時に抱える | 担当範囲と責任分界が曖昧 |
| 再開に時間がかかる | 状態記録や判断理由が残っていない |
| 特定の人に仕事が集まる | 作業を渡せる粒度に分解できていない |
| すぐ返す人だけが評価される | 深い仕事より反応速度を評価している |
こうした状態を放置したまま、個人にマルチタスク能力を求めるのは、設計不備を個人の根性で吸収させているだけです。本来やるべきことは、混乱に強い人を探すことではありません。混乱が起きにくい仕事の形を作ることです。
本当に優秀なのはマルチタスクを発生させない人
本当に優秀なのは、複数の仕事を同時に抱えられる人ではありません。複数の仕事を、同時に抱えなくても済む形に整理できる人です。
| 必要な設計 | 意味 |
|---|---|
| タスクを分解する | 作業単位と判断単位を切り分ける |
| 依存関係を整理する | 先に決めることと後でできることを分ける |
| 優先順位を明確にする | 同時に全部やる状態を避ける |
| 状態を記録する | 中断しても再開できるようにする |
| 他人に渡せる形にする | 個人の記憶に閉じた仕事にしない |
| 割り込みを制御する | 集中すべき仕事を守る |
仕事が混乱している状態で頑張る人が優秀なのではありません。仕事が混乱しないように構造化できる人が優秀なのです。ただし、こうした整理は見えにくい仕事です。すぐ返事をした人は目立ちます。割り込みに対応した人も目立ちます。複数案件を抱えて忙しそうにしている人も目立ちます。一方で、仕事を分解し、判断待ちを減らし、他人に渡せる形へ整える仕事は、問題が起きにくくなるほど見えにくくなります。
AI に複数の仕事をまとめて投げても出力は薄くなる
これは AI を使っていてもよく分かります。AI に一つの論点だけを渡し、そこに集中させると、出力は深くなります。一方で、複数の論点をまとめて渡すと、出力はどうしても浅くなります。要約して、分析して、改善案を出して、文章化して、別の形式にも変換してほしい。このように複数の要求を一度に投げると、AI は一応それらしい結果を返します。しかし、それぞれの密度は落ちます。これは AI の能力が低いという話ではありません。処理対象が増えれば、一つひとつに割ける文脈量や注意量が減るということです。
AI ですら、一つに集中させた方が出力の質は上がります。だとすれば、人間に対して複数の重い仕事を同時に処理させ、それを優秀さと呼ぶのはかなり乱暴です。
マルチタスクを減らす確認ポイント
割り込み窓口、優先順位、タスクの分解粒度、状態記録、判断理由、他人へ渡せる単位、集中時間の確保を設計できているか確認する必要があります。
マルチタスク信仰は思考の浅さを生む
マルチタスクを称賛する文化では、深く考える仕事が軽視されがちです。すぐ返事をする。すぐ対応する。すぐ切り替える。複数の会議を渡り歩く。チャットに即レスする。大量のタスクを同時に抱える。こうした振る舞いが仕事ができると見なされやすいからです。しかし、本当に価値を生む仕事は、たいてい見えにくい思考の中にあります。技術設計も、文章も、分析も、改善も、ただ手を動かせばよいものではありません。前提を整理し、構造を考え、矛盾を見つけ、判断を積み重ねる必要があります。
そこに頻繁な割り込みを入れておいて、もっとマルチタスクでやってほしいと言うのは本末転倒です。深い仕事に必要なのは、割り込みへの耐性ではなく、集中できる状態です。
まとめ
マルチタスクは、深い仕事においては優秀さではありません。多くの場合、それはコンテキストスイッチの多発であり、仕事設計の不備を個人が吸収している状態です。本当に見るべきなのは、その人がどれだけ多くの仕事を抱えているかではありません。仕事がどれだけ整理され、再開可能で、他人に渡せて、割り込みが制御されているかです。人間の集中力や認知資源には限界があります。その限界を無視して、全部を同時に処理できる人を優秀と呼ぶのではなく、限られた認知資源を無駄にしない仕事の形を作るべきです。
マルチタスクを美徳にする前に、仕事を設計する。そこから始めた方が、個人にとっても組織にとっても健全だと思います。
関連する記事
- 設計書に残すべきは項目ではなく判断である – 粒度、理由、実体をつなぐ文書設計
判断理由と状態を残すことの重要性を扱っています。 - AI を中途半端にしか使えない理由 – プロンプト術より構造化が重要
AI に渡す入力を構造化する重要性を整理しています。 - エンジニアの仕事とは何か – 技術判断と不確実性を扱う仕事
技術判断と不確実性を扱う仕事としてエンジニアリングを整理した記事です。

