东辑事厂看到"邓晨越3-2"这个项目名，我第一反应是：这也太不像一个能交付的项目了。它没有动词、没有领域、没有一句说明，看起来就是一个名字加一个版本号。但现实里，大量项目——尤其是个人项目和小团队项目——恰恰就是从这个状态开始的。一个人或者一个小团队，拿到了一个只有代号和编号的"活"，要在有限的时间里把它变成清楚的东西：一个能上线的功能、一期能发布的内容、一次能复盘的活动。
"邓晨越3-2"这个项目对我来说就是这样。3-2不是一个随机的数字组合，它代表第三个大版本下面的第二次迭代。邓晨越是这个项目的代号或者说负责人，项目的内容并不是一开始就明确的，我们需要在推进过程中不断澄清、收敛、验证。这篇复盘想写的，就是我从一个模糊标题出发，把一个既定编号项目完整落地的全过程，包括我是怎么拆需求的、怎么定范围的、怎么排时间的，又踩了哪些坑。如果你手里也拿过一个只有名字和编号、却不知道从哪下手的项目，这篇文章应该能给你一套可以直接套用的动作。
1. 项目定位：先把"3-2"翻译成一句人话
1.1 一个编号背后藏了三层信息
很多人在拿到"邓晨越3-2"这样的标题时，最容易犯的错是急着动手。他们会想："管它什么意思，先做起来再说。"我通常不建议这么做。编号这个东西看着简单，但它其实包含了三层信息：第一，它有一个主体，也就是"邓晨越"，说明这个项目是有归属、有责任人的；第二，它有一个版本关系，也就是"3-2"，说明它前面还有1.x、2.x，后面大概率还有4.x、5.x；第三，它隐含了一种沟通约定，大家用这个编号对齐信息，而不是反复描述"我上个月做的那件事"。
这里有个很实用的技巧：当项目只有一个编号时，先给自己写一张"项目定义卡"。不需要很长，一页A4纸就够了。项目名、一句话目标、成功标准、范围边界、关键时间点、参与角色，这六项填满，项目的轮廓就出来了。我第一次做"邓晨越3-2"的定义卡时，目标那一栏写了三版才写明白，从"把这个版本做完"改到"让用户能在XX分钟内完成XX任务"，这才是可以验证的目标。
1.2 先定义"完成"，再定义"任务"
项目推进过程中，最危险的一句话是"差不多做完了吧"。什么叫差不多？在版本迭代里，"完成"需要有客观标准，而不是靠感觉。我给"邓晨越3-2"定完成标准的时候，用的方法叫DoD（Definition of Done，完成的定