需求变化与范围管理

周四晚上，小叶正在为周六的校园摄影展做一个作品目录。展览有二十件作品，观众输入作品编号，就能在手机上找到标题、中文说明和展区位置。负责内容的同学已经给出核对过的资料，小叶用 AI 帮忙搭建页面和程序。双方约定，周六上午十点开幕时，这些查询应当能够正常使用。

页面刚能展示，新的消息接连来了。有人发现，查询 A07 时显示的竟是 A12 的说明；展览负责人希望增加英文入口，让主要阅读英文的观众也能找到作品；另一位同学觉得，既然有了目录，最好顺便让作者在线修改介绍。还有人提出，展览结束后可以生成一本下载画册。

这些要求听起来都有道理。AI 也能很快分别给出改法。小叶却发现，自己越答应越难说清：开幕那天到底要交付什么，哪些原来的工作还没完成，以及一次看似局部的修改会牵动多少地方。

本章讨论的需求变化与范围管理，就是在这样的情境中作出判断。我们既要看见新需要，也要把它放回当前目标、已有承诺、可用投入和实际依赖中，决定这次接受什么、替换什么、拆开什么，以及哪些事情以后再做。决定还要落实到共同使用的资料、实现和检查中，才能改变项目的走向。

全章人物、作品、时间、工时和检查结果均为虚构教学情景。小叶从周四晚到开幕前可投入十六小时，这是他能用于项目的工作时间，不是两天之间的自然时长。最初的目录只查询已确认作品资料，没有承诺开放投稿或让作者自行公开修改。后续新增条件及假设结果会另行说明。

一、先知道当前承诺是什么，才能判断什么发生了变化

“做一个摄影展目录”还不足以界定当前工作。同学可能以为目录只是一张作品清单，负责人可能以为里面包括英文介绍，小叶则可能默认只要页面能打开就算完成。没有共同的参照，同一句“加个小功能”，在不同人看来会是补欠账、改细节或者另开一项工作。

范围在这里指当前准备交付哪些用途、内容和行为，以及它们适用于什么条件。它不仅是功能名称的集合。小叶承诺让观众按编号找到作品，那么编号与标题、说明、展区的对应正确，就属于这一用途需要满足的条件；页面在观众准备使用的手机上能完成查询，也不是功能列表之外可有可无的装饰。

可以把当前约定写得具体一些：开幕时，观众能够查询本次展出的二十件作品；每个编号显示对应的已确认标题、中文说明和展区位置；内容负责人通过双方约定的资料表提供内容，由小叶接入目录；遇到不存在的编号，页面能够让观众知道没有找到对应作品。这个描述已经足以帮助大家分辨后来的要求，无须在起步时穷尽所有界面和实现细节。

这里同时出现了用户要做的事、资料范围和交付条件。少写任何一部分，都可能使“完成”失去对象。如果只写“支持查询”，有人会拿一条手工预填的成功页面认领完成；如果只列二十个编号，却不要求对应准确，即使每个编号都能查到结果，也可能显示别件作品的资料。范围管理不能靠把关键质量条件从清单里删掉来制造轻松完成。

当前约定也要让相关的人看得见。小叶独自在笔记里写“只做中文”，而负责人仍按中英文目录安排观众，这不是已经形成共同范围。需要将影响对方使用和安排的条件说清楚，确认彼此理解。小项目可以只用一份短说明和一张当前任务表，关键在于大家据此作出的安排没有互相冲突。

在工程中，已经共同确认、用来判断后续改变的版本常被称为基线。这个词可以理解为当前的参照：新要求来了，我们先看它相对于哪份约定改变了什么。它可以更新，但不能一边悄悄改变实现，一边继续假定所有人都知道新的安排。

例如，负责人原来通过资料表集中提交内容，后来提出让作者直接在网页修改，这改变了谁能提供内容、怎样确认内容、何时让观众看见等关系。若只比较页面上是否多了一个编辑按钮，就会低估变化；若回到当前内容交付方式，就能立即看出它影响了一整段工作。

前面的需求分析帮助我们发现值得解决的问题，验收条件帮助我们知道怎样算满足。本章接着做的一件事，是在变化出现时把这份参照继续用起来。GOV.UK 对用户故事的说明也把用户目标、完成条件和待办安排联系在一起。对小叶而言，清楚的当前约定正是后续取舍的依据。

二、需求为什么会变：新信息、外部变化与新的愿望

要求发生变化，不必先归因为谁没有想清楚。有些东西只有见到具体页面才容易说出来。负责人最初只说“手机能查”，看到作品说明后才意识到，观众站在展区里需要更快辨认位置。这个反馈来自具体使用情境，比起初的一句“方便一点”增加了信息。

有些变化来自项目外部。原来预计的观众主要阅读中文，后来确认会有一批更习惯英文的观众到场。若工具仍要服务这次展览，就需要重新判断语言是否影响他们完成查询。原计划没有写英文，并不自动说明新需要不值得处理；它说明小叶要比较改变与不改变分别会造成什么后果。

还有些想法来自制作能力变强。看到 AI 很快生成查询页面，同学容易接着想到投稿、点赞、推荐、画册。每个想法都可能有价值，但“现在似乎做得出来”只说明它进入了可考虑的选项，尚未说明它应该排在开幕前，也没有说明当前有人愿意承担随之出现的内容整理和维护工作。

这三种情况会导向不同的追问。新信息让我们更准确理解原来的目标，就需要澄清原约定；外部情境发生了改变，就要重新看原范围是否仍有用；新的愿望出现，则应先了解它为谁解决什么问题，以及为什么要在当前时点实现。只说“需求又变了”，会把这些差别全部抹平。

小叶可以先问英文入口准备帮助观众完成什么。若回答是“让他们按编号找到作品，认出标题和展区”，可以围绕这个用途选择实现。若回答是“让他们完整理解每件作品的创作背景”，所需翻译和核对范围就明显不同。不能用同一个“支持英文”的标签，把两种承诺混成一件事。

对于在线修改，也应了解提出者遇到的困难。是作品作者确实需要在展前频繁更新内容，集中传表格已经造成延误，还是看到页面后觉得“能自己编辑应该很方便”？前一种提供了需要进一步处理的线索；后一种仍是一个待判断的设想。两者都可以记录，但不应仅凭表达热情决定开发顺序。

敏捷宣言的原则鼓励在开发中面对需求变化，并持续交付有价值的软件。把这个思路用在这里，意味着让新信息有机会改变决定。它并没有替小叶回答开幕前能做多少、增加哪项要放下哪项。这些仍要依据眼前的任务判断。

一份计划因新证据而调整，可以比坚持原样更合理。与此同时，合理的新要求也会消耗真实投入。理解变化有来由，与答应全部变化，是两个不同的决定。

三、修复、澄清与新增：先对照目标，再决定怎样处理

现在回到 A07 显示 A12 说明的问题。最初已经约定编号与作品资料正确对应，而且内容负责人交来的资料对应无误。查询结果却错配，这首先是既有交付没有满足原要求。把它称为“新增准确性功能”，再请负责人选择是否有预算做，会改变原本已经答应的事情。

因此，修复是让实现重新满足仍然有效的要求。它可能只需改一小处，也可能要排查资料处理与显示之间的多次转换；工作大小不决定它是不是修复。现在只知道原资料正确而页面对应错误，尚不能断言是排序、编号转换还是缓存造成。小叶需要查明实际原因，再处理受到影响的关系。

澄清则是在原要求不够明确时，让相关的人对它形成可执行的共同理解。比如“展区位置清楚”究竟要显示楼层、区域名称，还是要给出一条详细路线？如果原约定和使用情境只支持前者，不能事后直接声称完整导航早就承诺了。应该回到观众当时要完成的事，明确这一次做到什么程度。

澄清也可能带来额外工作。原来的模糊表述没有让投入消失，只是让它暂时不容易被看见。发现大家理解不同之后，应当公开调整安排，而不是用“这本来就包含”压住讨论，或者用“以前没逐字写”拒绝一切合理补充。

新增或变更要求会增加用途，或改变原来已经确认的条件。当前首版是中文作品查询，英文入口属于新增语言支持；由内容负责人统一交表，改成作者自行在线编辑，则改变内容进入系统的方式。至于两者哪个更重要，还不能由“新增”这个分类直接得出。

这几类并不要求每个边界都先争到毫无疑问才开始工作。分类的用途，是让责任和取舍有参照：已经承诺但没做对的部分，不能悄悄排到遥远以后；原意不清的部分，先补共同理解；确实增加或改变的部分，则需要看影响和当前价值。复杂情形可以把一项要求拆开处理。

例如，负责人说“让英文观众也看得懂目录”，小叶可以把入口困难与需要翻译的内容分开了解。若连原定中文使用者也难以找到编号入口，就应检查原有操作问题；若困难来自新增观众不理解中文提示，则需要纳入语言支持的变更。英文标题和说明也要明确提供哪些。这样才能根据原约定判断，而不是因为入口原来就有，便把新增人群的一切困难都算成旧功能没有完成。

还有一种容易出错的做法：为了守住日期，直接把原来没做好的对应关系改名为“以后优化”。如果双方确实决定减少首版内容，需要明确新的使用边界与替代安排；不能继续向观众提供看似完整的二十件作品查询，却接受其中一些说明可能属于别的作品。缩小范围必须形成新的可用安排，而不是只给缺陷换一个名称。

这一节并不是要给每条反馈盖分类章。小叶最终仍需要说清：相对于原约定，具体哪项关系没有满足、哪项尚不明确、哪项准备改变；因此接下来谁需要决定什么。分类只有进入这个判断，才对行动有帮助。

四、一个“小改动”会影响哪些关系

英文入口看起来只是增加一个按钮。但按钮后面要显示什么，从哪里取得，怎样与中文作品保持对应，暂时缺少某段译文时怎样处理，都不会因为按钮已经出现而自动成立。

变更影响分析，就是顺着这项改变与其他部分的联系，查清它还会牵动什么。可以从用户最后需要得到的结果往回找，也可以从准备改变的资料和规则往前看。目的在于识别真实工作和容易遗漏的关系，不在于把每项小修改都写成厚厚的报告。

以英文支持为例，先看内容。二十件作品的编号不变，但需要为相应编号提供英文标题和展区名称。如果还要翻译完整说明，内容量和审核责任都会增加。AI 可以给翻译草稿，作品特有的名称、地点和作者意图仍需要有人核对；没有明确承担这项工作的人，开发者不能把译文齐全当作已有资源。

再看数据与对应。英文内容应当跟同一件作品的稳定编号关联，而不是只靠两张表当前碰巧排在相同行。否则其中一份表重新排序后，中文与英文可能分别显示两件作品。小叶应检查新增语言是否依赖这种容易被顺序变化打乱的对应方式；开篇那次错配的实际原因，也仍须从当前实现中查明。

再看使用过程。观众切换语言后应继续看到原来选择的作品，还是返回首页重新输入？暂不提供英文说明时，是不展示这一段，还是保留并标明中文原文？这些选择会改变承诺，也影响实现与检查。小叶不一定要做最复杂的切换，但应让实际行为与双方准备支持的用途一致。

最后看接入后的检查与协作。内容负责人需要知道交哪几项、按什么编号交、什么时候交；小叶需要知道收到之后还要核对哪些对应；负责现场使用的人需要知道英文入口覆盖到哪里。只改代码而不改变这些资料和说明，会让新功能在不同人手里成为不同的东西。

表中的后果是需要预防和检查的可能性，不是本章已经观察到的五个故障。当前明确发现的仍是 A07 与 A12 的说明错配。把风险清单全部写成已经发生的问题，会使负责人无法知道实际优先项；完全不考虑这些联系，又容易把按钮完成当作需求完成。

NASA 的需求管理说明强调需求与设计、接口和验证之间的联系，也要求评估改变对成本、时间及其他要求的影响。校园项目可以采用其中这种沿关系看影响的思路。一张具体表格、几处实现查阅和与内容负责人的沟通，已经可能暴露决定当前范围所需的关键事实。

在线编辑也可以用同样方法看。允许作者改字，除了编辑界面，还要决定谁能修改哪件作品、修改是否立即公开、原内容如何保留、冲突由谁处理。若本次实际困难只是两处介绍需要订正，通过现有资料表集中更新可能更直接；若频繁修改已经使这个办法难以运作，再评估新的内容流程。分析影响是为了选办法，不是为了把所有新要求都描述成不可能。

五、优先级表达的是取舍理由，不是谁催得最急

看过影响之后，小叶仍要决定先做什么。优先级说明在当前目标和限制下，哪项工作更应该获得先处理的机会。为某项工作安排更高优先级时，也要看哪些工作会因此推后：把时间给了英文接入，就可能减少做画册或动效的时间。AI 提高制作速度以后，可选工作更多，这种取舍反而需要更清楚。

可以先看它是否关系到已经承诺的核心用途。A07 显示别件作品的说明，会使编号查询提供错误信息，因此直接影响现有交付。无论最后要不要增加英文，这个问题都需要纳入基础工作。若它的排查比原先想象困难，也应重新安排投入，而不是因为新功能容易展示就先把它放下。

再看新要求服务谁，以及不做会怎样。假设负责人已经确认，确有观众主要阅读英文，他们当前需要的是按编号找到作品、认出标题和展区。这给英文支持提供了具体用途。与“看起来更国际化”的愿望相比，它更能帮助判断开幕前的价值；但仍需看小叶能否获得合适的内容和检查条件。

时点也很关键。展后下载画册可能值得做，但它的主要使用发生在展览之后。若当前先把作品资料对应组织清楚，后续做画册会有基础；这不意味着画册必须在开幕前与查询同时完成。把未来有价值的工作延后，并不等于认定它没有价值。

依赖则会改变“很重要”的实现顺序。英文入口的价值再明确，若译文不能及时核对，小叶也不能凭自己的剩余编程时间保证交付。可以先落实提供者和交付时点，也可以调整为更小的语言范围；不能只在优先表上把它涂成最高等级，就当作所需资源已经存在。

还要比较不同方案是否服务同一需要。对当前英文观众查找作品的目标，完整翻译每段创作说明和提供英文标题、展区与查找提示，不是同样规模的安排。后者覆盖较少，却可能足以支持已经明确的当前目标。若实际目标变为读懂全部创作背景，比较就要重新进行，不能继续拿较小版本冒充同等满足。

有些团队会给工作标“必须”“最好有”“以后做”。这些标记可以帮助共享安排，前提是每项背后有理由。把所有意见都列为必须，只会使排序失去作用；把最难的要求全移到以后，也未必保住用户真正要做的事。小叶可以直接写“编号对应是已有承诺”“基础英文服务已确认到场观众”“画册主要用于展后”，让选择经得起对照。

如果几项工作仍难以排出先后，可以先查明会改变选择的信息：新需要是否已有具体使用者，所需资料能否及时提供，某项改动是否会推迟基础查询。也可以记录当前尚不确定的判断，随着新信息再调整顺序。用途、时点和依赖已经足以支持选择时，就把理由写清楚并据此安排；确实需要数字比较时，再说明采用的估计及其范围。

六、把变化放进有限投入中，才能看见需要放下什么

现在为这个案例补一组教学估计。小叶盘点后认为，完成原来必要的基础交付还需要十小时，里面已经包括错配排查修复、资料接入、手机查询以及整合后的检查。这里估计的是接下来尚未完成的工作。

如果新增完整英文标题、展区和全部作品说明，小叶自己的相关工作估计需要八小时；若只接入支持查找的英文标题、展区与操作提示，需要四小时。两种估计都包括相应的接入、页面处理和检查，并非只有让 AI 写出代码的时间。译文由内容负责人另行核对，后面还要看这一外部条件是否落实。

原计划另有一组翻页动效，预计占两小时。这项工作不影响编号查询的基本用途，可以与负责人讨论取消。小叶可投入的总时间仍是十六小时，不能因为意见变多就把自己的可用时间也顺手调大。

三种安排给后续工作留下的条件不同。完整英文加进来以后，当前投入已经容不下整套安排；只把工作写进任务表，并不能让它按时完成。基础英文和动效一起保留，纸面上刚好排满，但任何排查比预期多花时间，都会挤压其他工作。取消动效后，范围仍能支持约定的查询用途，同时有机会处理后续暴露的困难。

留下两小时也不是按时交付的保证。工时是估计，错配原因可能比预期更复杂，内容接入也可能遇到新问题。这两小时只是没有提前许诺给另一项工作，能在发现偏差时用于调整。不能把它视为无论出现什么问题都足够的保险，也不能把“留余量”变成每个项目固定扣去相同比例的规则。

对于 AI 带来的提速，也要看它改变的是哪一部分。假设英文切换页面生成得比预计快，并不说明译文核对、作品对应检查和手机操作也都同比变快。只有实际减少的工作，才释放了可重新安排的投入。先据“AI 应该很快”答应全部功能，再期待它同时消除所有等待，会让任务表持续高估已经具备的能力。

资源还有到达时点。在本例进一步假设，内容负责人能在周五中午交付这二十件作品已经核对的英文标题和展区名称，以及统一的英文查找、切换提示。小叶可以先按约定字段准备接入，再用实际资料完成对应检查。这份外部承诺使基础英文所需内容有了明确提供者和交付时点；计划中留出的两小时余量，不能代替负责人届时没有交来的内容。

如果到了约定时点资料仍不齐，应重新判断当前安排。可以讨论缩小英文覆盖范围并明确告知，也可以延后英文支持，优先完成原来答应的基础查询。具体选择要看观众需要和负责人安排，不能直接把未审核译文填进去，再继续宣称原来的英文承诺已经兑现。

这一组数字帮助我们看见三种不同问题：总投入已经超出、虽然排得下但缺少余地、时间尚有余量却可能缺外部条件。它们需要的处理不同。只用一句“资源不够”概括，反而不容易知道该减少功能、调整次序，还是先落实资料。

七、缩小范围，要留下能够独立使用的结果

决定少做一些以后，下一步是怎样拆。把“英文支持”拆成页面按钮、数据字段、翻译和检查四项，有助于组织内部工作；但如果开幕时只完成按钮和空字段，对英文观众仍没有形成可用结果。任务数量完成了一半，不等于用户需要完成了一半。

更有帮助的拆法，是沿着一段具体用途形成小而完整的结果。本例可以先让观众用英文查找提示输入编号，看到这件作品的英文标题和展区；二十件作品都保持编号对应。完整的中文创作说明继续可见，并清楚标明其语言；本次不声称提供英文全文阅读。这形成了一个范围较小、但观众实际可以完成的查询。

它之所以可能适合当前安排，是因为前面已经把英语用途明确为找作品和辨认标题、展区。如果负责人需要的是英文观众完整了解创作背景，这个版本就不能仅靠改称“基础版”满足这个阅读目标。需要重新讨论翻译范围、现有其他工作或者使用方式。缩小范围要与用途一起确认，不能只在开发者内部删几项实现。

也可以考虑只支持部分作品，但要判断它是否仍服务现场需要。假如观众并不知道哪些编号有英文，输入以后才反复撞到空白，部分覆盖可能增加困惑。若要采用这种方案，入口和现场说明应明确支持哪些作品，并让不支持的查询有清楚结果。有没有更小的可用范围，取决于实际使用过程，不是把二十件随手砍成十件就一定成立。

在线修改同样可以拆。若眼前只是收集作者订正意见，先让作者通过现有渠道提交修改，由内容负责人确认后更新资料，也许足够。这个办法不等于已经实现在线编辑，却可能解决当前内容更新的困难。如果后来确实需要作者登录后直接维护自己的作品，再明确这一更广的责任与实现。

拆分还要保留各步之间的关系。先做英文标题、以后再翻译说明，通常可以用同一编号继续补内容；如果为了快速展示把英文写死在页面各处，后续更新可能要逐页寻找。当前不必预先做好全部未来功能，但可以保持已经清楚的编号、资料和显示对应，使暂时延后的内容以后有可接入的位置。

这里可以同时做两种拆分：对外说明这一轮能完成哪段用途，对内列出完成它所需的内容、实现和检查。前者防止用零散零件认领交付，后者防止看见一个小用途就漏掉实际工作。小叶与 AI 合作时，两种说明都需要保留。

八、一次变更决定，要真正进入共同安排

小叶比较完方案，不能只在聊天里说一句“那先做基础英文”。相关的人还需要知道，基础英文到底包括什么，动效是否取消，译文何时提供，以及在线编辑和画册处于什么状态。否则实现者按新范围开发，负责人仍按完整英文介绍准备现场说明，分歧会在开幕时重新出现。

可以用一份短记录保存这次决定：原来约定什么；新要求为谁解决什么问题；影响了哪些部分；这次选择哪种范围；哪些原安排随之改变；接下来谁提供什么、何时检查。记录不必每次写成文章，但应让未参与当次讨论的人也能理解当前安排。

假设小叶与负责人在上述条件下确认：保留必要基础交付，开幕前增加二十件作品的英文标题、展区及查找提示，并约定切换语言时保留当前所查作品；取消翻页动效；内容负责人周五中午交付已核对译文；完整英文说明、在线编辑及画册暂不进入本次交付。这里是本章新设的共同决定，不是小叶可以单方面替负责人作的选择。

接下来应把这一决定落实到当前任务表。把取消的动效从本次工作中移开，把英文资料交付及接入后的检查放进安排；基础工作中的错配修复继续保留。延后的要求可以留在待办里，写明当前不做的理由和重新考虑的条件，而不是只写一个没有时间范围的“以后优化”。

待办集合与本次承诺因此需要区分。待办里可以包含尚未判断或未来值得做的事项，本次承诺则是相关人员据以投入和安排使用的范围。把反馈收进待办，不意味着已经答应开幕前完成；把它排进本次工作，也不能继续当作无须兑现的随手记录。

GOV.UK 对敏捷工具与方法的说明区分了待办优先安排与团队当前同意处理的工作，也强调共享工作状态。小叶可以用普通表格实现这种区分。真正起作用的是大家知道哪些在做、哪些待判断，以及改变发生后以哪份安排为准。

影响到的资料和说明也要更新。例如，原来的检查只覆盖中文字段，现在还要确认英文标题与同一作品编号相连；现场介绍要避免继续说“全部作品介绍都有英文”；内容负责人应按确定字段提供译文，不必赶写已被延后的长说明。每一项更新都减少一种实际误会，比反复强调“大家注意同步”更具体。

小修改可以相应轻一些。如果只是纠正一处已经确认的标题错字，没有改变用途、交付日期或其他人的工作方式，记录修正并检查对应显示就可能足够。若改变了谁能公开内容，或者必须取消一项别人正在等待的功能，就需要让受影响的人参与决定。处理的程度应随影响而变，不必把所有改字都套进同一套会议程序。

九、让 AI 执行当前决定，也让它暴露可能的影响

AI 可以帮助小叶列出英文支持会涉及的字段、页面和检查，也可以根据当前实现寻找可疑的编号对应方式。但这些输出首先是分析或修改建议。如果最新约定没有进入它能够取得的资料，它就无法据此安排工作；项目里已经出现一个英文按钮，也不能作为负责人同意完整翻译的依据。

交给 AI 的任务可以围绕已经确定的改变来写：“本次新增二十件作品的英文标题、展区和查找提示，仍用作品编号保持两种语言对应；切换语言后保留当前所查作品。中文长说明暂不翻译，页面应说明这段仍为中文。译文由内容负责人提供。请先查看现有数据与页面怎样关联，说明准备修改哪些部分，再完成接入和对应检查。”

这段要求同时说明了用途、范围、资料来源和需要保持的关系。它给 AI 留出实现空间，也让小叶能够判断方案是否扩大了承诺。如果 AI 顺手加入自动翻译全部说明、作者登录和公开编辑，应先看这些内容是否属于当前决定，不能因为生成出来就自动进入本次交付。

AI 也可能发现需要扩大技术改动。比如检查后证实，当前页面依靠数组位置将编号与说明拼接，排序变化就会错配。此时改成按稳定编号关联，可能涉及几处数据处理，超过了表面上的一个显示错误。小叶应按已查明的原因处理必要影响，而不是为了保持“只改一处”的承诺拒绝修复。

不过，发现一处关联问题也不能自动证明必须重写整个系统。可以要求 AI 说明：哪条现有行为会导致错误，哪些地方依赖它，局部修正能否满足当前要求，需要用什么材料检查。若它建议大幅重构，应比较这次投入与当前交付的关系，分清解决已知问题的必要工作和为未来可能需要而增加的设计。

多个 AI 任务并行时，共同参照更重要。一个任务修编号对应，另一个接英文资料，如果各自改了编号格式或字段名称，合并后可能再次错配。可以让它们共同遵守已确认的数据约定，明确哪项任务可以改变什么，并把相互影响的改动汇合检查。并行减少的是某些等待，不会消除任务之间的依赖。

任务结束时，也要看实际改变了哪些行为。AI 的总结可能只列“新增英文功能”，而实际默认回退、缺内容提示或中文查询已经变化。小叶需要查看对应结果和相关改动，判断它们是否都属于当前范围、是否仍满足已有要求。这个检查直接服务于变更控制，不要求学习者先掌握所有代码细节才开始使用 AI。

若中途发现估计明显不够，应把新信息带回安排。例如基础修复比原估计多花时间，已经用掉原先留出的余量，就应重新比较英文范围和开幕条件；不能让每个 AI 任务各自答应“马上完成”，最后由未记录的工作挤掉整合检查。进度要围绕完整交付判断，而不只看各个任务生成了多少文件。

十、收尾时查的是新承诺与旧责任能否同时成立

假设到了周五中午，内容负责人按约定交来已经核对的英文标题、展区和统一查找、切换提示。小叶完成了相关修改，现在准备检查。资料已到、代码已改之后，还要确认编号对应、语言切换及提示显示是否满足要求。

可以先沿英文观众的查找路径检查：从入口找到英文查找提示，按提示输入展出编号，看到对应的英文标题和展区；中文长说明也有清楚的语言提示。再检查原有中文查询能否完成，以及查到作品后切换语言是否仍保留同一编号。二十件作品的编号和两种语言资料还要逐项核对，并查看无效编号、返回查询及手机使用等当前需要支持的情景。

只拿 A07 检查正确，还不足以说明这次关联修复没有影响其他作品。反过来，二十条标题全部对得上，也不能替代语言切换后是否保持当前作品的操作检查。检查对象要跟改变的关系对应，不能只用一个“全部正常”的标签吞掉内容与行为的区别。

如果发现切换语言后返回另一件作品，就应继续查切换状态与编号传递；如果译文与资料表不符，就查实际接入及显示；如果某段仍为中文却被页面称作英文全文，就修正范围表达。发现的问题各自指向相应的修改，修完后还要重新查看相关结果。

进一步假设，小叶已经按这些条件查过，发现的问题也在修正后得到复查：二十件作品对应正确，英文查找提示能够支持从入口查到作品，语言切换保持同一编号，现有中文查询仍能完成，基础英文的范围得到清楚说明。此时，这些检查才支持将这一限定版本用于开幕。它们没有证明作者在线修改已经可用，也没有证明未来展览的任意资料都可以直接套用。

在这个条件下，开幕前的下一步是让负责现场使用的人拿到当前入口和准确说明，并保持已经确认的资料与版本一致。如果此时又提出新功能，应按其必要性和影响另作判断。若还有可用时间，可以用于实际准备和处理新发现，不必因为看见空余就立即塞入新的承诺。

展后再看待办，也仍须根据需要作选择。画册若已有人准备使用，可以明确其版面、内容及下载用途，再安排下一轮；在线编辑若仍没有具体更新困难，可以继续保留为设想。主目录已有结构给后续工作提供基础，不等于后续每一项都已经顺带完成。

学会需求变化与范围管理，不是为了让计划永远保持原样。它让小叶面对新信息时，能够说明改变有什么价值、会影响哪些关系、需要调整哪些旧安排，并交付当前真正承诺的结果。AI 扩大了做事的能力，这些判断决定新增能力最终流向哪里。

练习与参考分析

练习一：错配是新增需求，还是没有完成原来的事

小叶为社团做了一个成员查询页。双方已经约定，每个学号显示对应成员的姓名与报名组别。实际输入一个学号，显示的却是另一位成员的组别；社团交来的原资料对应正确。AI 建议将“提高匹配准确性”列入未来功能，小叶也想先做更容易展示的主题切换。应怎样判断当前安排？

**参考分析：**学号与成员信息的正确对应属于已有承诺。当前观察表明实现没有满足这一要求，不能因修复麻烦就改称未来新增。应先查明从资料到页面之间的实际对应过程，修正原因，并检查相关成员是否仍正确显示；题面没有提供具体错误原因，不宜直接断言只要换某种数据结构就一定解决。

主题切换可以有价值，但现有查询已经提供错误信息，它不能替代修复。若原计划投入不足，需要据查明的影响重新安排日期或范围，并让使用者知道变化；不能继续以“查询已完成”交付同样的错误对应。

练习二：基础英文一定是合理缩减吗

小叶的展览目录可以显示英文标题与展区，但创作说明仍只有中文。负责人这次明确提出，准备邀请的观众需要完整阅读每件作品的创作背景。小叶认为基础英文已经有入口、能显示作品，就可以把它称为这项要求的最小版本。这个判断还缺什么？

**参考分析：**此时目标已经明确为完整阅读创作背景。英文标题和展区能支持找作品，却没有满足这个阅读用途。不能只因它范围小、可运行，就认定它是同一目标已经可用的缩减版本。首先应把缺少的结果直接说清楚。

可以重新比较完整译审的投入、延后其他工作、调整邀请安排或提供另一个确实支持阅读的办法。若最终同意先提供查找支持，必须明确这改变了当前用途和承诺，而不是把原要求说成已完成。较小版本是否有用，取决于它留下了什么可完成的任务。

练习三：有空余工时，为什么还可能无法交付

小叶预计，完成现有资料页还需六小时，新增双语接入与检查需四小时；他可投入十二小时。译文需要负责内容的同学确认，对方表示只能在展示活动结束以后提供。小叶认为总工时排得下，因此可以保证活动开始前提供已确认的双语内容。应怎样修改判断？

**参考分析：**按估计，小叶自己的工作没有占满十二小时，但必需译文的到达晚于使用时点。尚未预占的时间不能代替缺少的确认内容，所以这组数字不支持活动前交付的保证。这是依赖到达时点的问题，不能只用总工时是否足够判断。

需要讨论能否在活动前取得较小范围的确认内容，或调整双语承诺及使用方式。AI 可以提供待核对草稿，却不能在原要求仍是已确认内容时，把无人核对的译文当作已经满足。新安排须说明实际能够获得什么，再据此估计接入和检查。

练习四：有了编辑按钮，为什么仍未完成要求

作品目录原来由内容负责人提交资料，小叶统一更新。AI 已生成作者编辑页面，任何打开页面的人都可以修改作品，保存后立即公开。负责人提出的需要是让每位作者订正自己的介绍，仍由内容负责人确认后对观众显示。小叶准备把“在线编辑”标为完成。应检查哪些关系？

**参考分析：**题目中的需要包含谁能改、能改哪件作品、谁确认，以及什么时候公开。当前页面只有编辑与立即公开行为，没有满足这些约定。需要沿身份与作品归属、候选修改、确认后公开、原内容保留等关系查看影响，而不是仅检查输入框能否保存文字。

若当前投入不够，可以考虑先沿原渠道收集订正、集中确认更新，只要它确实解决当时的更新困难，并与负责人说明这并非已经交付在线编辑。若坚持在线流程，就应完成相应关系和检查后再使用；不能把必需的确认环节改称将来可选增强。

练习五：待办里的每一项都算答应了吗

小叶收集了五条使用反馈，全部记入一个列表。其中两条已与负责人约定本周处理，另外三条还没比较用途和投入。AI 看见列表后把五条都排进当前开发，并改了相关模块；负责人还不知道范围已经变化。小叶应如何处理？

**参考分析：**收集意见和承诺本周交付不同。先对照共同安排，确定已答应的两项以及其他三项的实际状态；查看 AI 已改动的内容是否影响当前任务。不能因代码已经生成，就倒过来说负责人已经同意全部新范围。

可以保留未确认改动作为候选，单独评估是否有用、是否适合当前投入，再明确保留、调整或暂不采用。当前任务表、AI 任务说明和相关检查需要同步到确定安排。若已影响原有行为，应先处理这些影响；只把三条从文字列表移走，不能使实现自动退回原状。

练习六：缩小范围以后，哪些检查仍然不能删

小叶与负责人同意，首版由二十件作品缩为已确认的十件，并在入口明确列出支持编号。小叶于是准备取消所有对应检查，理由是范围已经小了一半，出错机会也应该少。该怎样判断？

**参考分析：**数量缩减改变了覆盖范围，没有取消所保留作品必须对应正确的要求。仍需要检查这十件的编号、标题、说明和位置，以及输入未支持编号时是否有清楚结果。数量减少可能让逐项核对更省事，却不能据此认定已经无需核对，也不能凭直觉给出错误概率一定减半的结论。

若范围缩减涉及先前已提供的作品，还需确认观众入口和现场说明都按新范围更新。新方案能否成立，要看十件作品的查询是否形成可用结果，以及未支持部分是否被准确说明。减少要交付的内容，并没有取消保留部分必须满足的要求。