一个目标的计划，到底该拆多细

细致程度是一个旋钮，不是一种美德。拆得太粗要付什么代价，拆得太细要付什么代价，以及一条决定「拆到哪儿为止」的分辨率规则。

关于计划的建议，几乎都在教你「往下拆」，但几乎没有一条告诉你「拆到哪儿停」。这个缺口是要紧的：细致程度并不是越高越好的那种东西，它是一个两头都有代价的旋钮，而合适的档位会随着你已经做了多少而移动。

这篇只谈这个旋钮。怎么把目标切成几层，是另一个问题，另有一篇专门讲。这里的问题更窄：既然你要拆，那么拆到什么程度之后，「拆」这件事本身开始变成新的问题？

拆得太粗，代价是什么

拆得太粗的症状不是「一头雾水」。它是一个反复出现的、小到你根本没把它当成本的犹豫。

你看着清单，上面写着「弄一下那个汇报」。你大致知道那是什么意思，所以从表面上看你并没有「没做计划」。但在动手之前，你得先决定点什么：先做哪一部分，用什么形式，是先把数据凑齐还是先把论点搭出来。这个决定很小。但它也恰好是——非常可靠地——大多数人切去另一个标签页的那个点。

做事的阻力，往往不在做，而在决定。一个还留着决定的步骤，等于要在执行的当口再规划一次；而那个当口通常是早上，通常你正累着，通常你的耐心比写下它的时候少得多。提前把步骤写下来，全部的实际价值就在于「那时候的你比现在的你冷静」。一个把决定往后推的步骤，等于把这份便宜整个扔了。

所以第一道检验不是「它够不够小」，而是「它定没定下来」。「把第二部分的三条要点写出来」是定下来了；「弄一下那个汇报」没有，而且你每看它一眼，都得跟自己重新谈判一次。

拆得太细，代价是什么

旋钮的另一头要舒服得多——所以更多人停在那一头，而且更少人意识到自己停在那儿。

用规划替代干活

做计划的手感就是进展。它能产出一份东西，能立刻给你掌控感，而且完全不需要承受工作本身的那份不适。一个下午做出一份结构漂亮、一百来条的拆解，是一个什么都没发生的下午——但它不像。而「不像」正是圈套。没有人会用一件感觉起来像拖延的事去拖延。

维护成本超过任务本身

计划里的每一条都有养护成本：要读、要重读、情况变了要重排，最后还要删掉。一份挂着四十条活项的计划，消耗在管理上的注意力，完全可能超过它所描述的工作。检验方法简单而且有点不留情面：如果你花在整理结构上的时间超过了执行，那结构已经变成了正事本身。

脆

这是大多数人完全没算进去的一项代价。一条十五步的依赖链，默认这十五步在写下来的时候全是对的。可一旦第四步被证明是错的——工具不是你以为的那个用法、你需要的那个人不在、这条路根本走不通——第五到第十五步就不只是「推迟」了。它们在很多情况下是作废，因为它们建立在一个刚刚塌掉的假设上。

链条越长，里头至少有一环是错的概率越大，断掉时报废的工作量也越大。细节会成倍增加你的假设，而失效的正是假设。

分辨率规则

一条规则同时解决两头：拆到你开始不确定的那个分辨率为止，不要再往下。

你已经知道该怎么做的部分，写细；你只能靠猜的部分，留一个占位。就这么多。这也解释了为什么「该拆多细」跟「你已经做了多少」成反比：一个陌生项目刚开始时你几乎什么都不知道，所以几乎全都该是占位；做了三周之后，接下来两周可以写得很精确，因为你已经搞清楚这活儿到底是由什么构成的。

这样做出来的计划疏密不均，看着不整齐，但它是对的。近处细密、条条已定；远处只剩几个标题，底下什么都没有。把远处补满的诱惑很强，因为一份有空档的计划看起来没做完——但那些空档是诚实的，用猜测填进去并不会让猜测变准，只会让它更难被放弃。

Northstar 就是按这个形状排的：阶段在你走到之前只是一个标题，你只给当前这个阶段写步骤。步骤上带一个频率——一次性、每天、每周——和一个粗略的预计时长，重复的那些不用你反复重打，一次性的那些也不必被打扮成一个项目。

时间估计是校准工具，不是承诺

给步骤标一个预计时长值得做，但理由和大多数人以为的不一样。它不是承诺，也不是排期输入。它是一支对着你自己的量尺。

人对自己未来任务要花多久，是稳定地偏乐观的。这一点在「规划谬误」的名下有相当多的文献支持，算是这个领域里比较扎实的发现之一——不过也该说清楚：它到底有多大是有争议的，其中相当一部分可能是动机性的而不是纯认知的，而且经典实验用的是学生项目和很短的周期，没法理所当然地推广到一件夹在工作和家庭中间、要做半年的事情上。

扣掉这些保留之后剩下的东西不多，但有用：你的第一次估计多半偏低，而你可以量出偏低多少。写二十分钟，做完，然后发现它从来没有真的是二十分钟。两周之后你手上就有了一个属于自己的倍数——它比任何公开数字都值钱，因为它说的是你，和这一类活儿。

估错了，那是数据，不是失败。那个估计本来就是个实验，它只是返回了结果。

怎么区分「过度规划」和「准备工作」

有些规划就是正经工作。定研究方案、动笔前先写提纲、开工前先把需要的零件列出来——这些都不是拖延，而在这种时候劝人「别planning了赶紧做」是坏建议，因为此刻规划就是做。

判据只有一句话：你刚做出来的这份东西，改变了你明天做什么吗？

• 一份决定了你先写哪一段的提纲：准备工作。
• 一份配了颜色的半年时间表，而明天照旧：过度规划。
• 三个「必须先弄清楚否则没法往下走」的未知项：准备工作，而且很可能是这周最值钱的一小时。
• 给一个还没开始的项目重新设计标签体系：那是另一项爱好。
• 一个提前做完、从而把周二早上的选择拿掉的决定：按定义就是准备工作。

在刚做完、满足感还热乎的时候问这句话。那份满足感不能证明任何事——有用的计划和没用的计划产生的满足感一样多，这正是它不可信的原因。

关于「执行意图」，得说句实在的

「把计划写细」这件事最强的证据，来自关于执行意图的研究：提前把何时、何地、如何做定下来。它的元分析支持是相当不错的，也是行为研究里比较站得住的效应之一。

但它比流行版本的说法窄得多。这个效应在简单、单一、边界清楚的动作上最强：吃那颗药、去那个门诊、做那一组动作。而在多阶段的复杂项目上，它更小、也更不稳定——中途能插进来的事变多了，而任何一条计划所覆盖的工作比例都变小了。此外，这批文献里有相当大一部分是周期很短的实验室研究，结果靠自我报告，样本量一般，而发表偏倚会把你看到的平均值推高。

所以「计划要细，这是有科学依据的」这句话，没法干净地推广到一件半年的事情上。证据支持的是「提前把一个具体动作定下来」；它不支持一条覆盖到明年春天的十五步链条。这是两个不同的主张，只是共用了同一条引文。

旋钮的一个可用档位

1. 先把整个目标的形状定一次——几个阶段，只写标题。这花一分钟，不属于那种昂贵的规划。
2. 只细写当前阶段，写到每一条都是「已决定」而不只是「够小」为止。
3. 在第一个你要开始靠猜的地方停下。把那个猜测写成一个待解决的问题，而不是一个步骤。
4. 给步骤标一个粗略时长，并且把每一个都当成关于你自己的假设。
5. 一旦某处被证明是错的，从那儿往后重写，而不是去修补这条链。短计划重写起来很便宜，这也是「保持它短」的主要理由。
6. 复盘时把「打算做的」和「实际完成的」摆在一起看。Northstar 的 7 天和 30 天视图就是从你自己的记录里算的：完成率、有记录的天数，以及你记下的投入里有多少是真的挂在某个目标上。

最后那个对照是你唯一能拿到的真校准。一份长期写得过细的计划，表现是「打算」和「完成」之间常年拉着一道大口子，同一批条目一周周往后挪。一份写得过粗的计划，表现不一样：它表现为「这天有记录，但没挂在任何目标上」——因为当步骤没告诉你该干什么的时候，你就去干了别的。

把粗细调对了，也解决不了的事

它不会让一个本来就不确定的项目变得可预测。有些工作天然是探索性的，它正确的计划就是短的：三步，加一个复盘点。往不确定性上叠细节，不会减少不确定性，只会让它躲在一张看起来像排期表的东西后面。

它也不会告诉你这个目标值不值得做。那个问题在计划之上。把一件你并不想做的事拆得再准，也不过是把「你不会去做的这件事」看得更清楚一点。发现这一点是个正当结果，而且通常是真干两周之后发现的，比规划一个下午之后发现的便宜。

常见问题

相关文章

• 怎么把一个大目标拆成这周就能做的步骤
• 真的管用的「如果—就」计划
• 年度目标为什么总在二月散架

全部指南