忙しさは成果ではない：割り込みと優先順位の設計【第11回】

この記事を読み終えると、割り込みを4種類に分類して対応を決められ、断るのではなく優先順位を委ねる言い方を使え、同時に抱える作業の数を制限して集中時間を確保できるようになります。ジュニアエンジニア向け 成果の出し方シリーズ（全12回）の第11回です。

🎯 テーマの主役：「割り込みの設計」

今回の主役は割り込みの設計です。一言で言えば、割り込みとは「計画の外から入ってくる仕事」であり、設計とは「それを排除すること」ではなく「どう扱うかを決めておくこと」です。排除はできません。設計はできます。

日常の例えで言うなら、厨房です。1人のシェフが同時に火にかけられる鍋の数は限られています。鍋を増やせば、全部の火加減がずれます。1つの鍋に集中しているとき、別の注文が入る。ここで上手いシェフと下手なシェフの差が出ます。下手なシェフは、入ってきた注文をすべて同時に火にかけます。そして全部が焦げます。上手いシェフは、いま火にかけている鍋の数を把握していて、新しく入った注文を「いつ火にかけるか」を決めます。断るのではなく、順番を決めるわけです。

エンジニアの仕事も同じです。割り込みは、あなたの能力を試すものではありません。あなたの段取りを試すものです。そして段取りの良し悪しは、「同時に抱える数」を管理しているかどうかに出ます。

この記事の仮説はこうです。忙しさは成果ではなく、割り込みは排除できない。したがって生産性とは、割り込みを減らす技術ではなく、割り込みがあっても成果を出す段取りの技術である。もしこれが正しければ、あなたが身につけるべきは速く働くことではなく、抱える数を制御することになります。

なお第6回（進捗報告）と第10回（見積もり）で、「いつできるか」を正確に伝える技術を扱いました。今回の第11回は、その予定が割り込みで壊れるという現実を扱います。第10回と第11回はセットです。見積もりに待ち時間と割り込みを含める（第10回）ためにも、割り込みの実態を測る（第11回）必要があります。

動機：「1日忙しかったのに、何も進んでいない」

ジュニアエンジニアが最初に直面する、奇妙な感覚があります。1日中動き続けたのに、夕方に「今日何を終わらせたか」を思い出せない。

そしてタスクボードを見ると、5つのタスクがすべて「進行中」です。どれも中途半端で、どれも完了していません。さらに明日、今日の続きをやろうとすると、どこまでやったかを思い出すのに時間がかかります。昨日の自分が何を考えていたか、分かりません。

この状態の原因は、能力ではなく設計です。同時に抱える数が多すぎる。そして割り込みを「全部受ける」と決めてしまっている。断っていないのに、結果として全部を中途半端にしている。優しさが、成果を殺している状態です。

この記事のゴールは、割り込みがあっても、成果が出る形にすることです。

🔍 検証①：割り込みは異常ではなく、常態である

まず、前提を直します。「割り込みがなければ集中できるのに」という期待は、捨てたほうがよいです。割り込みは、組織で働く以上、必ず発生します。

理由は3つです。第一に、あなたの作業は、他の人の作業に依存されています。第二に、本番は動いており、問題が起きます。第三に、組織は変化し続けるので、新しい依頼が発生します。これらはすべて、正常な現象です。割り込みがない職場は、あなたが孤立しているか、誰にも依存されていない可能性があります。

だから「割り込みをゼロにしよう」としないこと。代わりに「割り込みを想定した計画」を立てます。第10回で扱った「待ち時間を見積もりに入れる」と同じ発想です。実作業が1日の半分なら、見積もりは2倍にします。これが現実的な計画です。

🔍 検証②：切り替えには、見えないコストがかかる

次に、割り込みのコストを定量化します。これは体感よりはるか大きいことが知られています。

研究では、割り込みのコストが測定されています。ある調査では、作業を中断された後、元のタスクに完全に戻るまでに平均で20分以上かかることが報告されています。さらに「注意の残留」という現象も知られています。別のタスクに移っても、前のタスクのことが頭に残り、集中力を下げるのです。切り替えは、無料ではありません。

このコストは「1回あたり」です。1日に10回割り込まれると、単純計算で数時間が消えます。そして厄介なのは、このコストが「見えない」ことです。勤務時間は埋まっているので、忙しく見えます。しかし成果は出ていません。「忙しいのに進まない」の正体は、ここにあります。

🔍 検証③：割り込みを4種類に分類する

次に、分類です。すべての割り込みに同じ対応をすると、必ず失敗します。緊急のものと、そうでないものを混ぜると、緊急のものが遅れます。逆に全部を緊急扱いすると、何も終わりません。

割り込みは4種類に分けられます。

①本番の異常：サービスが止まっている、データが壊れている。最優先。他のすべてを止める。第2回（障害対応）の対象です。

②他者を止めているもの：あなたの判断や作業を待っている人がいる。あなたが止めている限り、相手の時間も消えています。最優先に近い。ただし本当に止まっているかを確認します（「急ぎではありません」と言われることも多い）。

③新しい依頼：追加の作業依頼。緊急度は様々です。ここが最も判断を誤ります。緊急に見える依頼の多くは、緊急ではありません。

④自分由来：自分の思考の中断。思いつき、気になった点、通知。「あ、これも直さないと」。最も数が多く、最も無視されます。そして最も削減しやすい。

②の見極めが実務で効きます。「これがないと進められない」と言われたら即対応します。ただし「本当に止まっているか」を1問だけ確認します。「いま止まっていますか。それとも今日中で大丈夫ですか」。この質問で、半分の「急ぎ」は消えます。多くの人は、自分の都合で「急ぎ」と言います。悪意はありません。相手の計画に余裕があっても、依頼する瞬間は急いで見えるだけです。

🔍 検証④：断るのではなく、優先順位を委ねる

次に、最も実用的な技術です。「断る」のではなく「優先順位を委ねる」。

「できません」と言うと、関係が壊れます。しかし「いまAをやっており、あと2日で終わります。Bを先にやるなら、Aが2日遅れます。どちらを優先しますか」——これは断りではありません。選択の依頼です。そしてどちらを選んでも、あなたは約束を守っています。判断したのは相手だからです。

この技術の核心は、「誰が優先順位を決めるか」を明確にすることです。優先順位を決めるのは、依頼者ではなく決定権を持つ人です。あなたが勝手に決めると、どちらかを裏切ります。決定者に委ねれば、誰も裏切りません。これは第4回（理不尽シリーズ）で扱った「決定者」、第6回の「判断を引き出す報告」、第8回の「提案」と、すべて同じ構造です。

4行目の「部分的に応える」も強力です。「Bを先にやって、Aを1日だけ遅らせます」。両方に価値を出しつつ、遅れを明示します。そして「1日」という具体的な数字が、相手の判断を助けます。曖昧な「頑張ります」が、最も信頼を失います。

🔍 検証⑤：自分由来の割り込みを減らす

次に、最も多く、最も見過ごされる割り込みを扱います。自分自身による中断です。

通知、思いつき、気になった点。「あ、この変数名も直したほうがいい」「このテストも追加したい」。これらは善意から来ますが、数が多く、確実に集中を壊します。そして外部の割り込みと違い、自分で制御できます。

対処は3つです。①通知を切る（作業中は通知を見ない時間帯を作る）。②思いつきは記録して後回しにする（メモに書いて、いまの作業を続ける）。③調べ物の深追いを止める（15分で切り上げて記録する）。

「メモに書いて後回しにする」は、単純ですが非常に効果的です。思いつきを実行しない不安は、記録することで消えます。安心して、いまの作業に戻れます。そして1日の終わりに、メモを見て判断します。その時点で不要になっている項目が、半分以上あります。思いつきの半分は、実行する価値がありません。

🔍 検証⑥：まとまった時間を、先に予約する

次に、集中できる時間の確保です。これが最も効果が大きく、最も忘れられます。

エンジニアの作業は「まとまった時間」を必要とします。1時間の空きでは、深い作業はできません。30分でできるのは、メールの返信や小さな確認です。設計や実装は、2〜3時間の連続した時間が必要です。この違いは「メーカーの予定表と管理職の予定表」として説明されています。管理職の時間は1時間単位で区切られ、エンジニアの時間は半日単位です。この2つが混ざると、エンジニアの時間が壊れます。

だからまとまった時間を、先に予約します。カレンダーに「集中時間」を入れる。朝の2時間を予約する。会議を午後に集める。「空いた時間に集中する」は機能しません。空いた時間には、必ず割り込みが入ります。

「細切れの時間に何をするか」を決めておくのも有効です。まとまった時間が取れないときに、返信と記録を片付けます。逆に、細切れの時間に設計を始めると、毎回最初からやり直すことになります。時間の長さに、作業の種類を合わせます。

🔍 検証⑦：同時に抱える数を制限する（WIP制限）

次に、最も効果の大きい構造的な対策です。同時進行の数を制限することです。これはかんばん方式でWIP制限として知られています。

考え方は単純です。「進行中」の列に置ける枚数の上限を決める。上限に達したら、新しい作業は着手せず、まず終わらせる。なぜこれが効くのか。作業の完了数は、着手数ではなく、同時進行数に反比例するからです。検証②の切り替えコストが、同時進行数の増加に対して急激に増えるためです。

「2〜3」が現実的な上限です。1つだと割り込みで完全に止まり、4つ以上だと切り替えコストが勝ちます。そして「進行中」の上限を超えそうになったら、「終わらせる」を優先します。これは自分一人でも実践できます。自分のタスクボードの「進行中」を2枚までに制限する。それだけで、1日の完了数が変わります。

そして割り込みを記録します。何件・何分・どこから来たか。1週間記録すると、驚くほどの量が見えます。そして繰り返し発生している割り込みは、根本的な対策の対象です。週次で同じ問い合わせが来るなら、ドキュメントを書く。同じ手作業が毎回発生するなら、自動化を検討する（第9回）。「繰り返しの手作業」には名前がついていて、削減の対象として扱われます。手作業・反復的・自動化可能・価値が時間とともに増えない仕事をトイルと呼び、その割合を一定以下に抑えることが推奨されています。

結果：1週間の設計シート

1週間を設計するための最小のシートです。

【月曜の朝に決めること】
■ 今週の「進行中」の上限
　2枚まで（3枚目を着手するには、1枚を終わらせる）

■ まとまった時間の予約（先にカレンダーに入れる）
　・火曜 9:00-11:30：＜設計作業＞
　・木曜 9:00-11:30：＜実装作業＞
　※この時間は会議を入れない。割り込みは「記録して後回し」で対応

■ 細切れ時間にやること（決めておく）
　・返信・レビュー・記録・小さな確認

【割り込みが来たら（3秒で判断）】
　① 本番の異常か　　　　　→ 他のすべてを止めて対応
　② 相手が止まっているか　→ 「いま止まっていますか」と1問確認して即対応
　③ 新しい依頼か　　　　　→ 「Aを優先するとBがN日遅れます。どちらにしますか」
　④ 自分由来か　　　　　　→ メモに書いて、いまの作業を続ける

【金曜の終わりに記録する】
　・割り込み件数と合計時間
　・繰り返し発生した割り込み（＝根本対策の候補）
　・完了した数（着手した数ではなく）

このシートの要点は3つです。①同時進行の上限を決める。②まとまった時間を先に予約する。③割り込みを記録する。3つとも、1人で今日から始められます。そして1週間続けると、自分の時間の使われ方が見えます。

考察：優先順位を決めるのは、あなたではない

ここまでを踏まえて、1つ踏み込んだ話をします。優先順位の決定権についてです。

ジュニアのうちに最も危険な誤解は、「優先順位は自分で決めるもの」という思い込みです。あるいは逆に「誰かが決めてくれるもの」という受け身です。正解は「決める人に委ねるのが仕事」です。あなたの仕事は、判断材料を揃えて、判断を要求すること（第6回・第8回と同じ）。

なぜこれが重要か。あなたが勝手に優先順位を決めると、必ず誰かが損をします。Aを優先して Bを遅らせたなら、Bの依頼者が損をします。そしてその損は、あなたの評価に返ってきます。「あの人は頼んだものが遅れる」。あなたは善意で動いたのに、信頼を失う。だから委ねる。委ねれば、決定者が責任を持ちます。そしてあなたは、決められたことを確実にやります。これが最も信頼される働き方です。

もう1つの考察は、「忙しさ」が評価される文化の罠です。忙しく見える人は、努力しているように見えます。しかし第1回で扱ったとおり、評価されるべきは成果であり、忙しさは成果ではありません。そして忙しさを演出すると、より多くの仕事が集まります。結果として、さらに何も終わらなくなります。「忙しい」と言わないことが、長期的には信頼につながります。代わりに「いま終わらせているのはこれです」と言います。成果を語るほうが、忙しさを語るより強い。

そして、継続的な過負荷は、個人の努力では解決できません。第8回（理不尽シリーズ・最終回）で扱った4つの資本を思い出してください。健康が最も基盤です。慢性的な割り込み過多は、燃え尽きの主要な原因の1つです。だから割り込みの記録は、自分を守るためのデータでもあります。「割り込みが全作業時間の半分を占めている」という記録は、改善を求める根拠になります。感情ではなく数字で語れることが、あなたを守ります。

📌 注目ポイント

核心は4点です。第一に、割り込みは排除できない。想定して計画すること。第二に、切り替えには見えないコスト（20分以上の戻り時間）がかかること。第三に、割り込みを4種類に分類し、種類ごとに対応を変えること。第四に、断るのではなく、優先順位を決定者に委ねること。

特に第四点が、最も多くの場面で使えます。「Aを優先するとBがN日遅れます。どちらにしますか」。この一文を覚えておくだけで、あなたの働き方は変わります。優しさを保ったまま、破綻を防げるからです。

💡 活用事例：繰り返す手作業を「削減対象」として扱う

割り込みの削減は、大規模な運用組織で体系化されています。そこで使われている概念がトイル（toil）です。手作業で、反復的で、自動化でき、戦術的で、価値が時間とともに増えない仕事を指します。この割合を一定以下（目安として半分以下）に保つことが推奨されています。

「価値が時間とともに増えない」という基準が重要です。同じ手作業を毎回やることは、経験を積んでも楽になりません。そして、その時間は他の価値を生みません。割り込みの記録を1週間取ると、この種の作業が意外なほど多いことに気づきます。そしてその中から「自動化すべきもの」を選ぶ。第9回の価値の見積もりが、そのまま判断基準になります。頻度が高い × 手作業 × 判断が不要なものは、最優先の自動化対象です。

もう1つの事例の型として、繰り返しの問い合わせをドキュメントに変えるという対策があります。同じ質問が週に何度も来るなら、それは質問ではなくドキュメントの欠如です。第7回で扱った「質問を記録に変える」が、割り込みの削減策としても機能します。1回の記録が、毎週の割り込みを消します。効果は測定できます。「先月は週8件あった同じ質問が、いまは週1件」。これが、あなたの成果の数字になります。

✅ 要点まとめ

• 割り込みは排除できない。想定して計画する（実作業は1日の半分かもしれない）
• 切り替えには見えないコスト：戻りに20分程度、注意の残留が続く
• 割り込みは4種類：本番の異常・他者を止めている・新しい依頼・自分由来
• 「本当に止まっていますか」と1問確認すると、半分の「急ぎ」は消える
• 断らずに優先順位を委ねる：「Aを優先するとBがN日遅れます。どちらにしますか」
• 自分由来の割り込み（通知・思いつき）は、メモして後回しで大幅に減る
• まとまった時間を先に予約する。「空いたら集中する」は機能しない
• 同時進行は2〜3枚まで。完了数は同時進行数に反比例する
• 割り込みを記録する。繰り返し発生するものは根本対策の対象（第9回）
• 優先順位を決めるのは決定者。あなたの仕事は判断材料を揃えること

🚀 取り込み方：明日から使う3段階

今日（5分でできること）：カレンダーに「集中時間」を2時間だけ入れます。明日でも明後日でも構いません。その時間には会議を入れないと決めます。これが最も効果の大きい一歩です。同時に、通知を切る時間帯を1つ決めます。

今週（小さく試す）：割り込みを1週間記録してください。記録するのは4項目だけです。時刻／発生源／内容（一行）／かかった時間。そして週末に合計を見ます。合計が想像より多いことに驚くはずです。そして「繰り返し発生したもの」に印をつけます。それがあなたの最初の削減対象です。

今月（業務に組み込む）：「優先順位を委ねる」を3回使ってみてください。ポイントは数字を入れることです。「Aが2日遅れます。どちらにしますか」。そして返答を記録します。この技術は、使うほど上手くなります。あわせて、繰り返しの割り込みを1つ解消します。同じ質問にドキュメントで答える、手作業をスクリプト化する。削減できた時間を数字で示せば、それが成果になります。第1回で扱った「成果は状態の変化」の、最も分かりやすい実例です。

🔥 ハマりポイント：優先順位で失敗する3つの型

その1：「全部大事だから、全部やる」と思いがちだが、実は全部が中途半端になる

症状は、進行中のタスクが6つ並び、どれも完成しない。原因は同時進行のコストを無視していることです。対処は、「進行中」の上限を決めることです。2枚まで。上限に達したら、新しく着手せず、まず終わらせます。「着手した数」ではなく「完了した数」を数えます。着手は気持ちよさを生みますが、完了だけが成果です。この違いを意識するだけで、行動が変わります。

その2：「断ると嫌われる」と思いがちだが、実は中途半端に受けるほうが嫌われる

症状は、引き受けた仕事が遅れ、依頼者から「あの人は遅い」と言われる。原因は断ることと、優先順位を委ねることを混同していることです。依頼を断る必要はありません。優先順位を委ねるだけです。「どちらを優先しますか」は、依頼者を尊重する言い方です。そして決定者が選んだ結果なので、誰もあなたを責められません。「嫌われるのが怖い」という理由で全部受けると、結果として最も嫌われます。誠実な選択の依頼が、最も誠実です。

その3：「割り込みは自分が遅いせい」と思いがちだが、実は構造の問題である

症状は、割り込みの多さを自分の能力の問題だと感じ、自己否定に陥る。原因は割り込みを個人の失敗として捉えていることです。対処は、記録して数字で見ることです。「先週の割り込みは23件、合計9時間20分」。これは能力の問題ではなく、構造の問題です。そして構造の問題は、個人の努力では解決しません。数字を持って、改善を提案します（第8回）。「割り込みが作業時間の半数を占めています。記録を見てください」。感情ではなく数字で語ることが、あなたを守ります。

🔄 代替アプローチとの比較：割り込みへの対応方針

組織によって、割り込みへの対応方針は異なります。どれが良いかではなく、合意されているかどうかが重要です。

常時対応型が向いているケースは実在します。運用・サポートが主業務のチームでは、割り込みが主業務です。この場合、「割り込みを減らす」のではなく、「計画的作業の時間を別に確保する」のが正解です。つまり、常時対応型でも、まとまった時間の予約（検証⑥）は必要です。「対応しながら設計する」は機能しません。時間帯を分けるか、当番を交代するか。どちらかの設計が必要です。

📅 今後の展望：集中時間は「希少資源」になる

働き方の変化に伴い、集中できる時間の価値は上がっています。チャットツールの常時接続、会議の増加、通知の増加。これらは便利さと引き換えに、集中を細切れにします。だから「まとまった時間をどう確保するか」が、個人とチームの生産性を決めるようになりました。

この流れで、新しい実践が広がっています。会議のない曜日を決める、応答時間の期待値を明示する（即答を求めない文化）、非同期を標準にする。これらは「割り込みの設計」を組織レベルで行う動きです。そしてこの設計は、エンジニアの判断に委ねられることが多い。現場を知っている人が提案するからです。第8回で扱った提案の技術が、そのまま組織改善の提案になります。

もう1つの流れは、AIによる割り込みの一次処理です。定型の問い合わせに自動応答する、過去の回答を提示する。これにより一次対応の負荷は下がります。ただし判断を伴う割り込みは残ります。そしてむしろ、判断が必要な問題が人間に集まるようになります。つまり「どの割り込みに自分が対応すべきか」という判断の重要性は、上がります。第9回の「何をやらないか」と第11回の「どれを先にやるか」は、AI時代にこそ価値が上がる技術です。

まとめ

この記事では、割り込みと優先順位の設計を扱いました。割り込みは排除できず、切り替えには見えないコストがかかります。割り込みは4種類に分類し、種類ごとに対応を変えます。断るのではなく、優先順位を決定者に委ねる。同時進行は2〜3枚に制限し、まとまった時間を先に予約します。そして割り込みを記録して、繰り返すものを削減対象にします。

これを読んだあなたは、割り込みがあっても成果を出す段取りを設計できるようになりました。次の第12回は、シリーズの最終回です。信頼はどう積み上がるのか——第1回から第11回で扱った技術が、1つの大きな資産になる仕組みを見ます。シリーズの総括です。

参考文献

1. Gloria Mark, Daniela Gudith & Ulrich Klocke（2008）「The Cost of Interrupted Work: More Speed and Stress」（CHI） — 中断のコストに関する実証研究。 https://dl.acm.org/
2. Gloria Mark, Víctor M. González & Justin Harris（2005）「No Task Left Behind? Examining the Nature of Fragmented Work」（CHI） — 作業の細分化と復帰時間の調査。
3. Sophie Leroy（2009）「Why is it so hard to do my work? The challenge of attention residue」 — 注意の残留に関する研究。 https://www.sciencedirect.com/
4. Paul Graham（2009）「Maker’s Schedule, Manager’s Schedule」 — エンジニアと管理職で必要な時間の粒度が異なるという指摘。 http://paulgraham.com/
5. David J. Anderson『Kanban: Successful Evolutionary Change for Your Technology Business』（2010） — WIP制限と流れの可視化。
6. Eliyahu M. Goldratt『The Goal』（1984） — 制約理論とボトルネックの考え方。
7. Google『Site Reliability Engineering』第5章 Eliminating Toil — トイルの定義と上限の目安。 https://sre.google/
8. Google『The Site Reliability Workbook』 — トイルの測定と削減の実務。 https://sre.google/
9. David Allen『Getting Things Done』（2001） — 収集・整理・見直しのワークフロー。
10. Greg McKeown『Essentialism: The Disciplined Pursuit of Less』（2014） — 「やらないこと」を選ぶ考え方。
11. William Ury『The Power of a Positive No』（2007） — 関係を保ちながら断る技術。
12. Cal Newport『Deep Work』（2016） — 集中時間の確保と中断の排除。
13. Cyril Northcote Parkinson「Parkinson’s Law」（1955） — 仕事は与えられた時間を満たすように膨らむという法則。
14. Donald G. Reinertsen『The Principles of Product Development Flow』（2009） — 待ち行列と遅延コストの設計。
15. IPA『IT人材白書』／『働き方に関する調査』 — 日本のIT職場における時間の使われ方。 https://www.ipa.go.jp/
16. 厚生労働省『働く人の疲労蓄積度チェックリスト』等の労務関連資料 — 過負荷の把握と健康管理の目安。 https://www.mhlw.go.jp/