我曾经习惯为重要目标做一份完整计划。计划看起来很合理，却经常停在调整结构、补充方法和重新判断上。真正改变执行状态的，是把“我要做什么”改写成“我要完成哪个项目”。
项目不是更复杂的计划。它是一个有边界、有结果、有资源约束，也允许被结束和复盘的执行容器。
计划描述愿望，项目定义结果
“今年做好内容”是一种方向；“在六周内完成三篇可以发布的文章，并形成一套编辑流程”才是项目。后者迫使我明确交付物、时间范围和完成标准。
当结果清楚之后，很多不必要的选择会自然消失。项目不要求一开始就知道所有步骤，只需要知道下一步如何推进，以及用什么证据判断它已经完成。
我的一页项目定义
- 意义：为什么现在值得做，不做会失去什么。
- 结果：最终要交付什么，谁会使用或验证它。
- 标准：什么情况算完成，哪些内容明确不在范围内。
- 资源：可投入的时间、预算、资料和协作者。
- 下一步：一个可以立刻开始、通常不超过半小时的动作。
把决策和执行分开
我最大的执行阻力之一，是在行动过程中不断回到决策阶段。担心方案不够完善，于是继续研究、升级结构，最后消耗了真正交付需要的精力。
现在我会在立项时集中做判断。一旦进入执行，只允许根据新事实做必要调整，不因为普通的不适感重开整个方案。达到原判断的 70% 到 80%，通常已经足够继续向前。
决策阶段负责想清楚，执行阶段负责让结果出现。
设计最低执行版本
很多目标失败，不是能力不足，而是第一步的阻力太大。最低执行版本不是降低最终标准，而是把启动动作缩小到当下真的能完成。
写文章可以先写五个判断句，开发产品可以先完成一条核心路径，联系客户可以先整理十个真实对象。小结果会提供反馈，反馈再决定下一轮投入。
让 AI 参与记录和复盘
AI 很适合承担项目中的整理工作：把讨论变成任务、汇总进展、发现反复出现的阻力、在复盘时对照最初标准。但它不应该替我决定项目是否值得做，也不能替代对结果质量的判断。
用项目代替计划之后，我获得的并不是更漂亮的管理系统，而是更稳定的行动节奏。想法只有进入一个能够结束的项目，才更可能成为真实结果。