多任务同时推进？用时间块守住深度工作
一边回消息，一边写方案，一边等测试结果，看起来效率很高。但一天结束复盘时会发现：几件事都推进了一点，没有一件真正完成。这种忙碌却没有产出的状态，根源是多任务带来的注意力切换成本，以及浅层事务对时间的持续侵蚀。
切换的成本被严重低估
人脑并不真正并行处理需要专注的任务。所谓多任务，实质上是在任务之间快速切换。每一次切换，都要付出一次“重新加载上下文”的代价——你得重新想起自己刚才做到哪、接下来要判断什么。
更麻烦的是，被打断后重新进入深度状态需要相当长的时间，而且这个恢复过程往往不完整。有研究观察到，被打断后人们会加快节奏以弥补时间，结果是错误率上升、决策质量下降。所以多任务真正偷走的不是时间，而是可用的注意力质量。
时间块怎么用
时间块的核心思想是：不要按待办清单安排一天，而是按时间段落安排一天。每个段落只做一类事，并且在段内不切换。
- 先切分任务类型。把一天的工作分成少数几类：需要深度思考的（写方案、做分析、写代码）、需要沟通的（会议、回复、对齐）、以及事务性的（填表、查资料、报销）。
- 为深度工作安排整块时间。每天至少保住一到两个九十分钟以上的连续时段，用来处理最重要、最需要思考的事，并放在你个人状态最好的时间。
- 把浅层工作集中打包。消息、邮件、审批不要随时处理，集中到两三个固定窗口批量处理。频繁查看的代价，远高于延迟回复的代价。
- 段内只做一件事。时间块的价值来自连续性。五分钟查看一次消息，等于把这个块切成了碎片。
- 给块之间留缓冲。不要排满。留出十五分钟的空隙，用于处理上一个块遗留的问题和过渡。
怎么守住这些块
时间块的难点不在安排，而在守护。三个具体做法：把状态设为“请勿打扰”并让同事知道你的沟通窗口；把最需要专注的块安排在别人不容易打扰的时段（比如刚上班的前两小时）；如果确实需要即时响应，就明确说明“紧急情况打电话，其他消息我会在两小时内回复”。
另外，深度工作的时间块应该和任务颗粒度配合——如果一个任务本身还是模糊的，你在块里要先花时间决定做什么，这个块就被浪费了一半。所以在排块之前，任务要先拆到可执行。
一个案例
一位产品经理过去习惯随时响应，一天回复上百条消息，方案总是拖到晚上加班写。她把上午九点到十一点半设为深度块，关闭通知、只留一个紧急通道；把消息和审批集中在十一点半到十二点、下午四点到四点半两个窗口处理。前两周她一度焦虑，担心自己响应不及时。一个月后，她的方案产出量明显提升，质量也更稳定；同事也适应了新的响应节奏，真正紧急的事情都会打电话——而那些“看起来紧急”的消息，绝大多数其实可以等两个小时。
常见误区
把满满当当的日程当成高效。没有缓冲和深度块的日程，只是在日历上堆了更多切换点。
深度块里做浅层事。宝贵的整块时间被用来回消息，是最常见的浪费。
把即时响应当成责任感。随时在线带来的是即时感，不是产出。明确的沟通节奏反而更专业。
一开始就排满整天。时间块需要适应期，先从每天一个块开始，稳定之后再增加。
行动建议
明天试着做一件事：在日历上划出一个九十分钟的深度块，写清这个块只做什么，把通知全部关掉。然后设置两个固定的消息处理窗口。坚持一周，记录深度块的完成率和你最想推进那件事的进展。你很可能第一次感受到，“专注两小时”的产出能超过“忙碌一整天”。