Context Switching: Reduce the Hidden Restart Cost
Understand context switching and attention residue, audit one workday, and reduce unnecessary restarts without becoming unavailable.
Context switching is the cognitive restart required when your active task changes. The immediate fix is to finish the current task or park it with a clear restart note before opening the next one.
What is context switching?
Context switching is the mental work of moving from one task, topic, or decision set to another. You must remember where you stopped, reconstruct the goal, find the relevant material, and reload the new task’s rules.
This differs from operating-system context switching, where computing resources move rapidly between processes. Human task switching is slower and less precise: it can delay completion and increase errors, especially when tasks are complex or require different kinds of attention. The American Psychological Association’s overview of multitasking describes this switching cost without reducing it to one universal percentage.
It is also different from taking a healthy break. A break temporarily removes you from demanding work so you can recover; a switch replaces one active demand with another. A walk or quiet pause may be a break, while checking a separate project during that pause is usually another switch.
The problem is not that every switch is bad. Some are necessary or useful. The problem is letting every notification, question, and unfinished thought decide what your mind handles next.
What is attention residue?
Attention residue is cognition about Task A that persists after you move to Task B. Sophie Leroy’s 2009 attention-residue study describes how part of your cognition can remain attached to the previous task, particularly when it is unfinished or unresolved.
You may be looking at a new document while mentally rehearsing the email, problem, or decision you left behind. An unfinished task creates an open loop: without a clear stopping point, your mind keeps asking what you were about to write, whether you missed something, or what should happen next.
That background checking competes with the task in front of you. A half-written paragraph, unanswered question, or missing file can be enough to create residue.
A short completion note gives the earlier task a visible state. “The outline has three sections; next, add the customer example” is easier to leave and resume than “I need to remember where I was.”

How much does a switch cost?
There is no single honest universal number. The repeated claim that every interruption requires 23 minutes of recovery overstates what research can tell us: cost varies with the task, interruption, worker, and amount of unfinished work.
The University of Washington software-productivity study reported that developers in its cited field study switched about 13 times per hour and spent roughly six minutes per task. That describes an observed population and work setting, not every developer or worker.
A 2008 field study associated with Gloria Mark and UC Irvine observed information workers being interrupted or self-interrupting frequently, with some interrupted tasks taking about 23 minutes to resume. Those were dated, study-specific observations, not constants for every worker. The useful lesson is that interruption patterns can create substantial hidden cost.
| Switch type | Likely cost | Recovery action |
|---|---|---|
| Related task in the same project | Low to moderate | Write the next action |
| Unrelated focused task | Moderate to high | Finish a small unit or park it |
| Notification-driven interruption | Variable | Batch notifications |
| Urgent request with missing details | High | Clarify outcome and owner |
| Planned meeting or collaboration | Predictable | Close the prior task early |
| Emergency that changes priorities | Potentially high, but justified | Record what was displaced |
Measure your own pattern rather than borrowing someone else’s number. If a switch repeatedly costs 12 minutes and happens ten times a day, it deserves a system-level response.
Run a one-day switching audit
A switching audit is a one-day record of what you leave, what you open, and how long it takes to become useful again. Record the ordinary day, including small switches that seem too minor to count.
| Time | From | To | Trigger | Planned/unplanned | Restart note | Minutes to useful work |
|---|---|---|---|---|---|---|
| 9:10 | Draft proposal | Team chat | Notification | Unplanned | Verify pricing section | 8 |
| 10:35 | Data review | Customer call | Calendar | Planned | Compare rows 40–60 | 3 |
| 1:20 | Project plan | Support request | Colleague message | Unplanned | Waiting for launch date | 14 |
At day’s end, ask which triggers caused the most unplanned switches, which tasks took longest to restart, and which transitions were necessary rather than merely available. Note how often you returned without knowing the next physical action.
Then choose one switch to remove, one to batch, and one to make easier with a better parking note.
Reduce switches without becoming unavailable
You can protect focused work without disappearing: make access predictable.
Batch similar communication into notification windows, such as 10:30 a.m., 1:30 p.m., and 4:00 p.m. If your role requires faster responses, shorten the windows instead of leaving every channel open continuously.
Set office hours for questions, reviews, or quick decisions. A visible “available from 2:00–3:00” period gives colleagues a reliable path to you while protecting other blocks. Time-blocking can make these boundaries visible without making them rigid.
Use a work-in-progress limit: keep one primary outcome active and, if necessary, one clearly defined secondary item. New requests can enter a queue instead of becoming immediate commitments.
Before switching, finish a small unit if it will take only a few minutes. Otherwise, leave a finish-or-park note. This works well alongside single-tasking and practices for stopping distraction.
Create an emergency channel with a clear definition. A production outage, safety issue, or deadline that truly cannot wait may qualify; a message marked urgent does not automatically qualify.
After your audit, the Today’s Three card in Do Only 3 Things a Day can help protect one chosen outcome while keeping you reachable. Its failure-mode diagnostics help identify whether notifications, unclear ownership, oversized tasks, or weak boundaries are causing the switches.

Use the 90-second parking note
A parking note takes about 90 seconds and should state what is true now, what happens next, what remains unresolved, and what resource is needed.
Use this exact template:
Current state:
Next physical action:
Unresolved question:
Needed file/person:
Example:
Current state: Customer proposal is drafted through pricing; the recommendation is still rough.
Next physical action: Add the three-month cost comparison under “Recommendation.”
Unresolved question: Should implementation support be included in the base price?
Needed file/person: Latest support-hours estimate from Maya.
“Next physical action” matters because “work on proposal” is too vague. “Open the pricing sheet and copy the three-month comparison into section four” makes the first minute of resumption obvious. Keep the note at the top of the document, in your task manager, or beside the open loop in your work log.
Frequently asked questions
Is context switching the same as multitasking?
Not exactly. Multitasking describes handling multiple demands during the same period, while context switching describes movement between them; much apparent multitasking is rapid task switching.
Are breaks context switches?
A genuine break is not necessarily a harmful context switch, especially when it remains restorative. The cost rises when the break introduces another demanding task, such as checking email or solving a work problem.
What if my job requires interruptions?
Design around them by defining true emergencies, using an emergency channel, batching non-urgent requests, and keeping restart notes for displaced tasks. If interruptions are constant, measure the pattern and discuss staffing, ownership, queue design, or response expectations.
How many tasks should be active?
For focused work, one primary task is the safest default, with other work queued or clearly waiting. If you repeatedly forget where you stopped, your active-work limit is probably too high.