先交付一个可评价的版本：怎样缩小项目范围

一个项目迟迟没有交付，有时是因为“完成”的定义不断扩大：文章还想加一节，作品集还想换一套版式，小工具又需要一个新功能。缩小第一版的价值，是让一个具体判断尽早接受检查。

第一版仍应满足必要的正确性与安全要求。本文讨论低风险、可撤回的写作、学习和小工具尝试，不把“先做出来”用于跳过重要验证。

把愿望换成一个交付问题

“我要做一个阅读工具”太宽。可以先问：“读者能否用标题关键词找到一篇文章？”这个问题把范围限定为一个可观察的行为。

接着写清四件事：给谁使用，解决什么问题，本轮交付什么，以及怎样判断完成。这里的完成条件应当可以检查，例如三条样例均能得到预期结果，而不是“感觉差不多”。

缩减功能，保留必要质量

下面是一个假设的小工具计划，不是产品实测记录。

对于文章，缩小范围可以是只解释一个概念，但来源与结论仍要对应；对于作品集，可以先放一个完整案例，但不能把未完成的工作标成已经交付。

让反馈对准原来的问题

把版本交给合适的试读者或使用者，并说明你想检查什么。只问“你觉得怎么样”，容易得到泛泛的评价；可以问“你能找到目标文章吗”“哪一句使你误解了作者的结论”。

不要把一个人的反馈直接推广为所有读者的偏好。记录反馈发生的场景、具体困难，以及你准备修改的部分。若没有人参与检查，就把读者验证写为未完成。

卡住时，先辨认缺的是什么

任务太大时，可以缩减范围；但缺少资料、权限或能力时，仅缩小动作未必解决问题。此时下一次交付可以是一份待确认问题清单，而不是假装已经做出成果。

例如写文章时不知道某个政策是否生效，下一步应当核对官方来源。打开文档写一句话只能帮助开始，不能代替事实检查。

何时继续，何时暂停

本轮问题得到足够反馈之后，再决定第二版。保留哪些内容，改动哪些地方，哪些需求暂时没有依据，都可以明确记下来。

如果尝试成本持续超过价值，暂停或放弃也是合理选择。版本数量并不自动构成完整方法体系；可以解释、可以核对、确实回应了问题的内容，才值得继续积累。

方法说明

本文为 IPVU 的范围管理建议；示例是教学情境，未声称固定期限能够解决拖延。修订自早期版本笔记，并合并“两分钟入口”的起步主题。原稿对完美主义的单一解释及催促当天交付的要求均已移除。