范围蔓延
Scope Creep
中级通用范围蔓延（Scope Creep）是项目推进中，原本约定的工作范围不断加入新需求，却没有同步调整时间、资源或取舍的现象。识别它能帮你判断新增想法会挤掉什么，避免一个小功能越做越大。
你可能会说：「我让 AI 做个简单后台，聊着聊着功能越加越多，怎么判断哪些先别做？」
读之前建议先了解
动手看看导出功能越做越大
切换交付范围，再试着延期或撤回新增需求。上条比下条长，就说明活儿已经超出工期容量；悬停需求行可逐项查看。
一句“顺便把图表也导出”增加了 2 人日。如果仍按原定 5 天交付、不增人也不删任务，这就是范围蔓延。
要点范围蔓延是怎么发生的？
- 1
先看原来答应交付什么
我们得先有一个可对照的范围，比如这次只做订单列表和按状态筛选。否则你很难分清某项工作是原本就漏写了，还是后来加进来的。验收标准越清楚，和 AI Agent 协作时越容易发现偏离。
- 2
留意小改动叠加的成本
“顺手加个导出”可能还要处理权限、数据量和下载失败。每个提议单看都不大，但它们会占用同一段开发和测试时间。范围蔓延的关键不是有人提出新想法，而是新增工作没有对应的取舍。
- 3
把新增想法变成明确选择
你可以问：这项功能现在做，原计划中哪项推后？如果决定扩展范围，就一起更新交付内容、时间和验收标准；如果暂时不做，就放进产品待办列表。这样 AI Agent 不会把聊天中提到的想法都当成这次的任务。
容易混淆的地方
范围蔓延不等于任何需求变更。发现用户确实需要新功能，并明确决定用更多时间做它，是有意识地调整范围；问题在于只加内容，不承认代价。它也不同于修复原功能的缺陷：订单筛选结果不对，属于把已约定的功能做好，而不是增加新功能。
什么时候用
适合用
- 你和 AI Agent 做后台页面时，需求从订单筛选逐步加到导出、统计和权限，想判断这次迭代是否还能按原计划完成。
- 团队排定了一个版本的交付内容，讨论中不断有人提出“顺便做一下”，你需要让新增工作和时间、优先级一起讨论。
- 你准备检查一份持续修改的 PRD，想找出哪些功能是后来加入、却还没更新验收标准的。
不适合用
- 你正在做不限定交付内容的创意探索，目标是尽量提出方案；这时先记录和比较想法，用产品发现的方法更合适。
- 已约定的登录功能无法正常使用，你要定位并修复缺陷；把它当作缺陷处理，而不是用范围蔓延解释。
- 你想估算一个已确定功能要花多久，此时先拆任务、查依赖；范围蔓延不是工作量估算方法。
练一练选一个答案，看看解释
你请 AI Agent 做一个支持按状态筛选的订单列表。开发中又想到导出 CSV、销售图表和管理员权限，但上线日期不变。哪种处理最能避免范围蔓延？
让 AI 帮你做复制给 AI Agent 直接用
这次只交付订单列表和按状态筛选。请以此为当前范围；遇到导出、图表或权限等新增需求时，先指出可能发生范围蔓延，说明额外工作与测试影响，并问我是替换现有任务、调整时间，还是放入待办。未经确认先不要实现。