交付方法 Guide

知识指南 /

项目基线如何冻结,需求变化后怎样追踪影响?

最后更新: · 新航路数字化外协团队

冻结基线是确定某一时刻共同认可的输入和产物,不是禁止继续修改。后续变化应说明原因、影响对象与验收变化,再形成新版本,避免各方在不同文件上讨论同一个问题。

基线包含的不只是代码

  • 记录需求、模型、数据、接口、部署配置和工具版本。对无法归档的外部依赖保留明确引用与访问条件。文件名带最终版不能代替版本管理,也不能说明内容已经获得确认。

提出变更要说明什么

  • 列出原内容、新内容、原因与期望时间。检查是否影响接口、性能、授权或已完成证据。小改动也可能触发大范围重测,不能只按修改行数估算工作量。

评审后再进入实施

  • 由有权确认的人决定接受、延期或拒绝,并记录相应范围和计划调整。实施后关联修改产物与验证结果。不要在演示环境临时修好却忘记更新交付基线。

验收时核对一致性

  • 确保演示、打包文件、源码与文档属于同一基线。随机抽查一项变更从申请到验证的路径。交付后保留已验收版本,新开发不应直接覆盖导致无法复现旧结果。

还有更具体的问题?

说明项目阶段与目标域,我们将在 1 个工作日内回复协作方式与范围建议。