我最近在搞一个项目，一开始觉得挺轻松的，接了个小活，想着一周搞定，结果拖拖，拖到现在还没搞完，天天加班，搞得自己一团糟。后来我琢磨了一下，才发现自己根本没抓住问题的核心，就是对“时间节点”这事儿没概念。
这词儿听起来挺官方的，像什么项目管理里的黑话。但我自己琢磨着，时间节点就是你给自己的一个“死线”，一个必须完成任务的精确时间点。不是“差不多”、“下周”那种模糊的说法，而是“周三下午五点前，这个模块必须能跑起来”。
我刚开始做技术活那会儿，压根不信这套。总觉得技术这东西，灵感来了就快，卡住了就慢，哪能按点来？结果就是这样，永远在赶进度，永远在拖延。我那时候的想法是，先把活揽下来，能做多少做多少，看时间再说。
怎么给自己设时间节点
后来我学乖了，不敢再这么玩了。我开始把一个大任务拆开，不停地给自己设小目标。拿我上次那个项目来说，本来是一个大的需求文档，我直接把它拆成了三个部分。
- 第一部分，数据接口搭建。我给自己定的死线是周一收工。
- 第二部分，业务逻辑实现。这个稍微复杂点，我给自己留了三天，周四下班前必须完成。
- 第三部分，前端联调和打包。这个留到周五下午，必须给周末留点喘息的时间。
这个过程里，我给自己定节点的时候，有个很重要的步骤，就是“倒推法”。我先确定一个最终的交货日期，然后从这个日期往前推，看看每一步最晚什么时候开始做，什么时间点必须完成。这样，我才能知道我哪个时间点一旦没达成，后面就会全线崩溃。
节点的重要性
有一次，我本来约了客户周五看初版，结果周四晚上，我发现一个核心算法的逻辑写错了，赶紧返工。如果我没有周三那个节点要求自己把核心算法先搭说不定我周四晚上才发现，到时候就真得哭鼻子了。定时间节点，就是逼着自己先把最难啃的骨头先吃了。
我发现，一旦有了明确的节点，人就立马不一样了。我不再是漫无目的地敲代码，而是知道我现在做的事情是为了赶上哪个节点。比如，只要是周一早上，我就得盯紧数据接口这块，其他不相关的，统统放一边。这种聚焦感，让我的效率立马就提起来了。
等到周三下午，我一检查，数据接口果然按时完成了，虽然中间遇到点小Bug，但我立马就能调动资源去解决，因为我知道，现在解决完，后面的业务逻辑才能顺利开工。这比拖到一天，发现所有模块都堆在一起，没法下手要强一百倍。
现在我工作起来感觉踏实多了，不再是那种“等我有空了再做”的心态。我每天早上起来第一件事，就是看我今天卡在了哪个时间节点上，然后集中火力把它干掉。虽然有时候节点还是会稍微往后挪一点，但至少我的心里有数，知道自己卡在了哪里，哪里需要加速，哪里可以稍微放慢点。这玩意儿真的能治拖延症，至少对我这个老油条很管用。
