分开安排专注工作和回复时间
设计或调试等需要长时间保持上下文的工作，应在日历中安排成一个完整时段。上午并不适合所有人。请选择自己真正能集中注意力的时间段，并提前和团队约定好接收紧急联系的方式，这样更现实。
把工作拆分成下一步行动
如果只写“开发支付功能”这样的笼统名称，就看不清从哪里开始。请拆分为确认需求、编写失败条件、添加测试、实现和请求审查等下一步行动。确定每日优先级时，也不必强行固定数量，可以根据截止日期、对用户的影响以及是否有人在等待你的工作来决定。
把计时器作为可选工具使用
番茄工作法是在一段时间内专注工作后休息的方法。如果 25 分钟不适合你，也可以使用更短或更长的时间段。如果计时器反而打断工作节奏，也可以不用。重要的是在开始前确定一个结果，并在结束后留下下一步行动。
开会前先确认目的，而不是时长
如果没有明确要作出的决定、必要的参会人员和准备材料，请先确认是否可以用文档或消息代替会议。对于复杂设计讨论等需要快速交流的事项，可以召开会议，但结束时要记录决定、负责人和下一次确认日期。没有必要把所有会议都固定在下午或 30 分钟以内。
把等待代码审查的时间纳入日程
代码写完后，还需要留出审查、修改、测试和部署的时间。制定计划时，不仅要安排自己的工作，也要加入等待他人确认的时间。将大型改动拆分成便于审查的单元，并同时写明修改原因和确认方法，可以减少来回沟通的时间。
根据重复次数和失败成本选择自动化
不必因为某项工作一次需要 5 分钟，就把所有事情都自动化。可以先从高频重复、容易被人遗漏的测试、格式检查和部署前确认开始，尝试小规模自动化。如果维护时间超过节省的时间，简单的检查清单可能更合适。