移动端迭代评审后又加需求怎么办？先走变更

先评估影响，再决定是否走变更

评审后新增需求不建议直接插入开发，通常需要先评估对范围、工期、资源和风险的影响。如果需求确实必要，应按变更流程提交，明确新增内容、责任人、排期调整和交付影响；如果影响较大，则更适合放入下一次迭代，避免打乱原有计划。

通过变更管理控制范围扩张

可以将新增功能点纳入变更管理，先确认该需求是否属于必要交付，再评估对设计、开发、测试和上线节奏的影响。若需要接入当前版本，应同步更新需求文档和排期；若不具备条件，则建议冻结本次范围，等待下一迭代再处理，减少返工和沟通成本。

按流程审批，明确是否进入当前版本

这类需求通常需要业务方、产品、研发和测试共同确认，重点看新增内容是否影响已定范围、是否会增加额外工时、是否会带来兼容性或质量风险。通过审批后再安排进入当前迭代，并把变更内容同步到所有相关文档和任务中，避免信息不一致。