接口联调范围没完成怎么办？拆到下个迭代

先评估未完成范围对业务目标的影响

可以先看未完成的接口是否影响核心业务链路、是否阻塞上线、是否存在替代方案。如果剩余联调内容不影响主流程，可以将非核心部分拆到下个迭代；如果会直接影响验收或上线，就需要同步产品、研发和测试，重新确认排期与交付边界。

可以按可测范围决定是否提测

如果已有可用接口能覆盖核心场景，且测试环境稳定，可以先提测可联调部分，避免整体等待。未完成的接口可以单独标记为遗留项，明确依赖关系和风险。若关键接口缺失会导致用例无法执行，就不建议强行提测，应先补齐必要联调内容。

风险主要集中在依赖、返工和体验一致性

拆到下个迭代可能带来接口口径不一致、历史遗留问题堆积、前后端联调反复返工等风险。若延后范围涉及用户可见功能，还可能出现页面已上线但能力不完整的情况。建议在拆分时明确交付边界、验证方式和责任人，避免问题跨迭代持续放大。

需求方需要确认优先级和验收口径

需求方应明确哪些功能是本迭代必须交付的，哪些可以延后，并对延期内容给出优先级排序。还需要同步验收标准，避免因为范围拆分导致后续认知不一致。若有用户或业务影响，也要一起评估对外说明口径，减少误解和沟通成本。