平台化改造评审后又加需求怎么办？先走变更

新增需求需重新评估并按变更流程处理

评审通过并不代表范围可以随意扩展。新增需求需要先判断是否影响已确认的范围、周期、成本和风险，如果有影响，就应按变更流程重新提交评审和审批。这样可以保证项目边界清晰，避免后续出现责任不清、进度失控或质量风险。

临时加需求可能引发范围、进度和质量风险

临时新增需求往往会打破原有计划，带来开发任务增加、测试范围扩大、联调时间延长等问题，还可能影响其他已排期事项。若不经过变更确认，就容易出现目标漂移、交付延期和验收争议，因此需要通过正式流程重新确认需求边界。

用影响分析和流程说明推动达成共识

项目团队可以基于事实沟通，说明新增需求对周期、资源和已有承诺的影响，并明确这类内容需要通过变更申请进行审批。沟通时建议同步给出两种方案，例如延后到下一版本处理，或在评估影响后调整计划再实施，这样更容易让业务方理解并接受。

以是否影响范围和基线为判断标准

判断标准不应只看工作量大小，还要看它是否改变了已确认的需求范围、系统设计、测试用例或交付计划。只要新增内容会影响原有基线，就应该纳入变更管理；如果只是未影响核心范围的细节调整，也需要结合实际风险做确认，避免遗漏后续问题。