预计阅读时间：4 分钟
申俊伟的专访标题提到一个值得琢磨的现象：人在真正忙碌起来时，反而可能减少很多焦虑。对开发者来说，关键或许不是把日程填满，而是让注意力落到一件边界清楚、能够推进的事情上。仅凭标题不能推断专访中的具体方法；下面是一套可以自行试用的工作方式。
忙碌和推进，不是一回事
同时盯着故障群、需求列表和未读消息，看起来很忙，却可能始终不知道该先做什么。相反，把“处理线上问题”缩小为“在测试环境复现登录接口的 500 错误”，就有了明确的下一步。
可以用三个问题检查任务是否足够具体：现在要做哪一个动作？怎样判断这一轮已经完成？什么时候停下来重新评估？答不出来，就继续拆分任务，而不是直接延长工作时间。
可以这样实践：一次只推进一个动作
假设你正在处理一个开发任务，可以用下面的小脚本为本轮工作写下任务、时长和完成条件。它不会替你安排优先级，只负责把当下的承诺打印清楚。
将代码保存为 focus.py，然后运行下方命令；把任务和完成条件替换成自己的实际工作。
import argparse
parser = argparse.ArgumentParser(description="为一轮工作定义清晰边界")
parser.add_argument("--task", required=True, help="本轮只做的一件事")
parser.add_argument("--done", required=True, help="可观察的完成条件")
parser.add_argument("--minutes", type=int, default=25)
args = parser.parse_args()
if args.minutes <= 0:
parser.error("--minutes 必须大于 0")
print(f"本轮任务：{args.task}")
print(f"时间边界：{args.minutes} 分钟")
print(f"完成条件：{args.done}")
print("时间到了就记录进展、障碍和下一步，再决定是否继续。")
python focus.py --task "复现登录接口的 500 错误" --done "保存请求和错误日志" --minutes 25
到点后，不必强求任务彻底结束。记下已经确认的事实、仍然卡住的地方，以及下一轮最小动作；如果发现任务比预期大，就重新切分。
别把过载误认成有效的忙碌
这种做法适合应对“事情很多，不知从何下手”的时刻，但不能解决人手不足、长期加班或持续性的焦虑。试用时不妨守住三条边界：同一时段只承诺一个主要任务；为中断和休息留空间；定期检查任务是否真的在推进。若焦虑持续影响睡眠或日常生活，应寻求合适的专业支持，而不是继续给待办清单加码。