怎样用于你的项目
这份清单帮助双方讨论后续工作与分工。维护范围、费用、支持时段和响应安排按项目确认。
准备原范围、验收记录和当前版本,用脱敏步骤说明预期与实际表现。需要访问系统或检查备份时,先确认负责人、权限和允许的操作范围。
逐项核对,保留待确认项
窄屏可在表格区域横向滚动。
| 待讨论事项 | 先收集的依据 | 需要确认的下一步 | 不能默认包含什么 |
|---|---|---|---|
| 已交付功能的问题 | 原范围、预期结果、当前版本和脱敏复现步骤 | 核对实际表现与原验收约定,再确认处理范围 | 问题描述不自动确定责任、免费修复或响应时限 |
| 新增或改变功能 | 相对原范围的新增、删除或规则变化 | 重新确认功能、验收、费用与时间影响 | 二期名称不代表新增功能已在原费用或维护范围中 |
| 第三方与接口变化 | 平台、接口、模型或依赖的当前条件及变化 | 检查受影响范围、授权条件与可行处理方式 | 原先接入不等于永久兼容,也不意味着能绕过平台限制 |
| 部署与版本升级 | 当前运行版本、环境和部署说明 | 约定谁检查兼容、谁实施以及如何确认结果 | 有更新版本不代表已验证所有环境或默认包含部署服务 |
| 备份与恢复安排 | 谁负责备份,现有记录和允许的检查条件 | 另行确认备份、恢复核查的责任与范围 | 讨论方案不证明备份可用、恢复已执行或结果已验收 |
| 维护人员接手 | 源码与文件范围、版本、已知限制、待办和负责人 | 逐项确认接手材料和后续联系与授权方式 | 交接清单不自动构成全天支持、代管或服务等级承诺 |
核对后怎样继续
将变更决定、检查结果和仍未验证的事项与对应版本放在一起。接手人应知道哪些已经检查、哪些需要继续确认;可用性、响应、费用与升级支持等安排如有需要,应单独明确,而不是用本模板代替合同。
常见问题
二期新需求怎样与已交付功能的问题区分?
先对照原功能范围、约定结果和实际表现。新的动作、规则或接口要求应明确写成变化;已约定功能的异常则记录复现步骤。分类后仍需确认影响与处理范围,本文不直接判定责任或收费。
开发完成后是否默认包含全天维护和固定响应时限?
不能默认。后续由谁维护、包含哪些工作、是否有响应与可用性要求,以及相关费用,都需要事先或补充约定。官网没有已核统一 SLA 或免费支持期,不能从交付一次软件推导这些承诺。
维护团队换人时优先移交哪些内容?
先核对已约定的源码与文件范围、运行版本、部署说明、已知限制和待办,再确认接手负责人及必要权限。凭据和客户资料不放进公开清单;未做的部署或恢复检查继续标为待验证。