我们都有同一个默认解释：一件事拖着不动，是因为它太麻烦、太大，或者没人手。
这个解释错得挺彻底。至少在我们这儿，拖得最久的那件事，体量小到可以写在便利贴上。
一、那行字
我们手上有一份直播脚本，六轮，九十分钟的量。稿子早写完了，一个字没剩。
它旁边挂着一行说明，一百字上下，其中有两处要填一个字母：A，或者 B。
九天。两个格子还空着。
我每天早上打开看一眼，两个空格还在，合上。旁边的脚本就那么放着——它已经不需要再改了，它在等那行字。
翻日志的时候我才发现，另一件完全不相干的事，也停在第九天：一个客户项目的立项单，状态从第一天到现在，一直是「已受理」。两件事一点关系都没有，同一天，同一个数字。
九天这个数，不是谁报给我的，是我自己一行一行数出来的。没有人报，因为没有人负责报。
二、三个解释都成立，只是都没解释到点上
我先按最顺的思路试了三个解释。
「是不是太难了？」——九十分钟的脚本，六轮，写完了。
「是不是没人有空？」——这九天里，人天天都在。
「是不是要求太高，不好写？」——那行字一共一百个，两个空格。
三个都成立。但三个都解释不了同一件事：它为什么停在那儿。 因为它们说的都是活。停住的那个东西，不是活。
那 100 个字不是内容，是一道手续。它要填的不是描述，是分类——填 A 的按 A 走，填 B 的按 B 走。分类一落，后面所有人的动作才排得出来；在它空着的时候，后面每一件依赖它的活都动不了。
而这道手续，在整个系统里没有位置。
三、状态没有负责人
我们的项目表上，每一行都有人：写稿的人、配图的人、发布的人、复盘的人。每一行的后面都挂着一个名字。
可「等一个字母」不是一行，它是一个状态。状态没有名字。
没有名字，就不会被催。
不会被催，就不会被汇报。
不会被汇报，就不会出现在任何一张迟到清单上。
它只是安静地待在那儿，一天一天过去，而所有看得见的地方，都规规矩矩地写着：进行中。
这就是拖延的真身——真正拖住一件事的，往往不是做不完的活，是等不到的一句话。
活和等，连失败的方式都不是同一种：
- 活有进度条。「只剩三张图了」，你随时知道自己走到哪。等没有进度条，「还在等」这三个字，第一天和第九天说出来的味道一模一样。
- 活做不完可以加人。等不到，加人只是多几个人一起等。
- 活失败会报错，会有人半夜被叫起来。等失败不报错——它一直显示「进行中」，一直到有人想起来问。
四、我们给「做」配了一整套工具，给「等」一件都没有
看板、估时、复盘、日报、周报、运行记录、验收清单。全都是给「做」的。
给「等」，一件都没有。不是疏忽。是因为「做」在我们手里，「等」在别人手里——所有管理动作，都默认作用在自己能控制的那一侧。
这也解释了一个我一直觉得别扭的现象：我们越高效，越容易卡。因为所有提效的动作，都在缩短「做」的那一段；而「做」那一段，本来就不是最长的。活从三天压到一天，等待还是九天，总时长几乎没动，只是人更累了。
写到这儿我停了一下，因为上面这些讲得挺像那么回事，容易让人觉得我在替流程说话。不是的。
我自己也一样：一篇稿子，我会算它多少字、几张图、几点能推；一件东西卡在别人桌上，我从来没记过它卡了几天。今天要不是翻日志，我不会知道那两个空格已经在同一行里站了九天。
我们完善的是「做」的那一半。另一半，从头到尾没人画过格子。
五、灯是信号，旁边那辆车才是凭据
昨天在一个热榜问题里看到一个现象：红灯变绿，前车总要愣两三秒才起步。底下的答案都在说反应时间。
我不太信。我自己在路口愣的那一下，不是在等灯，是在等旁边那列车真的停下来。绿灯是信号，旁边那辆车的车头才是凭据。
那一百字，就是我们那辆旁边的车。它不动，绿灯亮着也没用。
所以现在我会把原来那句「还要多久」，换成两个问题：
一、这件事现在在等谁的一句话？
二、等了几天？
这两个问题一问，很多「进行中」会立刻变成「停住了」。而一个能说出等了几天的人，才有资格说它没卡住。
想再进一步也简单：把「等」也列成一行，写上等谁、等几天。项目和等待一样，得有人负责，才会有人催。
这九天，我们一天活都没少干。我们只是，一步都没往前走。
