个人项目，为什么总死在没人催？

上班的任务再烦，也有邮件、会议和截止时间推着走。个人项目没有这些东西。

周一想着晚上改功能，回家先处理两件杂事；周三觉得周末再做；周日打开仓库，看见一长串待办，又决定下周重新规划。没人催，项目也不会立刻出事，它只是安静地停在那里。

最近读到一篇文章，作者借电视剧人物讨论一种长期目标带来的“能量”。我不想把持续更新解释成天生有魅力或意志强。对个人项目更有用的问题是：没有外部压力以后，它靠什么产生下一次行动？

只靠最初那句“我想把它做出来”，通常太远。它能启动项目，却很难每天供电。

一个项目如果连续几周都没有可见变化，也没有人使用、提问或拒绝，维护者面对的就只剩成本：要理解旧代码，要处理例外，要决定十几个都合理的下一步。收益则被推迟到一个模糊的未来。人停下来，不一定是懒，也可能是这条回路里已经没有即时信号。

我更看重三个连续出现的东西：一项能被看见的小改动，一次来自外部的真实反应，一个因此变得更清楚的下一步。三者连起来，项目才会自己留下路标。

假设一个工具有二十条待办，与其每周重新排完整路线，不如先定一个很窄的节奏：本周只交付一个用户能发现的变化；交付后只记录一条反馈；下周只处理这条反馈暴露的最大阻力。

这是示例，不是说所有项目都该按周更新。硬件、研究和长周期内容可能需要更久。关键不在七天，而在每个周期结束时，项目是否产生了新的证据。没有证据的坚持，只是在反复消耗同一份热情。

我也不想把“做了多久”当成道德成绩。一个方向没有价值，停掉比死撑更诚实。真正值得观察的，是它每一轮有没有让我更接近真实问题：有人开始用，某个假设被否定，或者维护成本终于暴露。

没人催的第一个月并不可怕。可如果项目长期只有待办增加，没有改动、反馈和约束产生，那它缺的可能不是更狠的自律，而是一条能够继续供电的小循环。

资料：

来源