适用场景
项目做不完往往不是技术问题，而是需求边界不清：客户认为"顺带做一下"，你认为"这是新需求"。事前约定比事后争论有效。
配置步骤（沟通机制与会议纪要）
# 1) 周例会：进度、风险、待办（固定模板）
# 2) 周报：本周完成、下周计划、需要配合
# 3) 关键节点评审：需求、设计、上线前
# 4) 纪要：决议事项 + 责任人 + 时间，发邮件确认关键参数与建议
- 需求确认：书面确认需求清单与优先级，明确"本期不做"的内容
- 变更控制：任何新增需求走变更单，说明对工期与费用的影响
- 验收标准：功能、性能、资料、培训四项可量化
- 沟通机制：周会 + 周报 + 关键节点评审
- 留痕：会议纪要、邮件确认，避免口头承诺
容易踩的坑
- 只开会不写纪要，决议无法追溯
- 与基层使用者的需求被忽略（只听领导）
- 问题只在群里提，容易漏掉
验证与巡检
# 证据：会议纪要目录、周报归档- 巡检：每周纪要齐全、决议事项闭环
小结
范围管理的核心是"把不做的事情说清楚"。写清边界，后续的每次变更才有依据，也更容易被客户理解。
> 说明：文中命令为通用写法，不同型号/版本可能略有差异，落地前请对照设备实际版本的官方文档；带外管理与安全设备变更建议先在测试设备验证。