适用场景
项目做不完往往不是技术问题，而是需求边界不清：客户认为"顺带做一下"，你认为"这是新需求"。事前约定比事后争论有效。
配置步骤（变更控制流程）
# 变更单要素
# 1) 变更内容与原因
# 2) 影响：工期、费用、其它功能
# 3) 双方确认（签字/邮件）
# 4) 排期与责任人关键参数与建议
- 需求确认：书面确认需求清单与优先级，明确"本期不做"的内容
- 变更控制：任何新增需求走变更单，说明对工期与费用的影响
- 验收标准：功能、性能、资料、培训四项可量化
- 沟通机制：周会 + 周报 + 关键节点评审
- 留痕：会议纪要、邮件确认，避免口头承诺
容易踩的坑
- 口头答应变更，事后无法计费
- 变更累积不评估，工期集体延期
- 变更无记录，验收时对不上
验证与巡检
# 证据：变更单清单与合同附件- 巡检：变更单完整率 100%
小结
范围管理的核心是"把不做的事情说清楚"。写清边界，后续的每次变更才有依据，也更容易被客户理解。
> 说明：文中命令为通用写法，不同型号/版本可能略有差异，落地前请对照设备实际版本的官方文档；带外管理与安全设备变更建议先在测试设备验证。