一个人干活要不要排期表

2026-09-14 排期表,独立开发者,时间管理,并行控制

项目看板上曾经同时躺着十几件事，每件都标着「进行中」。我被这个数字骗了很久，直到某天意识到：真正在动的只有两件。

一个人干活要不要排期表，我的结论是：要，但只能要那种「当天能划掉」的排期表。 那种铺满整月的甘特图，对一个人来说是负担。

先说清楚适用边界：这件事只对「手上同时有两件以上、且都有人等」的人成立。如果你只做一件事，排期表意义不大。

有排期表和没排期表，差在哪

| 维度 | 有排期表 | 没排期表 |

|------|---------|---------|

| 开工决策 | 打开就知道今天做什么 | 每次都要重新想一遍做什么 |

| 并行控制 | 能一眼看出同时开了几件 | 容易越接越多，全卡在半路 |

| 延期感知 | 到期没做完会浮出来 | 只有想起来才发现拖了 |

| 维护成本 | 每天花几分钟更新 | 零维护，但决策成本转嫁到每次开工 |

| 心理负担 | 没做完的会一直挂着 | 没有账面压力，但也没进度感 |

| 适用规模 | 两件以上并行时收益明显 | 单线程时基本没用 |

表里最值钱的一行是「并行控制」。 一个人做公司最大的风险不是慢，是同时开太多件事导致每件都做不完。

排期表适合手上长期有两件以上并行任务、且任务之间会互相挤占时间的人。我的情况就是这样——2026-07-24 立项之后，内容、产品、基建三条线同时在推，不排期就全靠记性。

不需要排期表的是单线程工作者。如果你这周只做一件事，做完再做下一件，那排期表纯粹是给自己找活干。

还有一个中间地带：事情不多但周期长。这种情况需要的不是排期表，是里程碑，记几个关键节点就够了，不用排到每天。

我用的是「当天列表 + 周度回顾」，不是完整排期表。

原因是我的迭代节奏本来就快。立项到现在已经走过 7 轮迭代，如果每轮都排一份详细的期，大部分排出来的东西还没执行就作废了。

具体做法：每周日花一点时间，把下周要推进的事列出来，不排到具体几点；每天早上从这个清单里挑出当天真要做的几件写下来。

这个做法有一个副作用值得说：它逼我每周面对一次「上周列的事有多少没做」。这个面对很难受，但它是我控制并行的唯一有效手段。

有三个信号说明你的排期方式出问题了。

第一，你每天都在改排期，但任务本身没动。这说明你在用排期逃避执行。

第二，表上「进行中」的数量持续超过你能同时处理的量。这不是排期的问题，是你接的事太多了，得砍。

第三，你开始不看这张表了。一旦不看，它就从工具变成了装饰，不如直接删掉。

所以一个人干活要不要排期表，标准不在表本身，在你有没有真的每天看它一眼。

顺带说一个相关经验：我让 AI 员工各管一摊之后，任务的「谁在做」比「什么时候做完」更常出问题。后来我定了几条交接规矩，把任务归属写死在看板上，才不出现两件任务挂在同一个人身上、实际上谁都没动的情况。

回到问题本身：一个人干活要不要排期表，取决于你有没有并行。有并行就必须有表，没有并行就别给自己加活。

Q：一个人干活用排期表会不会浪费时间？

会，如果你排得很细。按天甚至按小时排，维护成本很快就超过收益。按周列清单、按天挑重点，这个量级比较合适。

Q：排期表和任务清单有什么区别？

清单只回答「有哪些事」，排期表还要回答「什么时候做、同时开几件」。一个人真正需要的是后半个功能，也就是控制并行。

Q：任务老是延期，是排期表的问题吗？

通常不是。延期多数是因为估时不准或者同时接的事太多。先检查「进行中」的数量，再去改排期方式。