# 项目、任务、日程：为什么“随手定个日期”会让清单和日历同时失效

分清多步才能完成的结果、一次能推进的动作和必须那天发生的约定，以及给模糊条目硬塞日期为什么两边都伤。

> 待办清单 · 日历与日程 · 下一步行动 · 约 7 分钟 · 09 月 18 日

## 本篇要点

1. 一条待办要归到三类之一：项目（多步才能完成的一个结果）、任务（一次能推进的下一步动作）、日程（必须在某天或某时发生的约定）。
2. 判断标准是“把这条划掉，事情真的结束了吗”——结束了是任务，没结束只是推进一步就是项目；更快的土办法是想一遍怎么做，冒出“但是首先……”就说明它是项目。
3. 项目不能排期，能排期的只有它里面那一条具体的下一步动作；给项目定日期，等于给一个做不完的东西发了“今天能做完”的假身份，它会天天滚动。
4. 日历的效力来自“写上去就会发生”这条隐含规则；塞进一堆应该做而不是必须做的事，日历就退化成第二份做不完的清单，连真正的约定也会被一起无视。
5. 区分必须“在某天做”和“在某天之前做完”：只有前者进日历，后者留在清单上，日期写在那条任务本身。
6. 自设截止日期有约束力，但人倾向于把它们往后堆；实验显示效果差异主要来自期限排在哪里，不是自设本身不生效。随手编的“明天”既不指动作、也非那天不可，是约束力最弱的一种日期。
7. 日历或待办里出现“做不完就顺延”的条目，或者你想给它加进度条、子步骤，都是同一类信号：这是个项目被压成了一条待办。

---

上一篇说清了清单失控的第一个原因：它没有容量上限，也没有时间单位。但补上容量之后，还有一道更基础的坎——你从储备池里取出来的东西，很多根本不是一回事。

“给供应商回邮件”“买生日礼物”“周三下午三点的牙医复诊”，这三条今天常常以同样的格式躺在同一个列表里。可它们的性质完全不同：一个是一次能做完的动作，一个包含好几步的结果，一个是有外部约定锁死的日程。混在一起，你既没法估时，也没法决定先做哪个。

这一篇要讲的，就是怎么把这三类东西分开，以及为什么“随手给它定个日期”这个几乎人人都会做的小动作，会让清单和日历同时失去信用。

## 三类东西，三种存在方式

**项目**指的是一个结果：它需要不止一步才能完成，你能判断它什么时候算完，而且是在一年内能完成的事 [1]。比如“换掉家里的水龙头”“把报销单交上去”“给妈妈准备生日礼物”。之所以要把它单独放在一张清单上，不是因为事情大，而是因为你没法“做”一个项目——你只能做它里面的某一步。真正要落到今天的是“量一下旧水管的接口尺寸”，不是“换水龙头”。

**任务**（GTD 里叫 next action，下一步动作）是你能一口气推进的那一步动作。“给供应商回邮件”“查一下水龙头型号的价格”，都属于这一类。判断标准不是它花多少时间，而是你把它划掉的时候，这件事是不是真的结束了。

**日程**则是带外部约束的约定：某个会议、某趟航班、必须在周三下午两点前提交的申报。它的特别之处在于**它发生在那个时间点，而不取决于你有没有空**。日程是你和别人的契约，也是你和自己的契约。

## 怎么判断手里这条该归哪类

有三个够用的问法。

第一问：**这条划掉之后，事情真的结束了吗？** 结束了 → 任务；没结束、只是往前挪了一步 → 项目。

第二问，如果已经确认是任务：**它必须在那一天做吗？** 这点值得单独说。GTD 社区流传一条很省事的判准：必须 **Do On**（在某天做）的进日历，**Due By**（在某天之前做完）或者哪天做都行的，留在清单上 [2]。信用卡还款日是 26 号，这不代表 26 号必须做——21 号做完全可以。真正只能在那天发生的，是那场会议，是那趟体检，是别人等你的那一次。

第三问，判断项目还是任务有个更快的土办法：**想一遍怎么做，看会不会冒出“但是首先……”。** 写下“安装客厅吊扇”，一琢磨就是“但是首先要去买电线胶带，还得先看看原来的线路有没有问题”——这句话一冒出来，它就已经是项目了，那个“首先”才是今天的任务。

```mermaid
flowchart LR
  A["一条新东西"] --> B{"划掉它，事情就结束了吗？"}
  B -- "没有，只是推进一步" --> C["项目：放进项目清单<br/>标出至少一条下一步动作"]
  B -- "结束了" --> D{"必须在那一天做吗？"}
  C --> D
  D -- "必须" --> E["只有这一步进日历"]
  D -- "不必，哪天做都行" --> F["只有这一步留在清单上"]
```

## “随手定个日期”为什么两边都伤

现在说本篇的核心问题。手里有一条模糊的东西，比如“把年终总结写了”。它看起来不像项目也不像日程，于是最常见的处理是：给它排个时间——“明天上午 9 点，写年终总结”。

这一下同时造成了两个后果。

**对日历的伤害：它从契约变成了许愿池。**

日历之所以有用，全靠一条隐含规则：写在上面的东西，那天会发生。你打开它，看到的是一个已经答应了别人的世界。一旦你把一堆“我应该做”“我希望做”塞进去，第二天早上你翻开日历，扑面而来的是昨天没完成的复制品。几周之内，日历就变成了另一份做不完的清单——而这一次，它出现在你每天第一个看的地方。你会开始下意识地无视它，于是真正那场不能错过的会议也一起被无视了。日历的信用就是这样破产的。

**对清单的伤害：你给一个多步结果发了“今天能做完”的假身份。**

“写年终总结”不是一个动作，它做不完。它今天做不完，明天继续滚；明天也做不完，继续滚。你每天把昨天的残骸搬到今天，清单上的条目越来越像欠条。更隐蔽的损失是：因为这条太笼统，你不知道今天具体要动哪一步，于是它连“该做什么”这个信息都没给你。

也就是说，一条被随手定了日期的大条目，会把两边同时污染：日历多了一条做不到的承诺，清单多了一条永远做不完的待办。你不是不自律，你是把项目当成了任务，又给这个假任务配了一个假约定。

## 人给自己定日期，本来就不太会定

这件事还有一层机制。给自己定个截止日期确实有用，但 Ariely 和 Wertenbroch 做过一组实验，让参与者自己决定三份校对任务的提交期限：这些人比“三份全堆到最后一天交”的人做得好，但明显不如“被要求每隔七天交一份”的那一组。研究进一步检查了那些恰好把自设期限排得比较均匀的人，发现他们和外部强制的那组差距大幅缩小——说明效果差异主要来自**期限排在哪里**，而不是“自己定的”本身不生效 [3]。而人恰恰倾向于把自设期限往后堆，不会主动排均匀。

那么，随手编一句“明天上午写总结”为什么约束力尤其弱？因为它是所有日期里最含糊的一种：既没写清是哪一个动作，也并不是真的非那天不可。约束力来自具体到无法含糊，而不是来自“有个日期”这个形式。

## 落到操作上的四条规则

第一，**只给下一步动作排期，永远不给项目排期。** 项目在项目清单上待着，它自己不进今日清单，也不进日历。项目清单的作用是索引：每周扫一遍，确认每个在推进的项目至少有一条明确的下一步动作 [1]。

第二，**“必须那天的”进日历，“那天之前的”留在清单上，日期写在条目自己身上。** 如果工具支持给任务加截止日或开始日，那就加在任务上，不要为了让它在日历上显得重要而复制一份到日历。真正需要放上日历的“最后期限”，放的是**信息**（某天要交），不是**动作**。

第三，**日历要能经得起检验。** 一个可用信号是：日历上有没有那种“做不完就顺延到明天”的条目？有的，它多半是个项目被压扁成一条待办了，拆开它，只把今天真正要动的那步留下。

第四，**一个诊断信号很有用**：当你开始想给一条待办加进度条、加子步骤、“今天完成 60%”的时候，这条已经不是你把它写进去时以为的那种东西了——它是个项目被塞进了一条待办的壳里 [4]。换个位置，别加进度条。

分清三类之后，“从清单里取多少”这件事才有了可以操作的单位。但取出来之后还有个问题没解决：这一件，到底该放在一天的哪个位置？那是下一篇的事。

## 术语表

- 项目：需要不止一步才能完成、并且你能判断何时算完的一个结果；你没法“做”项目，只能做它的下一步动作。
- 下一步动作（next action）：你能一次推进、划掉之后这一步就真的结束了的具体动作。
- 日程：有外部约束、必须在某天或某时发生的约定，它发生与否不取决于你当天有没有空。
- Do On 与 Due By：必须在那一天做，和在某天之前做完即可。只有前者属于日历，后者留在清单上。
- 日历信用：日历“写上去就会发生”这条隐含规则；一旦塞进大量做不到的条目，它就会退化成另一份做不完的清单。
- “但是首先”测试：想象执行一条待办时若冒出“但是首先我得先……”，说明它其实是项目，那个“首先”才是任务。

## 来源

1. [GTD 官方：项目的定义（一步以上、一年内可完成的结果）与“在推进的项目至少要有一条下一步动作”](https://gettingthingsdone.com/2017/05/managing-projects-with-gtd/)
2. [GTD 论坛：必须那天做（Do On）进日历、某天之前做完（Due By）留清单的常用判准](https://forum.gettingthingsdone.com/threads/clarifying-next-actions-list-items-versus-calendar-items.13593/)
3. [Ariely & Wertenbroch (2002) 自设截止日期实验：效果弱于均匀分布的外部期限，差距主要来自期限间距](https://faculty.wharton.upenn.edu/wp-content/uploads/2012/05/Ariely---Wertenbroch-2002.pdf)
4. [Capacities 文档：结果被当成一条待办放在当天列表上为何会不断滚动、何时该升级为项目](https://docs.capacities.io/faq/editing/tasks-and-projects)

---

原文：https://pangzhengboyin.com/articles/project-task-calendar-why-fake-dates-break-both-5e12a0db

> **庞征博引** · 想学的，慢慢都会
>
> 庞征博引是把想学的东西写成连载的 AI 学习工具。说出想学什么，它会先了解你的基础，再把主题写成一篇篇 5–10 分钟能读完的文章；边读边问，接下来学什么跟着你走。这篇就是这样写出来的。
>
> 开始你自己的连载 → https://pangzhengboyin.com