当你拆解一个“工作慢”的人的一天，你会发现他们真正停下手的时间其实很少。
做文档、回邮件——键盘上的手指可能敲得飞快。真正的延迟发生在被 Slack 或其他通知打断之后。
换句话说，回到原来的屏幕并记起自己做到哪一步，需要很长时间。 我认为差异就在于“重启”的时机。
被告知“快一点”只能加快工作本身的执行速度，所以这个时间差并没有缩小多少。
我认为这是 试图用单任务处理多任务时的一个主要陷阱。
加州大学欧文分校的一个研究团队观察了 24 位办公室工作人员三天半的时间。结果显示，个人平均需要 25 分钟才能回到被打断的任务上。而且在这段时间里，他们通常已经开始了两项或更多其他工作。
所以，被侵蚀的不是“手速”，而是那 25 分钟的回归时间。每天被打断很多次的人只是不断累积这些 25 分钟的片段；他们的打字速度其实是足够的。
我仍然需要时间来“重启”。
因为我同时运行多个 Claude Code 会话，所以我的一天充满了中断。但实际的打字时间很短。漫长的是从切换中回来并回忆进度。特别是，我觉得那些被 AI 交互打乱的写作任务，其专注力会显著下降。
除非我们让“大脑切换”而不仅仅是“任务切换”变得更理性，否则生产力不会提高。
Slack 通知弹出 -> 回复时顺便查看另一件事 -> 回到原屏幕 -> Claude 会话结束，给出下一条指令 -> 回到原屏幕 -> 回忆做到哪里 -> 最后手才开始动……
“工作慢”背后的真相不是手速，而是“直到重启所需的时间。”
如果不解决这个问题，我不认为工作会变快。
因此，与其加快手部动作，我更专注于“如何回归”，并用“三条规则”来弥补这一差距。
1. 在回到原本的工作之前，将中断的请求放在指定位置
-> 如果你把 Slack 里的“请确认”记在脑子里，就会浪费脑力去防止遗忘。所以，我把 Trello（任务管理工具）当作驾驶舱来使用。
两个部分：一个是按优先级排序的“今日任务（长任务）”列，另一个是贴有便签的“间隙任务（短任务）”框。收到的请求如果是快速的，就放入间隙框；如果是耗时的，就插入到优先级列中。
Trello 中的实际任务管理视图
每当完成一项任务，我都会看这个界面，这样放置的请求就不会被遗忘。当回归时，脑海里只剩下原本的任务。
2. 不要在自然节点停止。休息时故意中途停下
-> 我认为这是最重要的一点。常见的错误是在午餐或 15 分钟休息前，把工作做到“一个好的停止点”。这导致回归时启动成本和专注力爬坡重叠。最好在中途停下。如果你停在半途，你可以从“续写”开始恢复，从而减少启动负担。
3. 下班前一小时写下明天第一个 5 分钟的任务，并在早晨以此开始
-> 这是规则 #1 的日常版本。第二天早上从“昨天的延续”开始，而不是从零开始。如果在开始任何事之前先打开通知，意味着整个上午都在“回归的过程中”。只有当手已经开始动作后，再打开电子邮件和 Slack。
我对“工作慢”的解决方案
“请确认”、“紧急”
在这些信息每天多次飞入的工作场所，尤其是对于独自管理多个流程的人来说，慢的原因通常被认为是“通知的数量”。
然而，加州大学欧文分校的观察还有更多内容。对于分析和开发角色，中断大约一半来自他人，一半来自自我施加。即使没有电话或通知，人们也会自己停下来。此外，自我中断的任务回归时间比外部中断的任务更长。
需要加速的是随后的“重启”，而不是双手。上述三条规则是我用来提醒自己回归的系统。
试着在下一次休息前，故意在一个“糟糕的断点”处停下。
我也以结构化且清晰的方式解释时事话题和明日工作的提示。
https://x.com/smark_x/status/2098393324768157849
https://x.com/smark_x/status/2096168360103088156
- 过度思考阻碍行动
- 完美主义导致时间耗尽
- 遇到瓶颈时想归咎于缺乏直觉
- 尽管引入了 AI，工作并没有变得更容易
我曾深受这些问题困扰，但通过用 “逻辑思维” 进行系统化，我让工作变得更轻松。我每天都会发帖，如果有兴趣请关注。→ @smark_x
