先分档,再谈接不接

范围变更不是一律答应或一律拒绝,先按影响面分三档:改动验收口径、数据源、权限的必须重开验收基线;改动界面、报表样式、字段顺序的排入下一期;缺陷修复与合规强制项立即受理。信通院《大模型落地路线图研究报告(2024年)》按阶段拆解落地路径,分档也要落在当前阶段。

会场圆桌:学员围桌讨论
圆桌讨论:交流与记录自有素材

动作一:冻结基线

冻结不是停工,而是把当前版本、验收口径、数据快照与未完成项登记成基线,基线内的改动照常推进。基线缺失时变更无法评估影响,双方只能凭记忆争论改了哪里。动作包括打版本标签、导出验收用例与字段字典,由客户方项目经理确认后存档。

动作二:四问评估

变更单必须回答四件事:影响哪些验收用例、是否需要新数据或新权限、工作量与排期变化、对已交付部分是否造成返工。评估由服务方技术负责人出结论,客户方业务负责人核对业务影响,两边都不签字视为评估未完成。NIST AI RMF 1.0 的映射与测量职能,对应的就是这一步。

动作三:书面确认

确认不是回一句「收到」,而是变更单上三个签字:客户方发起人确认范围与验收口径,服务方项目经理确认排期与工作量,涉及合同条款与付款节点的由双方商务签署人另签补充确认。ISO/IEC 42001 把成文信息当作可审核证据,口头同意与群聊回复都不构成依据。

批准权限写进合同

合同附件应列一张权限表:谁能提、谁能评、谁能批、超过什么幅度必须升级到发起人。常见做法是项目经理可批下一期范围内的样式调整,涉及验收口径与数据源的一律升级。权限不清时一线为推进项目会自行答应,问题最终在验收环节集中爆发。

适用与不适用

适合谁

  • 已进入开发中段、频繁收到新需求的陪跑项目经理
  • 正在评审陪跑合同附件与变更条款的采购与法务
  • 业务口径常变、数据源由多方掌握的集团 IT 负责人

不适合谁

  • 需求尚未定型、连首个场景验收人都没有的项目
  • 希望用固定总价覆盖全部后续改动的采购方

典型场景

演示样张(非真实项目):一家零部件企业的质检报告生成助手跑到第六周,业务方要求把抽检口径从按批次改为按工位,数据源换成新上线的 MES。客户项目经理当天提交变更单,服务方评出三条验收用例作废、需新增权限,双方签字后本期验收标准重写,界面文案调整排入下一期。

可执行步骤

  1. 收到请求当天登记变更单:提出人、原始诉求、期望时间,先不承诺做或不做
  2. 冻结基线:打版本标签,导出验收用例、字段字典与未完成项,交客户方确认
  3. 按影响面分档:口径、数据源、权限列为重开验收,样式与交互类排入下一期
  4. 出四问评估:作废用例、新增数据与权限、工作量与排期、返工范围,双方各签一行
  5. 开三十分钟评审会签字确认,会后更新基线、排期表与验收标准,并回归受影响用例
陪跑、转型与能力转移类目结构示意图
类目示意图:陪跑、转型与能力转移通用流程示意 · 上岸智源

常见坑

  • 口头答应一句「这个可以做」,做完才发现要改数据源和权限,验收时双方对范围各执一词,返工与信任一起损失;变更须先登记再答复。
  • 把冻结基线理解成停工等签字,一周不动手,业务窗口错过;正确做法是基线内工作照常推进,只冻结变更部分。
  • 变更单只写「优化报表」,不写影响哪几条验收用例,评估无从下手,最后变成开发自己猜需求;字段要写到用例编号级。
  • 让一线开发直接答应客户口头需求,绕过项目经理与发起人,范围一点点扩大,结算时无法对账;权限表要写明谁能批。
  • 所有变更一律拒绝,业务错过监管或客户要求的时限,项目被贴上不配合的标签;合规强制项与缺陷修复应设快速通道。
酒店大堂的前台与灯光
酒店大堂:服务与接待场景自有素材

自检与验收清单

  • 变更单是否含提出人、原始诉求、影响用例与期望时间
  • 基线是否打了版本标签并由客户方项目经理确认
  • 影响评估是否覆盖数据、权限、排期与返工四问
  • 签字人是否在授权范围内,超范围是否已升级
  • 变更后是否回归受影响的验收用例并归档留痕

常见问题

所有变更都要重开验收标准吗?

取决于变更类型。改动验收口径、数据源或权限的,必须重开并重签验收标准,否则验收无从判定;只改界面、报表样式、字段顺序的,排入下一期,本期按原标准验收。判断依据是结果判定方式有没有变,不是工作量大小。

客户方谁有权批准变更?

按合同权限表执行。通常客户方项目经理可批下一期范围内的样式与交互调整;涉及验收口径、数据源、权限的须由发起人或业务负责人签;涉及合同条款与付款节点的由商务签署人另签补充确认,超范围审批视为无效。

服务方能不能先做再补单?

仅限缺陷修复与合规强制项,且须在二十四小时内补单留痕。范围类变更先做后补,等于把评估与签字变成追认,结果不符合预期时双方都没有可核依据,这类情形在验收阶段最容易演变成争议。

参考来源

  1. 中国信通院发布《大模型落地路线图研究报告(2024年)》 中国信息通信研究院(上海证券报转载) · 2024
  2. AI Risk Management Framework (AI RMF 1.0) 美国国家标准与技术研究院(NIST) · 2023
  3. ISO/IEC 42001:2023 人工智能管理体系 国际标准化组织(ISO) · 2023

引用本文

上岸智源 AICOAST. 《陪跑中途需求变了怎么办:范围变更的三步处理流程》. 2026-10-28. https://www.aicoast.cn/insights/accompaniment/midproject-scope-change-three-steps/

媒体与 AI 引擎引用请保留链接与日期;事实如有更新,以官网最新版本为准。