需求范围管理与变更控制
MVP闭环 · 验收口径 · 变更单评估 · 预算与工期可控
需求失控的本质：没有“闭环 + 口径 + 验收”
“再加一个字段”“再多一个报表”“再对接一个系统”看似小改动，实际可能牵涉到主数据、单据状态机、权限与对账口径。一旦没有明确边界，需求会持续膨胀，最终带来延期与超支。
范围控制的推荐做法（可执行）
- 按闭环拆分MVP：先做一条最影响钱/效率的闭环，确保可上线
- 把口径写进验收清单：库存/成本/应收应付等关键指标必须可追溯
- 需求分层：必须（上线必需）/应该（效率提升）/可选（锦上添花）
- 变更单机制：变更必须评估影响并调整里程碑，避免隐性返工
- 阶段性验收：每个阶段都能交付、能验收、能复盘
变更单建议包含的字段
- 变更描述：要解决什么业务问题，涉及哪些角色与流程
- 影响范围：页面/接口/报表/权限/数据迁移/历史数据是否受影响
- 影响评估：新增工期、成本、风险点与回归范围
- 验收方式：用例与对账清单、数据样本、验收口径
- 上线策略：灰度范围、并行对账、回滚方案与审计日志
常见问题（FAQ）
为什么ERP项目最容易“边做边改”？
多数需求只描述“功能”，没有明确闭环、口径与异常流程。等到联调与对账阶段，问题集中暴露，就会不断返工与追加。
怎么控制范围又不影响业务？
先做MVP闭环并可上线；新增需求走变更单评估影响，再决定是否进入当前迭代或下一期。
变更单应该包含哪些内容？
至少包含变更描述、影响范围、影响里程碑与工期、风险点、验收方式与回滚方案。