上一篇说清了清单失控的第一个原因：它没有容量上限，也没有时间单位。但补上容量之后，还有一道更基础的坎——你从储备池里取出来的东西，很多根本不是一回事。
“给供应商回邮件”“买生日礼物”“周三下午三点的牙医复诊”，这三条今天常常以同样的格式躺在同一个列表里。可它们的性质完全不同：一个是一次能做完的动作，一个包含好几步的结果，一个是有外部约定锁死的日程。混在一起，你既没法估时，也没法决定先做哪个。
这一篇要讲的，就是怎么把这三类东西分开，以及为什么“随手给它定个日期”这个几乎人人都会做的小动作，会让清单和日历同时失去信用。
三类东西，三种存在方式
项目 指的是一个结果：它需要不止一步才能完成，你能判断它什么时候算完，而且是在一年内能完成的事 1。比如“换掉家里的水龙头”“把报销单交上去”“给妈妈准备生日礼物”。之所以要把它单独放在一张清单上，不是因为事情大，而是因为你没法“做”一个项目——你只能做它里面的某一步。真正要落到今天的是“量一下旧水管的接口尺寸”，不是“换水龙头”。
任务（GTD 里叫 next action，下一步动作）是你能一口气推进的那一步动作。“给供应商回邮件”“查一下水龙头型号的价格”，都属于这一类。判断标准不是它花多少时间，而是你把它划掉的时候，这件事是不是真的结束了。
日程 则是带外部约束的约定：某个会议、某趟航班、必须在周三下午两点前提交的申报。它的特别之处在于 它发生在那个时间点，而不取决于你有没有空。日程是你和别人的契约，也是你和自己的契约。
怎么判断手里这条该归哪类
有三个够用的问法。
第一问：这条划掉之后，事情真的结束了吗？ 结束了 → 任务；没结束、只是往前挪了一步 → 项目。
第二问，如果已经确认是任务：它必须在那一天做吗？ 这点值得单独说。GTD 社区流传一条很省事的判准：必须 Do On（在某天做）的进日历，Due By（在某天之前做完）或者哪天做都行的，留在清单上 2。信用卡还款日是 26 号，这不代表 26 号必须做——21 号做完全可以。真正只能在那天发生的，是那场会议，是那趟体检，是别人等你的那一次。
第三问，判断项目还是任务有个更快的土办法：想一遍怎么做，看会不会冒出“但是首先……”。 写下“安装客厅吊扇”，一琢磨就是“但是首先要去买电线胶带，还得先看看原来的线路有没有问题”——这句话一冒出来，它就已经是项目了，那个“首先”才是今天的任务。
“随手定个日期”为什么两边都伤
现在说本篇的核心问题。手里有一条模糊的东西，比如“把年终总结写了”。它看起来不像项目也不像日程，于是最常见的处理是：给它排个时间——“明天上午 9 点，写年终总结”。
这一下同时造成了两个后果。
对日历的伤害：它从契约变成了许愿池。
日历之所以有用，全靠一条隐含规则：写在上面的东西，那天会发生。你打开它，看到的是一个已经答应了别人的世界。一旦你把一堆“我应该做”“我希望做”塞进去，第二天早上你翻开日历，扑面而来的是昨天没完成的复制品。几周之内，日历就变成了另一份做不完的清单——而这一次，它出现在你每天第一个看的地方。你会开始下意识地无视它，于是真正那场不能错过的会议也一起被无视了。日历的信用就是这样破产的。
对清单的伤害：你给一个多步结果发了“今天能做完”的假身份。
“写年终总结”不是一个动作，它做不完。它今天做不完，明天继续滚；明天也做不完，继续滚。你每天把昨天的残骸搬到今天，清单上的条目越来越像欠条。更隐蔽的损失是：因为这条太笼统，你不知道今天具体要动哪一步，于是它连“该做什么”这个信息都没给你。
也就是说，一条被随手定了日期的大条目，会把两边同时污染：日历多了一条做不到的承诺，清单多了一条永远做不完的待办。你不是不自律，你是把项目当成了任务，又给这个假任务配了一个假约定。
人给自己定日期，本来就不太会定
这件事还有一层机制。给自己定个截止日期确实有用，但 Ariely 和 Wertenbroch 做过一组实验，让参与者自己决定三份校对任务的提交期限：这些人比“三份全堆到最后一天交”的人做得好，但明显不如“被要求每隔七天交一份”的那一组。研究进一步检查了那些恰好把自设期限排得比较均匀的人，发现他们和外部强制的那组差距大幅缩小——说明效果差异主要来自 期限排在哪里，而不是“自己定的”本身不生效 3。而人恰恰倾向于把自设期限往后堆，不会主动排均匀。
那么，随手编一句“明天上午写总结”为什么约束力尤其弱？因为它是所有日期里最含糊的一种：既没写清是哪一个动作，也并不是真的非那天不可。约束力来自具体到无法含糊，而不是来自“有个日期”这个形式。
落到操作上的四条规则
第一，只给下一步动作排期，永远不给项目排期。 项目在项目清单上待着，它自己不进今日清单，也不进日历。项目清单的作用是索引：每周扫一遍，确认每个在推进的项目至少有一条明确的下一步动作 1。
第二，“必须那天的”进日历，“那天之前的”留在清单上，日期写在条目自己身上。 如果工具支持给任务加截止日或开始日，那就加在任务上，不要为了让它在日历上显得重要而复制一份到日历。真正需要放上日历的“最后期限”，放的是 信息（某天要交），不是 动作。
第三，日历要能经得起检验。 一个可用信号是：日历上有没有那种“做不完就顺延到明天”的条目？有的，它多半是个项目被压扁成一条待办了，拆开它，只把今天真正要动的那步留下。
第四，一个诊断信号很有用：当你开始想给一条待办加进度条、加子步骤、“今天完成 60%”的时候，这条已经不是你把它写进去时以为的那种东西了——它是个项目被塞进了一条待办的壳里 4。换个位置，别加进度条。
分清三类之后，“从清单里取多少”这件事才有了可以操作的单位。但取出来之后还有个问题没解决：这一件，到底该放在一天的哪个位置？那是下一篇的事。