Paul Graham famously distinguished between "Manager Schedule" and "Maker Schedule." Managers live in hourly blocks; a 10-minute interruption is just another meeting. Makers (engineers, designers) live in 4-hour blocks. A 10-minute interruption destroys the entire afternoon.
Context switching—shifting your attention from one task to another—comes with a cognitive tax. Research suggests it takes ~23 minutes to regain deep focus after an interruption.
The Sources of Interruption
- Chat Tools: The "hey quick question" culture.
- Meetings: Standups, planning, refinement, demos, all-hands.
- Support Rotation: Being pulled off feature work to fix a prod bug.
- PR Reviews: Feeling obligated to review code the second a notification pops up.
Protecting the Flow
1. No-Meeting Days
Institute a policy: No meetings on Wednesdays. Or no meetings before 1 PM. Give your team contiguous blocks of time to think.
2. Batching PR Reviews
Encourage developers to check for PRs to review 2-3 times a day (e.g., morning, after lunch, end of day) rather than reacting to every ping instantly. This balances unblocking teammates with protecting your own focus.
3. The "On-Call" Shield
Assign one person per sprint to be the "Goalkeeper." They handle all support requests, bug triage, and "quick questions." Everyone else is allowed to ignore chat tools and focus on deep work. Rotate this role so no one burns out.
Visualizing the Cost
In Velocinator, we can often see context switching in the Work Activity timeline. If a developer's activity log shows 1 commit, then a 4-hour gap, then 3 comments, then 1 commit on a different repo—that's a fragmented day.
Compare that to a "Maker Day": A tight cluster of commits and focused activity on a single repository. The output difference is usually staggering.
Velocity isn't about typing faster. It's about thinking uninterrupted.