本文最初写于2017年，2026年重新整理。
我过去理解的时间管理，主要是把一天划分成不同区间，安排好什么时候编码、回复消息和开会。这样做有一定作用，但后来越来越觉得，频繁切换任务同样会消耗大量精力。
消息刚出现就回复，临时需求马上开始做，做到一半又去参加会议。一天看起来一直很忙，需要连续思考的事情却可能没有完成。
给临时事项一个入口
临时出现的事情不一定要立即处理，但最好先被记录下来。
我会先确认它是否真的紧急，最晚什么时候需要结果，不处理会影响谁。知道这些，才有可能把它放进已有计划，不然很容易谁催得急就先做谁的事。
记录不是为了建立越来越长的清单，而是为了让大脑不必持续记住“还有一件事没做”。没有负责人、完成条件和时间边界的事项，也不算一个可以执行的任务。
保护连续工作的时间
编码、方案设计和问题排查都需要上下文。每次切换之后，重新恢复上下文也要付出时间。
因此我更愿意把需要集中思考的工作放在相对完整的时间段，把回复消息、处理零散事项集中到几个固定节点。具体是上午还是下午并不重要，重要的是根据自己的状态和团队协作节奏，保住几段不被随意切碎的时间。
如果岗位本身要求快速响应，可以明确值守和深度工作的轮换，减少团队成员长期处于随时被打断的状态。
沟通方式由问题决定
以前我给沟通方式排过固定优先级：当面、电话、即时消息、邮件。现在看，这个排序过于简单。
- 需要快速澄清、分歧较大的问题，实时沟通通常更有效。
- 需要精确记录、多人确认的结论，应当落到文档或邮件。
- 简单状态同步，用即时消息即可。
- 复杂问题先异步提供背景，再开会讨论，往往比临时拉人更节省时间。
无论用哪种工具，都需要先让参与者了解背景，沟通结束后也得留下明确结论。
给计划留下余量
如果每天都按百分之百排满，一次临时变化就可能打乱整套计划。工作中难免出现线上问题、需求变化和跨团队协作，余量不是浪费，而是应对变化的空间。
我想先保住几段能连续工作的时间，临时事项来了，再根据紧急程度调整，不把日程排到一点余量都没有。